К статье
Практический материал

Другое · 11 мин

План видов расчета в 1С: как это работает

Как работает план видов расчета в 1С:ЗУП: структура, формулы, база, вытеснение, настройка начислений и удержаний, типичные ошибки и проверка результата.

План видов расчета — это объект конфигурации 1С, который хранит перечень начислений и удержаний, применяемых к сотрудникам: оклад, премии, больничные, отпускные, алименты, удержания по исполнительным листам. В типовой 1С:ЗУП он называется «Начисления» (и отдельно — «Удержания»), а в самописных и старых конфигурациях встречается как самостоятельный объект метаданных с полноценным механизмом расчета по формулам.

Главная особенность плана видов расчета — он не просто справочник, а основа расчетного механизма платформы. Каждый вид расчета описывает формулу, базу (какие начисления входят в расчет), период действия и правила вытеснения. На этом строится вся логика зарплатного учета: например, «не начислять оклад за дни отпуска» реализуется именно через вытеснение видов расчета, а не через ручные правки.

Понимание устройства плана видов расчета нужно в трех ситуациях: когда вы настраиваете новое начисление (например, премию за выслугу), когда разбираетесь, почему сумма в расчетном листке не сходится, и когда дорабатываете конфигурацию под нестандартные требования. Ниже — как устроен механизм, какие настройки критичны и как проверить результат до расчета зарплаты.

Что такое план видов расчета и где он находится

В терминах платформы 1С:Предприятие план видов расчета — это объект метаданных, аналогичный плану видов характеристик, но предназначенный для расчетных задач. Каждый его элемент — вид расчета — содержит реквизиты: формулу, способ расчета, периодичность, признак сторнирования. Данные о фактических суммах хранятся не в плане, а в связанных регистрах расчета.

В типовой 1С:ЗУП 3.1 классический план видов расчета скрыт от пользователя: вместо него работают справочники «Начисления» и «Удержания» (раздел «Настройка» — «Начисления» / «Удержания»). Внутри они используют тот же механизм, но с готовыми предопределенными формулами и шаблонами. В конфигурациях на платформе 8.2 (например, ЗУП 2.5) и в отраслевых решениях план видов расчета доступен напрямую через конфигуратор.

Из чего состоит вид расчета: ключевые свойства

Каждый вид расчета определяется набором свойств, от которых зависит итоговая сумма. Разберем основные.

Формула (способ расчета). В ЗУП 3.1 это конструктор формул с показателями: например, Оклад / НормаДней ВремяВДнях или РасчетнаяБаза ПроцентПремии / 100. Показатели (оклад, процент, норма времени) хранятся отдельно и могут задаваться для сотрудника, подразделения или всей организации.

Расчетная база. Перечень видов расчета, суммы которых участвуют в формуле. Для премии «процентом от оклада» в базу входят оклад и надбавки, но не входят, например, больничные и командировочные. Ошибка в составе базы — самая частая причина неверных сумм премий.

Вытеснение. Механизм, при котором один вид расчета «перекрывает» другой за период пересечения. Классический пример: отпуск и больничный вытесняют оплату по окладу — за дни отпуска оклад не начисляется. Настраивается через список вытесняющих видов расчета.

Период действия. Начисления бывают первичными (оклад — зависит от фактически отработанного времени) и зависимыми (премия — считается от базы за период). От этого зависит, будет ли вид расчета автоматически пересчитываться при изменении базы.

Как связаны план видов расчета и регистры расчета

План видов расчета сам по себе не хранит суммы. Фактические записи — период, сотрудник, вид расчета, результат — лежат в регистрах расчета. В типовых конфигурациях это регистры «Начисления» и «Удержания» (в ЗУП 3.1 — «Начисления и удержания по сотрудникам» и вспомогательные регистры расчета).

Регистр расчета привязан к плану видов расчета и наследует его настройки: периодичность (месяц, квартал), признак базового периода, график работы для расчета нормы времени. Именно связка «план + регистр» дает платформенные механизмы: автоматический расчет фактического периода действия при вытеснении, перерасчеты при изменении базы, сторнирование.

