По учетной политике в НУ не считаем.
Но после обновления, в проводках по резервам ставятся суммы в НУ.
В самом документе флаг НУ отжат.
Нигде не проскакивала тема с такой ошибкой?
В регистре настроек расчета резервов, в БП, 2025 год настроен, НУ не учитывается.

Уточнение - учет в ЗУП, документы синхронизируются.

(1) Можно было не уточнять. Это очевидно.
Позвольте, это ведь Вы так и не озвучили решение в своей ветке:
Ошибка при заполнении пояснения 4 к балансу в БП
?

Но я человек не злопамятный... Ладно.
Что смотрим, август? После обновления перепроводили этот док "Отражение зарплаты в бухучёте" от 31.08 ?

Давайте скрин списочной формы справочника "Настройки расчета резервов по оплате труда".

(2) Задачу прогам перенаправили, ничего интересного.

(3) Перепроводили, новый документ копированием создавали, эффект = 0. Работаем с кодом, смотрим.

Вопрос, собственно, это локальная проблема у нас или кто-то еще сталкивался? Если локально - тему можно закрывать , будем у себя разбираться.

(5) Сделаем освежанс. Удалите 2025 и заново создайте элемент этого справочника. Потом перепроведите док Отражения, а лучше перезаполнить.

(8) Все было сделано, по рекомендациям бухэксперта.

(9) Чудес не бывает. Откройте ЖР, в Метаданных фильтра только этот справочник. Что там?

upd delete

upd delete

(12) Можно скрины проводок до и после Вашего исправления, как иллюстрация?

Прошу прощения, то все были полумеры, место проблемы нашлось.
Суть такая.
В резервах формируются
96 / 70 БУ и ВР
20 / 70 НУ и -ВР

Все красиво, пока мы не попадаем  в модуль набора записей регистра бухгалтерии. А там ПередЗаписью есть такая вещь как
ЗаполнитьСуммыНалоговогоУчета, которая двигает суммы НУ.
Вот теперь дилемма, что это?

(14) ставишь байпас по типу документа регистратора и корреспонденции

(14) Эти проводки до Вашего исправления или после?

Вот почему так приятно работать с бухгалтерёнками - они сразу без СВОИХ "правльно/неправильно" дают факты, цифры и проводки )

Неужели так трудно за весь день трепотни только дать факты, цифры и проводки?

(17) А общение? )

(18) Можно увидеть проводки:
1. до обновления конфы
2. после обновления конфы
3. после Вашего исправления
?

Да. Тяжеловато с нашей Капулетти )
Вторая ветка - это уже... э... показатель.
Ладно. Включаем Телепат 1.0
Имеем на входе:
1. Конфа обновилась. По резервам в БП было много проблем и патчей, но вроде давно всё устаканилось.
2. Вроде как изменились проводки НУ. Но как изменились, нам не говорят )

Гипотеза. На самом деле изменился метод учёта налога на прибыль по ПБУ 18.

Тогда, для одного метода по НУ вообще нет сумм, а вот для другого - должны быть суммы по ВР. Которые, кстати, мы и видим в посте #14. Но нам не говорят - это было или стало, и что не нравится в симпатичных таких проводках по НУ )

(18) Букетно-конфетный период?
пообщаться можно в непрофильных ветках.

(20) Что ж Вы так сразу, люди работают.
Докладываю об ошибке и решении. Оставлю на ваше усмотрение это ошибка в релизе или данных. Учитываем факт ведения ПБУ18 балансовым методом.
1. При проведении документа мы дважды попадаем в модуль ПередЗаписью модуля набора записей регистра бухгалтерии.

2. Заостряем внимание на 2 вызываемые процедуры ОбработатьПроводкиНалоговогоУчета и  ОчиститьНеИспользуемыеСуммы
3. Первый прогон:
- ОбработатьПроводкиНалоговогоУчета  все отлично
Дт 96 Кт 70 бу=100, врдт=100
Дт 20 Кт 70 ну=100, врдт=-100
- ОчиститьНеИспользуемыеСуммы (возвращаясь к ПБУ18 балансовым методом) обнуляются суммы ВР.
Дт 96 Кт 70 бу=100, врдт=0
Дт 20 Кт 70 ну=100, врдт=0
4. Второй прогон:
- ОбработатьПроводкиНалоговогоУчета  уже бардак и мы попадаем под условие
        Если СвойстваСчета.НалоговыйУчет
            И Проводка.СуммаНУДт = 0
            И Проводка.СуммаПРДт = 0
            И Проводка.СуммаВРДт = 0 Тогда
            
            Проводка.СуммаНУДт = Проводка.Сумма;
            
        КонецЕсли;


