← На главную

В процессе расчета заработной платы в программах 1С:Зарплата и управление персоналом 3.1 и 1С:Зарплата и кадры государственного учреждения 3.1 пользователи периодически сталкиваются со сложными расчетными ошибками. Одна из таких неочевидных проблем — неверное формирование расчетной базы для РайонныйКоэффициент (РК). В частности, сумма начисления «Доплата за работу в выходные и праздничные дни» может попадать в расчетную базу районного коэффициента дважды, необоснованно завышая итоговую сумму начисления сотрудника.

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

Проанализируем исходные данные нашей задачи. Организация использует разделение оплаты за работу в выходные и праздничные дни на два отдельных начисления:

1. Оплата за работу в праздничные дни — начисляется тем, кто работает по стандартному пятидневному графику.
2. Доплата за работу в праздничные дни — начисляется сотрудникам со сменным графиком (например, сторожам, дежурным), у которых сама по себе работа в праздничный день по графику входит в месячную норму часов и уже оплачена основным окладом, но требует компенсационной доплаты в одинарном размере согласно Трудовому кодексу РФ.

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

Выясним причину: почему происходит задвоение?

Разберем внутренние механизмы платформы 1С v8.3, отвечающие за распределение времени и формирование расчетной базы начислений. Когда расчетчик вводит время детально (по дням через стандартный документ Табель или РаботаВВыходныеИПраздничные), программа четко сопоставляет каждую запись о времени с конкретным физическим днем, графиком работы и конкретным рабочим местом (основным или по совместительству).

При сводном вводе времени (когда в документе ДанныеДляРасчетаЗарплаты просто указывается общее количество праздничных часов за месяц, например, 16 часов) детальная привязка к календарным дням теряется. Программа вынуждена распределять эти часы математически.

Ситуация критически осложняется при наличии у сотрудника внутреннего совместительства или кадровых изменений в течение месяца (например, кадрового перевода с изменением оклада). Программа пытается распределить сводно введенное время между основным местом работы и совместительством. Из-за архитектурных особенностей конфигураций ЗУП/ЗКГУ 3.1 сводные показатели времени могут продублироваться в регистрах расчета для обеих строк (по основному сотруднику и по совместителю).

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

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

Вариант решения №1: Переход на детальный учет времени (рекомендуемый)

Самый надежный способ решить проблему задвоения РК раз и навсегда — отказаться от сводного ввода праздничных часов для проблемных сотрудников. Программа 1С:ЗУП 3.1 обладает мощным встроенным функционалом автоматического расчета праздничных, в который не нужно вмешиваться вручную.

Пошагово разберем, как организовать правильный детальный учет:

1. Для сотрудников, работающих по стандартному графику (пятидневка, шестидневка), работу в выходные дни необходимо регистрировать исключительно документом РаботаВВыходныеИПраздничные. В этом случае программа автоматически начислит и оплату, и доплату, а время корректно запишется в регистры.
2. Для сменных сотрудников (у которых праздничные дни выпадают непосредственно по их графику работы) не нужно вводить никаких дополнительных документов. Программа самостоятельно определит количество праздничных часов, приходящихся на смену по графику, и начислит только «Доплату за работу в праздничные дни».
3. Документ Табель в детальном режиме (по дням) следует использовать только в качестве исключения — когда реальный выход сотрудника не совпал с его плановым графиком работы, и эти отклонения не были зарегистрированы другими документами.

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

Вариант решения №2: Настройка приоритетов и вытеснений начислений

Если отказаться от сводного ввода невозможно, нам необходимо тщательно проверить и скорректировать настройки самих начислений в программе. Разберем по шагам, как это сделать:

1. Перейдем в раздел Настройка — Начисления.
2. Откроем карточку начисления «Доплата за работу в праздничные и выходные дни» (которая задваивается).
3. Перейдем на вкладку Расчет базы. Убедимся, что в списке базовых начислений нет дублирующих строк или начислений, которые косвенно содержат ту же самую сумму.
4. Перейдем на вкладку Приоритет. Проверим, какие начисления находятся в левой колонке («Начисления, приоритет которых выше») и в правой колонке («Начисления, приоритет которых ниже»).
5. Обязательно добавим «Оплату праздничных дней» в список начислений, которые вытесняют «Доплату праздничных дней» (или наоборот, в зависимости от принятой в вашем учреждении методологии). Это исключит одновременное начисление двух разных видов оплат за один и тот же период времени при случайном ошибочном вводе.

Посмотрим на пример формулы, которая часто используется для доплаты сменщикам:

Результат = ВремяВЧасах * СтоимостьЧаса

Если в формуле используются нестандартные показатели расчета, созданные вручную, перейдем в Настройка — Показатели расчета зарплаты. Проверим настройку показателя времени. Если один из показателей настроен как «накапливаемый в течение месяца», а второй вводится «разовым документом», это гарантированно приведет к сбою распределения базы РК при сводном вводе. Приведите показатели к единому типу ввода.

Вариант решения №3: Использование типовых видов времени

Иногда пользователи совершают ошибку, создавая собственные виды времени для разделения оплаты и доплаты праздничных. В 1С:ЗУП/ЗКГУ 3.1 уже заложены предопределенные виды времени:

• Праздники (ПЗ) — для работы в праздничные дни.
• ПраздникиБезПовышеннойОплаты (ПХ) — для времени работы в праздники, которое оплачивается в одинарном размере (идеально подходит для настройки доплаты сменщикам).

Проанализируем настройки ваших начислений. Если ваше начисление «Доплата за работу в праздники» реагирует на обычный вид времени Праздники, а «Оплата...» — тоже на вид времени Праздники, то при сводном вводе общего количества часов под кодом «ПЗ» программа начислит обе эти суммы одновременно.

Чтобы исправить это:

1. Настройте начисление «Доплата за работу в праздничные» так, чтобы оно начислялось только за время под кодом ПраздникиБезПовышеннойОплаты.
2. В шаблоне ввода исходных данных («сводном табеле») разделите колонки. Расчетчики должны будут вносить часы отдельно: для тех, кому положена только доплата — в колонку «Праздники без повышенной оплаты», а для тех, кому положена полная двойная оплата — в колонку «Праздники».

Такой подход полностью исключит пересечение видов времени в регистрах расчета и предотвратит двойное попадание сумм в расчетную базу РайонныйКоэффициент.

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