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