Т.е. вдруг родился НУ в Дт.


Решили вопрос несложной доработкой, как выше сказали - байпасом.

(22) Байпасы? Чё, серьёзно?!

(22) У Вас же балансовый метод ПБУ 18 уже выдал после 1-го прогона (цитирую):
Дт 20 Кт 70 ну=100
Как же тогда на втором прогоне он ныряет в условие
  И Проводка.СуммаНУДт = 0
?
А если и ныряет вдруг, то правильно рождает 100 рублей в НУ в Дт 20

Бестолку. Сейчас опять исчезнет. Пока весь код не перебуробкает - не успокоится. Вся страна считает резервы верно, а тут вот вдруг код не тот )

(24) Речь про первую проводку. В цифрах, уговорили
1 прогон
После ОбработатьПроводкиНалоговогоУчета
Дт 96 Кт 70 бу=100, врдт=100
Дт 20 Кт 70 ну=100, врдт=-100
После ОчиститьНеИспользуемыеСуммы становится
Дт 96 Кт 70 бу=100, врдт=0
Дт 20 Кт 70 ну=100, врдт=0

2 прогон
После ОбработатьПроводкиНалоговогоУчета становится
Дт 96 Кт 70 бу=100, ну=100
Дт 20 Кт 70 ну=100

(26) Уточните дебет и кредит (с) Лука Пачоли
Дт 20 Кт 70 нуДт=100 нуКт=100
Это нормально

Устал.

(27) А для чего она Вам? В Кт все хорошо, не нужна сумма Кт в контексте вопроса. У нас НУ в Дт дважды выстреливает - через 96 и затратный счета, собственно в чем вопрос и состоит.

(28) Держитесь, Геннадий! Вас поддерживает Вселенная!

(29) Не прошло и суток... так у Вас в дебете 96-го НУ прыгнуло на втором прогоне?
Наконец-то выяснили )

Не может такого быть, т.к. если Вы не лукавите и отключили в настройках справочника резерв НУ, то вот это условие:
   Если СвойстваСчета.НалоговыйУчет
должно выдать Ложь

(31) СвойстваСчета.НалоговыйУчет это из характеристики счета из плана счетов, а не то что Вы написали.

Это в типовой. А что Вы там уже наперекодили - один Аллах ведает.

(32) Вам виднее. Тогда добавьте условие на наличие включенного резерва НУ через И
Выключен резерв - туда не попадём.

Собственно проверка на тип регистратора, учетной политики, счета дебета и есть решение.

Ага, я уже понимаю, кто кому задаёт вопрос!

(35) Ну причём тут регистратор?
Это нормальная конструкция: если вручную ошибочно удалили НУ, то она сумму восстанавливает.

Добавьте допусловие по #34 и задача решена.
Всё это можно было решить за 5 минут утром.

(37) Решение может и занимает 5 минут, но на поиск ошибки уходит гораздо больше времени. Спасибо за участие.

(38) А на что Вы рассчитывали, когда устраивались на доработку типовых конфигураций? На 3 минуты?

(38) Просто сразу надо давать скрины.
Кстати, поправка, не просто И наличие включённого резерва, но ИЛИ сам счёт не 96.НУ, а то кекс вручную изменит 20.НУ и восстановление суммы не сработает.
Вот теперь всё.

(40) Мне кажется, нас в чём-то обвиняют. Типа платформа 1Сv8 сука сложная и там много программного кода.

Гена, а давай врубим байпас. Все вопросы к вендору.

Мне кажется, Джульетту (или кого-то там за ней) это слегка встряхнёт. Наконец они поймут своё место под солнцем и роль этого форума.