Для практика это означает следующее: если вы видите в расчетном листке неверную сумму, проблема почти всегда либо в формуле/настройках вида расчета, либо в данных регистра (не введен документ-основание, неверный период, отсутствует показатель). Проверять нужно в этой последовательности.

Как настроить новое начисление: пошагово

Рассмотрим типовую задачу: создать в ЗУП 3.1 начисление «Премия за выслугу лет» — 10% от оклада, выплачивается ежемесячно вместе с зарплатой.

Порядок действий
  1. 1
    Откройте «Настройка» — «Начисления» и создайте новый элемент копированием похожего (например, «Премия процентом») — так вы унаследуете корректные настройки НДФЛ и взносов.
  2. 2
    На вкладке «Основное» задайте назначение «Премия», способ выполнения «Ежемесячно» и отредактируйте формулу: РасчетнаяБаза * ПроцентВыслуги / 100.
  3. 3
    Создайте показатель «ПроцентВыслуги» (Настройка — Показатели расчета зарплаты): назначение — для сотрудника, тип — числовой, вводится при приеме или кадровым переводом.
  4. 4
    На вкладке «Расчет базы» укажите период базы — текущий месяц и отметьте начисления, входящие в базу (оплата по окладу, надбавки).
  5. 5
    На вкладке «Учет времени» убедитесь, что начисление не влияет на учет времени; на вкладке «Зависимости» проверьте автоматически заполненные зависимости.
  6. 6
    Назначьте начисление сотруднику документом «Изменение оплаты труда» или через прием на работу и рассчитайте зарплату за месяц.
  7. 7
    Проверьте результат в расчетном листке: сумма должна равняться базе, умноженной на процент, и пересчитываться при изменении оклада.

Ключевой момент — копирование типового начисления вместо создания «с нуля». У типовых элементов уже заполнены коды дохода НДФЛ, категории для страховых взносов и настройки отражения в учете. При ручном создании эти поля легко оставить пустыми, и начисление «выпадет» из отчетности 6-НДФЛ или РСВ.

Вытеснение и перерасчеты: как это работает на практике

Вытеснение срабатывает, когда у двух видов расчета пересекаются периоды действия. Платформа автоматически сокращает фактический период вытесняемого вида: если сотрудник с 10 по 20 число был на больничном, оплата по окладу за этот интервал не начисляется — формула оклада получает уменьшенное отработанное время.

В ЗУП 3.1 вытеснение реализовано через приоритет начислений: у отсутствий (отпуск, больничный, командировка) приоритет выше, чем у оплаты по окладу. При создании собственного вида расчета-отсутствия обязательно проверьте вкладку «Приоритет» — там должны быть перечислены начисления, которые ваш вид вытесняет.

Перерасчеты срабатывают, когда меняется база уже рассчитанного начисления. Например, премию рассчитали, а затем бухгалтер скорректировал оклад задним числом. Механизм перерасчетов фиксирует зависимые записи и предлагает их доначислить. В ЗУП 3.1 доначисления выполняются автоматически при следующем расчете зарплаты или документом «Доначисление, перерасчет».

Типичные ошибки при настройке видов расчета

Типичные ошибки
01
В расчетную базу премии включены больничные и отпускные — премия завышается, а при проверке возникают вопросы к обоснованию сумм.
02
У нового начисления не заполнен код дохода НДФЛ — сумма не попадает в 6-НДФЛ или попадает с неверным кодом.
03
Не настроено вытеснение для нового вида отсутствия — сотруднику одновременно начисляются оклад и, например, отпускные за одни дни.
04
Показатель создан «для организации», хотя значение индивидуально для каждого сотрудника — формула берет одно значение на всех.
05
Начисление создано «с нуля» вместо копирования типового — потеряны настройки взносов, отражения в учете и среднего заработка.
06
В формуле используется норма времени вместо фактического — при неполном месяце сумма не пропорциональна отработанному времени.

Отдельная группа ошибок связана с показателями. Если показатель не заполнен у сотрудника (например, процент премии не введен при приеме), формула возвращает ноль без всяких предупреждений. Перед массовым расчетом полезно проверить заполненность показателей отчетом или простой выборкой.

