← На главную

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

Методологические отличия ЗУП 3.1 от предыдущих версий

Для начала проанализируем архитектурную особенность версии 3.1. В старых редакциях программы (например, в ЗУП 2.5) документ Табель обладал высоким приоритетом и мог самостоятельно фиксировать отклонения для целей расчета. В современной версии ЗУП 3.1 концепция изменилась: Табель стал «сводным» документом, который лишь фиксирует результаты, полученные на основании первичных документов-отклонений (Больничный лист, Отпуск, Командировка и т.д.).

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

Регистры, отвечающие за средний заработок

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

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

Пошаговая инструкция по исправлению ситуации

Рассмотрим порядок действий, который поможет синхронизировать данные табеля и среднего заработка:

1. Проверка документа-основания. Убедимся, что документ Отпуск за май действительно проведен в июне. Если его нет, а код «ОД» в табеле стоит — это методологическая ошибка. Необходимо обязательно ввести документ Отпуск.
2. Анализ последовательности проведения. Рассмотрим ситуацию, когда документ есть, но данные не обновились. Часто это происходит из-за того, что Начисление зарплаты и взносов за май было окончательно рассчитано и проведено без учета июньского документа. Попробуем следующую схему:
   • Отменим проведение июньского документа Отпуск.
   • Отменим проведение документа Табель за май (если он создавался как отдельный документ).
   • Снова проведем документ Отпуск. В этот момент программа должна увидеть, что за май уже есть рассчитанная зарплата, и создать записи в регистре корректировки времени.
   • Заново сформируем и проведем Табель за май.
3. Пересчет данных в калькуляторе среднего заработка. Зайдем в любой документ, где рассчитывается средний заработок (например, новый июньский отпуск или командировку). Нажмем на кнопку с карандашом (изменить данные среднего заработка). В открывшемся окне нажмем кнопку «Пересчитать» или «Обновить». Проверим, изменилось ли количество календарных дней за май. Вместо 31 дня там должно появиться 27 (31 день месяца минус 4 дня отпуска).

Использование отчета «Контроль отражения времени»

Для диагностики подобных проблем проанализируем отчет Контроль отражения времени (раздел Зарплата — Отчеты по зарплате). Этот инструмент позволяет выявить расхождения между фактически введенными документами-отклонениями и данными, зафиксированными в табеле или графике. Если в отчете по сотруднику видны красные строки или нестыковки по кодам (например, по документу «Отпуск», а в табеле «Явка»), это прямой сигнал к тому, что регистры среднего заработка будут заполнены некорректно.

Ручное обновление данных для расчета среднего

Если автоматическое перепроведение не помогает (например, из-за блокировки периодов или сложных ручных корректировок в прошлых месяцах), в ЗУП 3.1 предусмотрена специальная процедура. Посмотрим на алгоритм ее запуска:

В некоторых случаях помогает запуск регламентного задания или использование обработки «Обновить данные для расчета среднего заработка». Она находится в разделе Обслуживание — Корректировка данных (доступность зависит от прав доступа и версии конфигурации). Эта обработка принудительно сканирует документы-отклонения и перезаполняет регистры накопления, на которые опирается расчет коэффициента 29.3.

Важное резюме:

Никогда не ограничивайтесь только правкой Табеля вручную. В ЗУП 3.1 это лишь «декорация» для печатной формы. Чтобы средний заработок считался правильно, в системе всегда должен быть проведен первичный документ (Отпуск, Больничный и т.д.), и его период регистрации должен корректно соотноситься с периодом действия. При обнаружении ошибки в 29.3 дня за неполный месяц — первым делом отменяйте и заново проводите документ-отклонение, чтобы «пнуть» регистры корректировки времени.