Почему в 1С:ЗКГУ расчетная база начисления различается у сотрудников с одинаковыми настройками?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Управленческий учет
← На главную

При работе в программе 1С:Зарплата и кадры государственного учреждения (ЗКГУ) или Зарплата и управление персоналом (ЗУП) редакции 3.1 пользователи часто сталкиваются с ситуацией, когда у двух сотрудников с идентичными плановыми начислениями итоговая РасчетнаяБаза для доплат (например, за расширение зоны обслуживания) считается по-разному. В данной статье мы подробно разберем, почему программа может игнорировать часть выплат при расчете базы и как на это влияет период действия начисления.

Анализ механизма формирования расчетной базы

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

Основная причина кроется не в ошибке алгоритма, а в периоде действия самого начисления. Выясним причину на конкретном примере: если у одного сотрудника расширение зоны назначено с 1-го числа месяца, а у другого — с середины месяца (например, с 12-го числа), состав их расчетных баз будет принципиально разным, даже если за весь месяц им начислены одинаковые суммы по базовым видам расчета.

Принцип «Пересечения периодов» в 1С 8.3

Рассмотрим подробнее техническую сторону вопроса. В программном ядре 1С реализован строгий принцип соответствия периодов. Когда программа рассчитывает показатель РасчетнаяБаза, она выполняет следующие действия:

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

Проанализируем ситуацию с праздничными днями. Праздничные дни (например, 1, 2, 7 января) фиксируются в системе конкретными датами. Если Доплата за расширение зоны началась у сотрудника только с 12-го числа, то любые начисления, связанные с работой в праздники в начале месяца, «отсекаются». Программа видит, что в интервале с 12-го по 31-е число праздничных выплат не было, и не включает их в базу, несмотря на то, что в целом за месяц сотруднику они были начислены.

Разберем по шагам цепочку зависимостей

Часто возникает вопрос: почему «выпадают» надбавки, которые сами по себе не являются праздничными, но зависят от них? Рассмотрим пример сложной цепочки начислений:

  1. Оплата праздничных и выходных — является базой для Надбавки за интенсивность.
  2. Надбавка за интенсивность — является базой для Доплаты за расширение зоны.

В этом случае Надбавка за интенсивность за месяц будет состоять из двух частей: «обычной» части (рассчитанной от оклада) и «повышенной» части (рассчитанной от оплаты праздничных). Если Доплата за расширение зоны действует не весь месяц, программа «разрезает» результат надбавки за интенсивность пропорционально дням. Та часть надбавки, которая была «накручена» на праздничные дни начала месяца, останется вне периода действия доплаты и не попадет в ее РасчетнаяБаза.

Как проверить корректность расчета в программе

Чтобы убедиться в правильности логики программы, выполним следующие действия:

  1. В документе Начисление зарплаты и взносов выделим строку с подозрительным расчетом.
  2. Воспользуемся функцией Показать подробности расчета. В табличной части появятся дополнительные колонки, где будет наглядно видна итоговая РасчетнаяБаза.
  3. Сравним даты в колонках Дата начала и Дата окончания для рассчитываемой доплаты.
  4. Если доплата действует не с начала месяца, сложим суммы базовых начислений (оклад, надбавки) именно за этот короткий отрезок времени. Полученная сумма должна совпасть с базой, которую определила программа.

Посмотрим на пример расчета: если сотрудник с окладом 30 000 руб. отработал полный месяц, но расширение зоны (с доплатой 10%) назначено ему с 16-го числа (вторая половина месяца), то программа возьмет в базу не 30 000 руб., а только 15 000 руб. (оклад за период с 16-го по 31-е). Соответственно, результат составит 1 500 руб., а не 3 000 руб.

Влияние настроек приоритета

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

Обычно в 1С:ЗУП 3.1 это настраивается автоматически при заполнении списка базовых начислений, но в случае ручного изменения формул или копирования видов расчета стоит проверить, чтобы Оклад и Надбавка за интенсивность находились в колонке Начисления, приоритет которых выше по отношению к Доплате за расширение зоны. Это гарантирует, что к моменту расчета доплаты суммы всех надбавок уже будут вычислены и доступны для анализа.

Заключение

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

В случае, если расчет все равно кажется неверным, рекомендуется перезаполнить документ начисления зарплаты или создать его заново, так как иногда при ручных корректировках или последовательных изменениях кадровых документов связи между периодами могут временно нарушаться в кэше документа.

← На главную