← На главную

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

Анализируем логику алгоритма 1С:ЗУП при расчете остатков

Для начала проанализируем, как система определяет количество дней неиспользованного отпуска для формирования резерва. Программа 1С:ЗУП привязана к жесткой временной точке — последнему числу расчетного месяца. Рассмотрим пример: отпуск сотрудника начинается 1 марта, но приказ оформлен и расчет произведен 25 февраля. Несмотря на то что физически выплата уже прошла, на дату 28 февраля право сотрудника на отдых еще не реализовано.

С точки зрения алгоритма системы, на 28 февраля у сотрудника все еще числится полный остаток неиспользованных дней. Программа не «заглядывает» в будущие периоды (март), так как фактическое списание дней отпуска в регистре накопления ФактическиеОтпуска происходит именно в периоде его совершения. Это приводит к временному завышению оценочного обязательства в феврале. В марте, когда отпуск фактически начался, остаток дней резко уменьшается, и накопленный в феврале «излишний» резерв подлежит корректировке.

Различие методов расчета: как они влияют на результат

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

1. Метод обязательств (МСФО): В этом случае программа ежемесячно производит полную «инвентаризацию» долга перед сотрудником. Формула выглядит так: (Остаток дней отпуска * Средний заработок) + Страховые взносы. Если в марте остаток дней стал значительно меньше, чем был в феврале, накопленная на счете 96 сумма окажется больше, чем рассчитанное новое обязательство. Система автоматически сформирует отрицательную сумму (корректировку), чтобы привести сальдо счета 96 к реальному значению.
2. Нормативный метод: Здесь резерв начисляется как фиксированный процент от фонда оплаты труда. При этом методе «минусы» возникают гораздо реже, обычно только при годовой инвентаризации, когда накопленный за год процентный резерв сравнивается с реальными остатками отпусков.

Бухгалтерский учет отрицательных сумм: доход или сторно затрат?

Рассмотрим подробнее ситуацию, которая вызывает наибольшие споры между программистами и бухгалтерами: как отражать отрицательную корректировку в 1С:Бухгалтерия (БП). Существует два методологических подхода:

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

Дебет 96 — Кредит 91.01

Этот вариант является методологически верным, но он приводит к тому, что обороты по счету 96 в 1С:Бухгалтерии перестают напрямую совпадать с суммами в отчетах ЗУП, если смотреть только на затратные счета.

Подход №2: Метод «красного сторно» по счетам затрат. Многие бухгалтеры предпочитают видеть корректировку резерва как уменьшение затрат. В этом случае используется проводка:

Дебет 20 (25, 26, 44) — Кредит 96 (Сумма со знаком минус)

Проанализируем ситуацию из обсуждения на форуме: часто в типовых интеграциях 1С используется именно сторнирование. Это позволяет сохранить «чистоту» себестоимости. Однако, если бухгалтер настаивает на стопроцентном схождении оборотно-сальдовой ведомости по счету 96 с отчетом по обязательствам в ЗУП, важно проверить, не вносились ли в программу доработки (расширения), которые принудительно меняют счета учета для отрицательных сумм.

Влияние среднего заработка на колебания резерва

Посмотрим на ситуацию глубже: отрицательные суммы могут возникать не только из-за изменения количества дней. Помните, что резерв пересчитывается исходя из текущего среднего заработка. Рассмотрим пример:

1. В январе сотрудник получил крупную премию, средний заработок вырос, резерв начислился по высокой ставке.
2. В феврале премий не было, и при пересчете среднего заработка для резерва его значение снизилось.
3. Даже если остаток дней отпуска не изменился, итоговая сумма обязательства станет меньше.

Программа обязана отсторнировать разницу, чтобы на счете 96 не висели лишние деньги, не обеспеченные реальным средним заработком сотрудника.

Как проверить корректность расчетов?

Чтобы убедиться в правильности работы программы, выполним следующие шаги:

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

Важно помнить, что окончательная «справедливость» наступает в декабре при проведении ежегодной инвентаризации резервов. Она нивелирует все временные разрывы, возникшие из-за отпусков на стыке месяцев в течение года. Если бухгалтер категорически против минусов на затратных счетах в середине года, это вопрос выбора учетной политики и настройки аналитики в 1С, а не ошибка программного кода.

Таким образом, мы выяснили, что поведение программы является штатным. Математический минус — это лишь инструмент балансировки резерва. Для спокойствия бухгалтера рекомендуем регулярно сверять данные между ЗУП и БП и фиксировать методику отражения корректировок (через 91 счет или сторно затрат) в локальных нормативных актах организации.