Как проверить, что вид расчета работает правильно

Контрольные точки

Как проверить результат

Расчетный листок сотрудника
Норма

Сумма совпадает с ручным расчетом по формуле, база и процент видны в расшифровке

Тревожный признак

Сумма нулевая, не меняется при изменении оклада или не соответствует формуле

Поведение при отсутствии
Норма

За дни отпуска/больничного вытесняемое начисление уменьшается пропорционально

Тревожный признак

Оклад начислен полностью вместе с отпускными за одни и те же дни

Отчетность
Норма

Начисление попадает в 6-НДФЛ и РСВ с корректными кодами

Тревожный признак

Сумма отсутствует в отчетах или вызывает ошибки контрольных соотношений

Перерасчет
Норма

При изменении базы задним числом программа предлагает доначисление

Тревожный признак

Изменение оклада не влияет на зависимую премию

Универсальный прием проверки — расчет «от руки» на одном тестовом сотруднике. Возьмите сотрудника с простыми условиями (только оклад и ваше новое начисление), посчитайте ожидаемую сумму на бумаге и сверьте с расчетным листком. Расхождение сразу покажет, в каком звене ошибка: формуле, базе или показателях.

Перед внедрением нового вида расчета заведите тестового сотрудника в копии базы и прогоните три сценария: полный месяц, месяц с отсутствием и изменение оклада в середине периода. Эти три случая покрывают большинство проблем с формулой, вытеснением и перерасчетами еще до того, как настройка дойдет до реальных сотрудников.
ПЗ
Практическое замечание

FAQ

Чем план видов расчета в ЗУП 3.1 отличается от справочника «Начисления»?

Технически «Начисления» в ЗУП 3.1 — это справочник, но функционально он выполняет роль плана видов расчета: хранит формулы, настройки базы, приоритеты и вытеснение. Классический объект метаданных «план видов расчета» используется внутри механизма, но пользователь работает именно со справочником.

Можно ли изменить формулу типового начисления, например оплаты по окладу?

Да, формулы типовых начислений редактируются через конструктор формул. Однако менять их стоит осторожно: при обновлении конфигурации типовые настройки могут сравниваться с эталонными, а некорректная формула оклада повлияет на всех сотрудников сразу. Безопаснее создать копию начисления и использовать её.

Почему премия не пересчиталась после изменения оклада за прошлый месяц?

Проверьте две вещи: входит ли измененное начисление в расчетную базу премии (вкладка «Расчет базы») и указана ли зависимость на вкладке «Зависимости». Если зависимости нет, механизм перерасчетов не «увидит» связь между окладом и премией, и доначисление придется делать вручную.

Как настроить удержание по исполнительному листу?

В ЗУП 3.1 создавать вид расчета вручную не нужно: удержание рассчитывается документом «Исполнительный лист» (раздел «Зарплата» — «Алименты и другие удержания»). В документе задается получатель, способ расчета (процент, доля или фиксированная сумма) и предел. Вид расчета «Удержание по исполнительному документу» подставляется автоматически.

Что делать, если начисление не попадает в расчетный листок?

Проверьте по цепочке: назначено ли начисление сотруднику в плановом порядке (прием, кадровый перевод, изменение оплаты труда), заполнены ли показатели формулы, не вытеснено ли оно другим видом расчета за весь период. Чаще всего причина — отсутствие планового назначения или пустой показатель.

Нужен ли доступ к конфигуратору для настройки видов расчета в ЗУП 3.1?

Для большинства задач — нет: новые начисления, формулы, показатели и зависимости настраиваются в пользовательском режиме. Конфигуратор потребуется только для нестандартных сценариев: собственных алгоритмов расчета, новых регистров или доработки механизмов среднего заработка.

Итог

Что важно запомнить

План видов расчета — это набор начислений и удержаний с формулами, расчетной базой и правилами вытеснения. Корректность зарплаты определяется тремя настройками: формулой с показателями, составом базы и приоритетом вытеснения. Новые виды расчета создавайте копированием типовых, проверяйте на тестовом сотруднике в трех сценариях и не меняйте настройки задним числом без копии базы.