Отрицательные остатки за прошлые периоды по оценочным обязательствам

1. Добрый день! Уточните. пожалуйста, какой релиз программы у Вас установлен?

   В ЗУП 3.1.36.75 разработчики добавили новый механизм, который исключает отрицательные остатки в бух.учете.

   Их описание изменений высылаю:

   В этом релизе сделан первый шаг к организации «котлового» учета.

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

    

   1. Ошибка возникла на 3.1.36.45, но сейчас на 3.1.36.75 мы большой разницы не увидели.

   2. Может быть нужно перезаполнить инвентаризацию за декабрь 2025 года?
      Или что сделать?

2. Добрый день! Скорее всего это проявление ошибки 60029308.
   Для её исправления выпущен патч EF_60029308_4 :

   При заполнении документа «Отражение зарплаты в бух.учете» может выводиться ошибка: Индекс находится за границами массива. Кроме того, в части зачета отпускных из резерва, ошибочно производится зачет по всем доступным остаткам всех статьей финансирования безотносительно того, по какой статье отражен отпуск в первичном документе.

   Лучше установить все патчи к релизу, т.к. были ещё ошибки.

   1. Все патчи мы ставим, как только повышаем релиз

3. Добрый день! Попробуйте на копии базы отменить проведения документов Резервы по оплате труда и Отражение зарплаты в бухучете за 2026 год.
   Затем последовательно заполнить Отражение зарплаты в бухучете за январь 2026, затем Резервы по оплате труда. В этом случае учет не поменяется?

   1. Удалили все патчи, переустановили.
      Затем переформировали за декабрь 2025 года резервы (начисление и инвентаризацию).
      Вроде бы отражение сформировалось корректно.

      Теперь размышляем, почему не все суммы с вида операции Ежегодный отпуск ушли на резервы отпусков.

4. За счет резервов отпусков в БУ программа отражает суммы только в пределах доступного остатка по сотруднику в регистре накопления Оценочные обязательства по сотруднику. В НУ остатки не проверяются, вся сумма отпускных идет на 96 счет.

   1. Елена, а остатка общего или по аналитикам? Мы же по статьям финансирования учет ведем.

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

         1. То есть придется вручную если что гонять по статьям остатки?

            1. Да. Разработчики добавили в новый документ механизм распределения, но пока не ясно на практике удобно ли им будет пользоваться или нет.

               1. Спасибо, посмотрим, что они придумали.

                  1

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