Резервы отпусков

1. Добрый день! Похоже на ошибку в программе, попробуйте установить патч EF_60029308_3.
   И перезаполнить документ Резервы по оплате труда.

2. Можно в регистре накопления Оценочные обязательства по сотруднику проверить, точно ли не было сумм в НУ ранее.
   Видео с примером отбора высылаю — https://buhexpert8.ru/wp-content/uploads/2026/02/Registr.mp4

   Чтобы перейти в регистр нужно нажать Shift+F11 и указать ссылку:

   e1cib/list/РегистрНакопления.ОценочныеОбязательстваПоСотрудникам
   Далее нажать «Перейти»

3. Ещё попробуйте установить все патчи к релизу, у нас пользователь по похожей проблеме написал, что именно установка всех помогла.

4. Тут есть один момент. Если мы в НУ резервы не формировали, то при заполнении документа Отражение зарплаты в бухучете суммы в НУ уйдут в минус, т.к. в НУ остатки не проверяются. Затем мы за январь 2026 заполним документ Резервы по оплате труда, резерв в НУ доначислится, в итоге минус должен либо полностью уйти, либо частично скорректироваться.

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

   Для операции «Начисление» и «Инвентаризация», если есть сумма к списанию (излишек по уволенному сотруднику или как результат переоценки):

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

5. Добрый день! Уточнила вопрос у разработчиков, они говорят, что без базы сложно сказать откуда идет корректировка в НУ.
   Попробуйте, удалить в поле Накоплено сумму с минусом в НУ, посмотрим как корректировка повлияет на расчет — Ручная корректировка сумм в документе Резервы по оплате труда в ЗУП 3.1 — как правильно?

6. Добрый день! Если расчет оценочных обязательств в БУ проводится по МСФО, то проверьте, установлена ли в настройках резерва в учетной политике галочка Переоценивать ежемесячно из-за неё может не быть корректировки.

7. Добрый день! Проверьте, пожалуйста, в двух отчетах за январь 2026, сходится ли сальдо конечное:
   — Резервы по оплате труда по сотрудникам
   — Остатки и обороты резервов по оплате труда

8. Суммы в БУ и НУ будут отличаться, т.к. у нас используются разные методы расчета: в БУ — МСФО, в НУ — нормативный. Они сойдутся только в декабре после проведения инвентаризации.
   Нужно сверить резерв в ЗУП и БП, сходятся ли у нас суммы в двух программах по итогам января — Сверка резервов в 1С:Бухгалтерии и ЗУП 3.1 после синхронизации
   Т.е. если суммы с вкладки Обязательства и резерва по сотрудникам переносятся на последнюю вкладку некорректно, на 96 счете будет разница с суммой в ЗУП.

9. Здесь проявилась доработка, которую разработчики сделали в последнем релизе:

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

   Т.е. они сейчас берут сумму с минусом, которая появилась, и, не как ожидается, отражают её с минусом в проводках по способу отражения сотрудника, а распределяют между другими способами отражения. Отсюда разница.
   Я думаю, что цель данной доработки, чтобы у пользователей минуса по затратным счетам не появлялись. Потому что, например номенклатурная группа, по которой прошел минус на момент корректировки уже может быть закрыта и может привести к проблемам при закрытии месяца в Бухгалтерии.

10. Добрый день!
    К сожалению, здесь проблема в том, что разработчики с релиза ЗУП 3.1.36.75 начали перевод учета резервов на «котловой» учет.
    Для проверки попробуйте удалить минус в НУ, в этом случае распределение будет одинаковым? Если да, то это реализация нового алгоритма.
    В эти выходные будет партнерский семинар 1С, где разработчики обещали более подробно рассказать о новом функционале по учету резервов. Поэтому послушаем, что они расскажут, после определимся это ошибка или задуманное поведение программы.

11. Добрый день! Уточнила данный вопрос у разработчиков, мы всё верно поняли, теперь отрицательные суммы идут на «чужие» способы отражения.
    Но разработчики сказали, что в следующем релизе появится галочка, с помощью которой можно будет отключить новый механизм.

Комментарии закрыты.