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

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

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

3. Установила и этот патч и еще 60029349, ошибка по первому вопросу ушла.
   Но по второму все также осталось.

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

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

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

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

6. Установила все патчи к релизу. Не помогло.

   В регистре нет никаких сумм по НУ ранее.
   В этой колонке отражаются суммы выплаченных отпусков за февраль (но выплата и месяц начисления январь).
   Я понимаю, что это скорее всего ожидаемое поведение программы, но не могу понять почему тогда общие в общих итоговых суммах ничего не меняется (Исчислено минус Накоплено = умма в колонке Зачтено аналогичная по колонке Исчислено)

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

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

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

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

8. В отражении зарплаты суммы не ушли в минус.
   В минус ушли в Резервах по оплате труда и это логично, с этим разобралась.

   Вопрос остается открытым по общим итоговым суммам ничего не меняется (Исчислено минус Накоплено = Сумма в колонке Зачтено аналогичная по колонке Исчислено).
   При этом в БУ у нас методом МСФО и там получается Исчислено минус Накоплено = Зачтено
   А в НУ нормативным методом, там Исчислено должно быть = Зачтено, получается так??

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

10. Добрый вечер.
    Удалила суммы с минусом в НУ, на расчет не повлияло.

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

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

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

14. Да, сходятся суммы

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

16. Елена, добрый день!
    То что используется разные методы расчета в БУ и НУ — это понятно, что будут возникать разницы на 96 счете — это тоже понятно.
    Но вопрос не в этом был.
    Вопрос в том, что в документе Резервы по оплате труда на вкладке Обязательство и резервы по сотрудникам формируются одни суммы в БУ, а на вкладку Обязательство и резервы сводно переносятся по Способу отражения с другими суммами. Скрин прикладываю. По общим суммам разницы нет, но вот по способу отражения есть, соответственно, так как у каждого способа отражения зп свой счет учета (20,26,44), то при сверке в 1С Бухгалтерии 20,26,44 не совпадает БУ-НУ, т.к суммы на вкладке Обязательство и резервы сводно не верно распределились.

17. Причем это только по БУ, по НУ со вкладки Обязательства и резервы по сотрудника на вкладку Обязательство и резервы сводно переноситься все корректно.

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

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

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

19. Добрый день.
    Не совсем понятно, что подразумевается «по ключу «Статья финансирования» (если ведется учет по статьям, здесь правила строже)» — у нас нет Статей финансирования.
    Я не в целом не совсем Вас понимаю. Как может быть такое что перераспределение на общей вкладке другое. Эти суммы попадают на затратные счета, то есть сотрудник на одной вкладке был на 20, а на вкладке «Сводно» будет 26?? просто потому что так распределила программа с новым релизом. А потом он перейдет в 1С Бухгалтерию на 26 и вы считаете это корректно? если у сотрудника должен быть 20 счет.
    Можно подключить другого специалиста кто более подробно разберётся в этом вопросе? На данный момент очень все нелогично выглядит, сюда по тому что вы написали.

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

21. Минус в НУ удалила, распределение одинаковое.
    Тогда жду новостей, спасибо!

    1

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

23. Добрый вечер.
    Спасибо! Ждем нового релиза..

    1

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