В процессе работы с программами 1С:Зарплата и управление персоналом (ЗУП) и 1С:Зарплата и кадры государственного учреждения (ЗГУ) бухгалтеры часто сталкиваются с ситуацией, когда норма дней для расчета среднего заработка (в частности, для пропорционирования премий) не совпадает с реальным графиком работы сотрудника. Рассмотрим подробно, почему программа ведет себя именно так, разберем законодательную базу и выясним, в каких случаях требуется вмешательство в алгоритмы.
Проанализируем ситуацию: сотрудники работают по сменным графикам, шестидневкам или имеют суммированный учет рабочего времени. Однако при расчете отпускных или премий в среднем заработке программа упорно подставляет норму по пятидневному производственному календарю. Бухгалтеры часто считают это ошибкой, но на самом деле это жесткая методологическая позиция фирмы 1С, основанная на нормативных актах.
Основным документом здесь является Письмо Минздравсоцразвития РФ от 26 июня 2008 г. № 2337-17. В нем разъясняется порядок применения Постановления № 922. Согласно позиции ведомства, при определении доли отработанного времени для учета премий необходимо использовать количество рабочих дней именно по календарю пятидневной рабочей недели.
Рассмотрим логику этого правила: средний заработок для отпусков исчисляется исходя из единого показателя — 29,3 (среднемесячное число календарных дней). Чтобы расчет был справедливым для всех категорий сотрудников (и тех, кто работает 2/2 по 12 часов, и тех, кто работает 5/2 по 8 часов), необходимо привести их фактическое время к общему «знаменателю». Этим эталоном и выступает пятидневка.
Выясним, как программа обрабатывает премии. Согласно п. 15 Постановления № 922, если расчетный период отработан не полностью, премии учитываются пропорционально отработанному времени.
Важный нюанс: если премия уже была начислена в организации пропорционально отработанному времени (например, месячная премия, которая автоматически уменьшается при больничном), то при расчете среднего заработка она должна учитываться в полной сумме. В 1С это регулируется настройкой начисления на вкладке «Средний заработок». Если же премия фиксированная (например, годовой бонус), программа будет делить её на норму по пятидневке и умножать на факт, также пересчитанный по пятидневке.
Для сотрудников с суммированным учетом рабочего времени программа сравнивает часы:
Именно поэтому в отчетах могут появляться цифры, не совпадающие с табелем. Это не ошибка, а механизм приведения времени к единому стандарту.
Посмотрим на различия между версиями программ. В старой редакции 2.5 норма для годовых премий часто бралась статично за календарный год (например, 247 дней для 2013-2014 годов). В современной редакции 3.1 алгоритм стал более точным. Программа суммирует нормы месяцев, входящих именно в расчетный период среднего заработка. Если расчетный период захватывает части двух разных лет, 1С 3.1 сложит нормы рабочих дней пятидневки за соответствующие месяцы, что может дать небольшое отклонение от «годовой» нормы, но является более корректным с точки зрения закона.
Если вам все же необходимо проверить, как программа видит рабочие дни, или вы планируете создать собственный отчет, проанализируем пример запроса к регистру сведений РегламентированныйПроизводственныйКалендарь. Этот запрос позволяет получить количество рабочих и предпраздничных дней за определенный год:
ВЫБРАТЬ
МЕСЯЦ(Календарь.ДатаКалендаря) КАК МесяцКалендаря,
СУММА(ВЫБОР
КОГДА Календарь.ВидДня = ЗНАЧЕНИЕ(Перечисление.ВидыДнейПроизводственногоКалендаря.Рабочий)
ТОГДА 1
ИНАЧЕ 0
КОНЕЦ) КАК ЧислоРабочихДней,
СУММА(ВЫБОР
КОГДА Календарь.ВидДня = ЗНАЧЕНИЕ(Перечисление.ВидыДнейПроизводственногоКалендаря.Предпраздничный)
ТОГДА 1
ИНАЧЕ 0
КОНЕЦ) КАК ЧислоПредпраздничныхДней
ПОМЕСТИТЬ ВТ_ДанныеКалендаря
ИЗ
РегистрСведений.РегламентированныйПроизводственныйКалендарь КАК Календарь
ГДЕ
Календарь.Год = &Год
СГРУППИРОВАТЬ ПО
МЕСЯЦ(Календарь.ДатаКалендаря)
Затем, для получения нормы в часах по классической 40-часовой пятидневке, используется формула: (ЧислоРабочихДней + ЧислоПредпраздничныхДней) * 8 - ЧислоПредпраздничныхДней. Программа 1С использует аналогичную логику внутри своих процедур расчета (например, в модуле УчетСреднегоЗаработка).
Разберем специфическую проблему, характерную для учреждений, где работают военнослужащие или сотрудники полиции. Для них расчет денежного довольствия регулируется отдельными приказами, и там часто фигурирует показатель 30,4 (среднемесячное количество дней).
В високосном году возникает коллизия: если поделить 366 дней на 12 месяцев, получится 30,5. В старых релизах ЗГУ программа могла игнорировать этот факт, используя жестко заданную константу. В современных версиях (начиная с 3.1.13.120) добавлена возможность управления этим показателем.
Для корректировки ситуации в ЗГУ выполним следующие действия:
Среднемесячное количество дней военнослужащих.
Также можно создать пользовательский показатель СреднеМесКолДнейАтт и изменить формулы начислений (например, для компенсации отпуска при увольнении), заменив предопределенный показатель СреднемесячноеКоличествоДнейВС на свой собственный.
Проанализируем последствия изменения типового алгоритма. Многие программисты пытаются «по просьбе бухгалтерии» переписать расчет нормы, чтобы он брался из фактического графика сотрудника.
Мы крайне не рекомендуем этого делать по трем причинам:
Вместо доработки кода, рекомендуем проверить настройки производственного календаря. Часто «неверные цифры» связаны с тем, что в календаре не заполнены праздничные дни или не выполнен перенос выходных. Убедимся, что РегистрСведений.ДанныеПроизводственногоКалендаряПомесячно содержит актуальные данные — именно оттуда ЗУП 3.1 черпает информацию для знаменателя в формуле среднего заработка.