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