← На главную

При переходе с конфигурации Зарплата и управление персоналом 2.5 на ЗУП 3.1 и синхронизации с 1С:Бухгалтерией предприятия 3.0 (КОРП) бухгалтеры часто сталкиваются с изменением привычных проводок. При проведении документа Начисление оценочных обязательств по отпускам программа формирует проводки по кредиту субсчетов 96.01.1 и 96.01.2 вместо использовавшегося ранее счета 96.09. Проанализируем, почему типовое решение работает именно так, можно ли изменить счет кредита в настройках и как правильно вести учет резервов.

Методология учета: назначение субсчетов счета 96

Рассмотрим, как план счетов 1С определяет назначение субсчетов счета 96 («Резервы предстоящих расходов»). В современных типовых конфигурациях 1С учет оценочных обязательств по вознаграждениям работникам строго регламентирован и разграничен по субсчетам:

1. Субсчет 96.01.1 («Оценочные обязательства по вознаграждениям») — предназначен для учета сумм резерва на оплату предстоящих отпусков и других вознаграждений персоналу.
2. Субсчет 96.01.2 («Оценочные обязательства по страховым взносам») — используется для отражения сумм страховых взносов, исчисленных с резерва отпусков.
3. Субсчет 96.09 («Резервы под прочие предстоящие расходы») — служит для равномерного включения в затраты прочих расходов (ремонт основных средств, подготовительные работы при сезонном производстве, гарантийный ремонт, природоохранные мероприятия).

Ежегодный отпуск с точки зрения Трудового кодекса и нормативных актов по бухгалтерскому учету относится к выплатам за неотработанное время в составе фонда оплаты труда. Поэтому применение субсчетов 96.01.1 и 96.01.2 полностью соответствует нормам ПБУ 8/2010 «Оценочные обязательства, условные обязательства и условные активы», в то время как счет 96.09 для отпускных резервов является методологически некорректным.

Особенности алгоритма проведения документа в 1С:Бухгалтерии 3.0

Выясним, почему попытка настроить счет кредита через пользовательский интерфейс не дает результата. В документе Начисление оценочных обязательств по отпускам конфигурации 1С:Бухгалтерия предприятия 3.0 счет дебета определяет выбранный элемент справочника Способы отражения зарплаты в бухучете (например, счет затрат 44.01, 20.01, 26). Однако счета кредита 96.01.1 и 96.01.2 прописаны непосредственно в программном коде обработки проведения документа.

В настройках программы (раздел Зарплата и кадры — Настройки зарплаты — Статьи затрат по страховым взносам) задаются правила формирования затратной части (дебета), а кредитовая сторона при начислении оценочных обязательств всегда фиксируется на счетах группы 96.01. Это гарантирует сопоставимость данных и корректное автоматическое списание резерва при последующих начислениях отпускных.

Аналитический учет по подразделениям в ЗУП 3.1

На субсчетах 96.01 в 1С:Бухгалтерии аналитический учет в разрезе подразделений не предусмотрен в стандартном плане счетов. Однако это не означает потерю детализации. В программе 1С:Зарплата и управление персоналом 3.1 весь расчет оценочных обязательств выполняется во внутренних регистрах накопления с полным сохранением детализации по каждым сотрудникам, подразделениям и способам отражения.

Для анализа сформированных резервов и движения сумм по подразделениям в ЗУП 3.1 используются специализированные отчеты:

1. Резервы отпусков по сотрудникам;
2. Справка-расчет оценочных обязательств.

Эти отчеты дают полную картину накопленных обязательств в разрезе подразделений и конкретных физических лиц, компенсируя отсутствие субконто «Подразделения» на счете 96.01 в бухгалтерской базе.

Перенос остатков при переходе с ЗУП 2.5 на новую редакцию

При переходе с устаревшей программы ЗУП 2.5, где резервы отпусков учитывались на счете 96.09, разберем обязательный шаг по переносу входящих остатков. Если не перенести старый остаток со счета 96.09 на новые субсчета 96.01, возникнет следующая проблема: при списании отпускных за счет резерва в текущем году программа начнет списывать их со счета 96.01, что приведет к появлению отрицательного сальдо («красноты») на 96.01 и зависанию кредитового остатка на 96.09.

Чтобы избежать искажения отчетности, выполним коррекцию остатков:

1. На дату начала ведения учета в 1С:Бухгалтерии (например, 31 декабря предыдущего года) создадим документ Операция, введенная вручную.
2. Перенесем остатки с кредита 96.09 в кредит 96.01.1 (сумма резерва отпусков) и 96.01.2 (сумма страховых взносов с резерва).
3. Проверим, чтобы оборотно-сальдовая ведомость по счету 96.09 полностью закрылась по данному виду резервов.

Автоматическое списание резервов при выплате отпускных

Проанализируем, как происходит дальнейшее использование созданных оценочных обязательств. При начислении отпускных в ЗУП 3.1 документ Отражение зарплаты в бухучете автоматически определяет, покрывается ли отпуск накопленным резервом. В результате выгрузки в 1С:Бухгалтерию формируются проводки:

1. Дебет 96.01.1 — Кредит 70 — начисление отпускных за счет накопленного оценочного обязательства;
2. Дебет 96.01.2 — Кредит 69 (по соответствующим субсчетам) — начисление страховых взносов за счет оценочного обязательства.

Попытка принудительного изменения счета на 96.09 при начислении приведет к сбою этого типового алгоритма списания, так как программа не сможет автоматически сопоставить накопленный резерв и фактические начисления.

Методики расчета резервов и варианты доработки

В настройках организации в ЗУП 3.1 поддерживаются две официально утвержденные методики расчета оценочных обязательств для бухгалтерского учета:

1. Нормативный метод — сумма оценочных обязательств рассчитывается как фиксированный процент от фонда оплаты труда (ФОТ), аналогично правилам налогового учета по ст. 324.1 НК РФ.
2. Метод обязательств (МСФО) — расчет выполняется ежемесячно исходя из фактического остатка неиспользованных дней отпуска по каждому сотруднику и его среднего заработка.

Если в организации принято решение вопреки типовой методологии 1С использовать счет 96.09 или добавить субконто по подразделениям на счет 96.01, делать изменения в самом коде конфигурации не рекомендуются. Безопасным решением является применение механизмов расширений конфигурации (позволяет переопределить алгоритм проведения без снятия базы с поддержки) или настройка собственных правил конвертации / синхронизации данных между ЗУП 3.1 и БП 3.0.