В практической работе бухгалтера и расчетчика зарплаты нередко возникают ситуации, когда автоматические расчеты программы 1С:Зарплата и Управление Персоналом (ЗУП) версии 3.1 начинают расходиться с ручными калькуляциями. Особенно остро эта проблема проявляется в периоды массовых отпусков или при пересечении расчетов с государственными праздниками и «президентскими» оплачиваемыми нерабочими днями. Пользователи часто сталкиваются с тем, что программа некорректно определяет норму времени или полностью исключает отработанные дни из расчета среднего заработка.
В данной статье мы подробно разберем, почему возникают расхождения в начислении Оплата по окладу (по часам), как бороться с ошибками расчета среднего заработка при исключении нерабочих дней и как правильно настроить систему, чтобы избежать ручных правок.
Рассмотрим распространенную ситуацию: при расчете среднего заработка для отпусков (например, в период активных отпусков) за апрель или май в расчетную базу не попадает ничего, хотя сотрудники фактически выходили на работу на несколько дней по производственной необходимости. При этом в настройках программы активен флаг «Не включать нерабочие дни в расчет среднего заработка».
Выясним причину такого поведения системы. Проблема кроется в зарегистрированной ошибке релизов 1С:ЗУП 3.1 (в частности, связанной с зарегистрированным багом № 10223512 / Bugboard №000069394).
Если в настройках расчета зарплаты период объявлен нерабочим с сохранением оплаты, но по факту сотрудник работал (в графике или табеле зафиксирован код Явка), программа при установленном флажке исключения нерабочих дней ошибочно обнуляла весь календарный период месяца в регистре сведений среднего заработка. Программа видела, что весь месяц по производственному календарю относится к «нерабочему», и игнорировала фактически отработанные сотрудником смены.
Как решить эту проблему по шагам:
10223512 изначально лечилась выпуском оперативных патчей (исправлений) от фирмы «1С». Однако ранние версии этих расширений часто конфликтовали с другими механизмами расчета, вызывая зависания документов. Рекомендуется обновить программу до стабильного релиза (начиная с 3.1.14.61 / 3.1.18.82 и выше), где данное поведение исправлено на уровне кода конфигурации, а временные патчи — удалить.Отпуск) нажатием на зеленый карандаш рядом с полем «Средний заработок». Вручную скорректируйте колонку Отработано дней (календ.) за проблемный месяц, указав там количество календарных дней, приходящихся на фактически отработанное время.Проанализируем детальный пример математического расхождения, с которым часто сталкиваются пользователи. У сотрудника установлен оклад 12 595 рублей. Согласно графику или ожиданиям расчетчика, норма времени за месяц составляет 164,92 часа, а фактически отработано 126 часов.
Проведем математический расчет вручную по стандартной формуле:
12 595 * 126 / 164,92 = 9 622,66 рублей
Однако в документе Начисление зарплаты и взносов программа выдает результат 9 339,98 рублей. Разберемся, откуда берется разница почти в 300 рублей.
Если мы проведем обратный расчет и разделим произведение оклада и отработанных часов на результат программы:
12 595 * 126 / 9 339,98 = 169,91 часа
Мы увидим, что программа в качестве показателя НормаЧасов использовала не 164,92 часа, а 169,91 часа. Рассмотрим три основные причины, почему программа подменяет норму времени в знаменателе формулы.
Это наиболее частый сценарий. В графике сотрудника часть дней была заполнена кодом ОН (Оплачиваемые нерабочие дни). Бухгалтер, решив скорректировать время вручную, ввел документ Табель, где указал только явки (Я) и выходные (В), полностью исключив код ОН.
При таком сценарии в 1С:ЗУП 3.1 возникает следующий конфликт данных:
ВремяВЧасах берется из приоритетного документа Табель (только чистые явки — 126 часов).НормаЧасов по-прежнему рассчитывается по исходному графику работы сотрудника, где норма включает в себя как часы явок, так и оплачиваемые нерабочие часы (суммарно те самые 169,91 часа).Из-за этого знаменатель увеличивается, а итоговая сумма начисления падает.
Решение: Избегайте необоснованного использования документа Табель. Если сотруднику необходимо изменить график работы, лучше использовать документы Изменение графиков работы списка или Индивидуальный график. Если сотрудник работал в дни, которые для остальных были нерабочими, настройте для него отдельный график без использования кодов ОН.
Дробное значение нормы (164,92 ч.) явно указывает на использование неполного рабочего времени или суммированного учета. В настройках таких графиков часто совершают ошибку при определении нормы.
Проанализируем настройки графика работы сотрудника:
НормаЧасов в формуле будет всегда принимать значение нормы полного рабочего дня (169,91 ч.), тогда как ВремяВЧасах будет браться по фактически отработанному времени сокращенного графика (126 ч.).Решение: Если оплата сотрудника должна рассчитываться исходя из его личной сокращенной нормы, снимите флаг «Считать норму по другому графику». В этом случае норма в знаменателе будет строго равна норме его личного графика (164,92 ч.), и расчет сойдется с ручным.
Если начисление Оплата по окладу (по часам) создавалось вручную или переносилось из старых версий программ (например, 1С:ЗУП 2.5), в нем могут быть некорректно настроены виды времени.
Разберем, как проверить эту настройку:
Оплата по окладу (по часам).Для корректного расчета заработной платы в 1С:ЗУП 3.1 важно соблюдать методологию программы. Помните три ключевых правила:
Табель — настраивайте корректные графики работы;