В программе «1С:Зарплата и Управление Персоналом 3.1» пользователи иногда сталкиваются с нелогичным на первый взгляд поведением: при вводе больничного листа, охватывающего дни прошлого месяца, программа производит отрицательное сторнирование сумм за день, который по актуальному индивидуальному графику является выходным. Рассмотрим подробно причины возникновения такой проблемы, внутренние механизмы 1С и правильный порядок действий для исправления расчетов.
Проанализируем типовой сценарий, в котором проявляется эта ошибка:
Индивидуальный график, согласно которому 28 февраля являлся рабочим днем.Начисление зарплаты и взносов и Ведомость на выплату зарплаты. Начисления за 28 февраля вошли в расчет.Записи о перерасчете. Однако пользователи отменили запись перерасчета, посчитав, что итоговое время за месяц не изменилось.Больничный лист с датой начала 28 февраля. В результате больничный лист автоматически сторнирует сумму оплаты за 28 февраля с минусом.Выясним причину такого поведения программы. Отрицательное сторно возникает из-за работы встроенного в платформу 1С механизма вытеснения в регистре расчета Начисления. Когда зарплата за прошлый месяц была рассчитана по первичному индивидуальному графику, в регистре расчета зафиксировались фактические результаты оплаты за 28 февраля. При проведении больничного листа программа анализирует не текущий документ Индивидуальный график, а уже рассчитанные записи в регистре расчета Начисления за прошлый период. Так как в регистре до сих пор числится оплата за отработанные часы 28 февраля, платформа отрабатывает механизм вытеснения и полностью сторнирует эту сумму.
Разберем типичные ошибки, которые допускают пользователи при попытке оперативно «исправить» ситуацию:
1. Отмена или удаление записей из регистра перерасчетов. Ручное удаление записи из очереди перерасчетов лишь скрывает от пользователя сигнал о необходимости перерасчета, но не изменяет уже сформированные данные в регистре расчета Начисления. При вводе любого следующего документа-отклонения (больничный лист, отпуск) платформа все равно обратится к устаревшим данным регистра расчета и выполнит сторнирование.
2. Ручная очистка или изменение регистра сведений Графики работы по видам времени. Этот регистр заполняется программно алгоритмами 1С при проведении расчетных документов и формировании данных для расчета среднего заработка. Ручные изменения в нем либо сбрасываются при первом же пересчете документов, либо приводят к искажению нормативов времени и ошибкам при расчете среднего заработка в будущих периодах.
Чтобы устранить расхождение между индивидуальным графиком и начислениями прошлых периодов, необходимо выполнить полноценный перерасчет. Рассмотрим правильную последовательность действий шаг за шагом:
Больничный лист (или распроведите его).Индивидуальный график проведен с актуальными данными, где 28 февраля указан как выходной день.Табель, обязательно перезаполните и перепроведите его за прошлый месяц, так как Табель имеет более высокий приоритет при учете времени, чем Индивидуальный график.Доначисление, перерасчет за прошлый месяц.Перерасчеты в текущем документе Начисление зарплаты и взносов.Начисления снимет оплату за 28 февраля (сформирует записи с «+» и «-», обнуляющие оплату за этот день).
Больничный лист и нажмите кнопку Пересчитать документ (или перезаполните его).После проведения перерасчета прошлого периода больничный лист перестанет формировать отрицательные сторнирующие суммы за 28 февраля, так как оплата за этот день в регистре расчета Начисления уже будет сброшена.
В актуальных версиях программы ЗУП 3.1 существует также штатный механизм корректировки начислений прямо в документе Больничный лист. На вкладке Оплата предусмотрена возможность настройки исключаемых периодов. Если конкретный день не подлежит оплате или расчету по особым обстоятельствам, его можно внести в список исключаемых периодов, что предотвратит автоматическое формирование ненужных сторно-записей без нарушения общей логики учета рабочего времени.