Почему в 1С:ЗУП 3.1 документ «Резервы отпусков» заполняется только на вкладке «Расчет» и как это исправить?

← На главную

Каждый бухгалтер, работающий с расчетом оценочных обязательств (резервов) по отпускам в программе «1С:Зарплата и управление персоналом» (ред. 3.1), может столкнуться со странным поведением системы. В определенный месяц (часто это июнь, июль или август) при автоматическом заполнении документа Резервы отпусков расчет ломается. На первой вкладке под названием «Расчет обязательств и резервов» (или просто «Расчет») программа исправно выводит сотрудников, рассчитывает ФОТ и исчисляет суммы. Однако все последующие вкладки, где должны распределяться взносы и формироваться итоговые суммы для отражения в учете, остаются абсолютно пустыми.

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

Выясняем причину: логика контроля предельной величины резерва

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

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

[Остаток резерва на начало года] + [Начислено резерва в текущем году] <= [Предельная величина]

Рассмотрим подробнее, к какой ошибке это приводит на практике:

При настройке учетной политики на текущий год бухгалтер рассчитывает плановую сумму расходов на отпуска (например, 4 000 000 рублей) и указывает ее в поле «Предельная величина».
При этом на 1 января нового года на счете 96 (в бухгалтерском учете) и в соответствующих регистрах накопления уже числится переходящий остаток неиспользованного резерва с прошлого года (например, 1 500 000 рублей).
Программа начинает ежемесячно начислять резерв. К июлю сумма новых начислений за текущий год составляет, к примеру, 2 600 000 рублей.
В июле при попытке заполнить документ программа складывает переходящий остаток на начало года и все начисления текущего года: 1 500 000 + 2 600 000 = 4 100 000 рублей.
Полученная сумма превышает установленный лимит в 4 000 000 рублей. Как только лимит превышен, программа блокирует дальнейшее начисление резерва.

Почему заполняется только первая вкладка «Расчет»?

Такое поведение программы часто сбивает с толку пользователей. На самом деле здесь нет технического сбоя, это заложенная разработчиками логика:

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

Для понимания того, как этот алгоритм реализован на уровне программного кода, проанализируем упрощенную схему проверки доступного лимита:


СуммаНачисленоСНачалаГода = РегистрыНакопления.ОценочныеОбязательства.ПолучитьОборот(НачалоГода, КонецПредыдущегоМесяца);
ОстатокНаНачалоГода = РегистрыНакопления.ОценочныеОбязательства.ПолучитьОстаток(НачалоГода);
ДоступныйЛимит = ПредельнаяВеличина - (ОстатокНаНачалоГода + СуммаНачисленоСНачалаГода);

Если ДоступныйЛимит <= 0 Тогда
    СуммаКЗачету = 0;
Иначе
    СуммаКЗачету = Мин(ИсчисленоЗаМесяц, ДоступныйЛимит);
КонецЕсли;

Пошаговое решение проблемы в старых релизах 1С:ЗУП

Если вы работаете в базах старых версий и столкнулись с этой ситуацией, выполните следующие шаги для исправления расчета:

Шаг 1. Проверяем настройки резервов в учетной политике

Перейдите в меню «Настройка» — «Организации». Откройте карточку вашей организации и перейдите на вкладку «Учетная политика и другие настройки». Откройте ссылку «Учетная политика». На вкладке «Резервы отпусков» найдите текущую настройку нормативного метода и посмотрите значение в поле «Предельная величина».

Шаг 2. Анализируем остатки резерва

Сформируйте отчет Оборотно-сальдовая ведомость по счету 96 за текущий год (с детализацией по субконто) или воспользуйтесь специализированным отчетом программы «Справка-расчет «Резервы отпусков». Проверьте величину остатка резерва на начало текущего года (на 1 января).

Шаг 3. Корректируем предельную величину

Рассчитайте новое значение предела по формуле: добавьте к плановой сумме расходов текущего года величину входящего остатка на 1 января. Отредактируйте настройку резерва в учетной политике, увеличив предельную величину на эту сумму (или временно укажите заведомо большую сумму, например, 99 999 999 рублей, чтобы проверить, заполнится ли документ).

Шаг 4. Перезаполняем и проводим документ

Вернитесь в незаполненный документ Резервы отпусков за проблемный месяц. Нажмите кнопку «Перезаполнить». Программа пересчитает доступный лимит, заполнит колонку «Зачтено» и автоматически распределит суммы резерва и страховых взносов по всем вкладкам. Проведите документ.

Как этот механизм работает в современных версиях «1С:ЗУП 3.1»?

Начиная с 2023 года, разработчики фирмы «1С» полностью переработали подсистему учета резервов по оплате труда (в связи с введением новых стандартов учета и объединением ПФР и ФСС). В новых релизах поведение программы существенно изменилось в лучшую сторону:

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

Таким образом, если вы регулярно сталкиваетесь со сложностями при расчете резервов отпусков, наиболее надежным и долгосрочным решением будет своевременное обновление конфигурации «1С:Зарплата и управление персоналом» до актуального релиза.