Суммированный учет рабочего времени (СУРВ) в 1С:ЗУП 3 является одним из наиболее сложных участков автоматизации. Часто пользователи сталкиваются с ситуацией, когда документ Регистрация переработок показывает данные, отличающиеся от расчетов «на бумаге». В данной статье мы разберем основные причины таких расхождений и способы их устранения.
Одной из наиболее частых причин некорректного отображения часов является прием сотрудника на работу не с первого числа месяца. Алгоритм программы при суммировании данных по учетному периоду может некорректно обрабатывать «неполный» месяц, исключая его из расчета или неверно определяя плановую норму.
Если вы столкнулись с подобной проблемой, выполните следующие шаги для диагностики:
Данные о времени для расчета зарплаты. Убедитесь, что для сотрудника сформированы записи о плановом времени за все дни месяца, даже если прием состоялся в середине периода.Регистрация переработок отдельно для месяца приема. Это позволит «закрыть» период и зафиксировать отработанное время до начала общего учетного цикла.Индивидуальный график для корректировки нормы времени в месяце приема, чтобы программа видела корректную плановую нагрузку.Неверный расчет переработок часто кроется в неверно заданных настройках самого графика. Рассмотрим, как 1С определяет норму:
В настройках графика с установленным флагом Суммированный учет рабочего времени есть критически важный переключатель:
Если вы видите, что итоговая норма ЗУП превышает ожидаемую, убедитесь, что в графике не учтены лишние часы (например, некорректно заполненные праздничные дни). Проанализируйте, не влияют ли на норму Производственный календарь или специфические настройки рабочего времени.
Все отклонения (отпуска, больничные, прогулы) должны уменьшать норму рабочего времени. Однако если в настройках вида расчета для отклонения неверно указано использование Рабочего времени, расчетная база для переработок будет искажена.
Разберем подробнее логику проверки:
Табель за учетный период. Если данные в Т-13 верны, а в Регистрации переработок нет — проблема кроется в запросе сбора данных, а не в табеле.Не исключайте вариант, что проблема связана с ошибкой самой конфигурации. Например, в версии 3.1.27.90 была исправлена ошибка 70054978, связанная с некорректным учетом нормы при наличии внутрисменных отклонений. Если ваша версия ниже, первым делом обновите платформу и конфигурацию.
Если стандартные проверки не дали результата, используйте отладчик. Основной код формирования показателей находится в модуле РасчетЗарплатыРасширенный, в частности в функции ПоказателиСуммированногоУчетаСотрудниковЗаПериод.
При отладке запроса используйте следующий подход:
// Пример анализа временных таблиц в отладчике
// Проверьте состав временной таблицы ВТСотрудникиМесяцы
// Если в ней отсутствует месяц приема, запрос не включит его в итоговое сальдо
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ * ИЗ ВТСотрудникиМесяцы";
Результат = Запрос.Выполнить().Выгрузить();
Проанализируйте содержимое временных таблиц: там должна быть просуммирована норма по месяцам. Если норма отображается «одной строкой», значит, промежуточные суммы были объединены, и стоит поискать место группировки в тексте запроса.
Для стабильной работы системы СУРВ следуйте правилам:
Производственный календарь перед настройкой графиков на год.Индивидуальный график для выравнивания нормы.ЗУП: механизмы СУРВ в 1С постоянно дорабатываются, и многие проблемы решаются простым переходом на актуальный релиз.Регистрация переработок с отчетом Табель — это лучший способ локализовать, на каком этапе происходит «потеря» часов.