Обновление ЕРП с 2.5.22.87 на 2.5.22.106. Документ «Отражение зарплаты в финансовом учете». Изменились проводки по налоговому учету.

Выполнили обновление релиза. Дня через 2 стали делать закрытие сентября. Июль и август были уже закрыты. Обнаружили расхождение по НУ в сентябре.
Перезакрыли август и там тоже возникло расхождение (было всё нормально).

Восстановили в файловые копии оба релиза 2.5.22.87 и 2.5.22.106.
Проводки в 2.5.22.87

Проводки в 2.5.22.106

Такие расхождения появились в строках, где Субконто2 Кт = «пп.7, ст.255 НК РФ» (выплаты отпускных).
Перечитал описание всех обновлений с 87 по 106. Никаких изменений по отпускам не нашел.

Вопрос: В какой функции/процедуре формируются проводки по налоговому учету (особенно временные разницы)?

Пошаговая отладка - это полный абзац...

(3) общий модуль РеглУчетПроведениеСервер смотрел?

и эта, щас самая свежая 2.5.22.109

(3) Да, это отпускные. Если фирма не микроб, а у Вас ЕРП, то обязаны вести резервы хотя бы в БУ, в частности по отпускным. А у Вас ошибочно в дебет БУ идёт 26 вместо 96.
В общем - напутали с резервами с начала года.

(6) Значит напутали со счетом учета затраты

(4) - спасибо
(5) - ну....попробуем
(6),(7) резервы ведем (только по БУ - проверяли). Покажу бухгалтеру

(8) А чего тут показывать. СмотрИте настройки.
Должно быть так:
Затратный метод ПБУ 18
Дт 96 - Кт 70 :: +суммаБУ ... +суммаВР
Дт 26 - Кт 70 :: 0 БУ ... +суммаНУ и -суммаВР

Балансовый метод ПБУ 18
Дт 96 - Кт 70 :: +суммаБУ ... 0 НУ
Дт 26 - Кт 70 :: 0 БУ ... +суммаНУ

(5) Обновил копию до 2.5.22.109. Картина НЕ изменилась.
(9) А где смотреть эту настройку в ЕРП?

(10) Это надо трясти ерпёнышей, как у них там проводки формируются. Скорее всего по настройкам различных статей.

(10) вот я тое на это попал, смотрю взносы НС  например, если резерв не указан при начислении и не стоит флаг БУ, то сумма не попадает в НУ, а в упр попадает и при распределении больше идет чем по НУ

(12) Резервы в 1С настроить - это вам не лобио кушать.

Бух. говорит следующее:
Т.к. резервы только по БУ, то все что начислено по НУ должно и списаться.
У нас картина следующая:
списывается как надо, а вот док-т "Отраж-е з/п" НЕ доначисляет по НУ.
рис.1 релиз 87 (типа правильно)
рис.2 релиз 109

(14) Давайте ОСВ по счёту 96 за 3кв

рис.1 релиз 87
рис.2 релиз 109
В 109 уже проводили/распроводили, процедуру закрытия месяца не делали...

Тоже интересно, в копии перезаполнил я января, март так же не доначислили по НУ и распределилось больше..

(17) О, хотя бы я не единственный! Получается, что в регистрах (каких только?) правильная сумма к списанию, а вот с начислением по НУ что-то не так...

(16) Всё нормально. Кредита 96 достаточно. За 3кв начислили его как резерв. Поэтому не должен ни один отпуск уходить на 26 БУ. А раз кредита 96 в избытке, то должна быть проводка 96-70 в БУ.
Значит сбилась какая-то настройка статей затрат. Ищите.

А хотя подождите. Недавно в БП была ошибка в коде как раз для  ведения резервов исключительно только в БУ. Там два раза алгоритм в один кусок заходит.
Почитайте:
БП 182.33. Начались проблемы с резервами отпусков

Зная блоковость работы разработчиков - они и в ЕРП могли такой шептунок запустить.

(19) Будем искать....
(4) включил замер производительности и сформировал проводки.
Пока нашел, что проводки формируются в "Обработка.ОтражениеДокументовВРеглУчете".
глубже пока не ушёл...на сегодня всё...Продолжение следует

(20) спасибо, будем читать

(21) (22) Медленно...
Открыл демо ЕРП 24.43

Вот этот кусок в РегистрБухгалтерии.Хозрасчетный.Модуль менеджера

Добавьте где-то условие, что если резервНУ выключен И (или ИЛИ? сходу не соображу - сами) сам счёт не 96.НУ, то туда не ныряем.

Нет, это Эстония )
Кто-нибудь может просто проверить: заремить
//   Проводка.СуммаНУДт = Проводка.Сумма;
и переформировать проводки?

Так то да, в НУ улетит

(23),(25) РегистрБухгалтерии.Хозрасчетный.Модуль менеджера
Процедура ЗаполнитьСуммыНалоговогоУчета(Проводки)
Поставил точку останова на 1й строке:
Для Каждого Проводка Из Проводки Цикл
в релизе 87  Проводки содержат 83 строки
в релизе 109 Проводки содержат 65 строк

строку: Проводка.СуммаНУДт = Проводка.Сумма;
не буду комментировать т.к. этот кусок кода в обоих релизах одинаковый. Буду искать почему разное количество строк в релизах.

Как же легко работать с бухгалтерёнками. Они не размышляют сутками, а сразу исполняют.

(27) Я же не предлагаю НАВЕЧНО заремить эту строку, а лишь проверить. Это займёт 1 минуту. Нет, надо программисту сначала сутки подумать...

(28) чтобы строку заремить надо снять с поддержки или написать расширение...

Выполнил сравнение 2х таблиц "Проводки".
В релизе 107 отсутствуют строки с содержанием "Отпуск за счет обязательств". Скрин прилагаю.

(29) с этим резервом еще с августа тянется, наменяли 1с -ки.
Вот одна из ошибок Ошибка № 00-00761009, якобы исправили.
Но видать не все, каких то доп настроек по резерву особо нет.
Я тоже взял копию, именно перезаполнил отражение ЗП и уже в марте НУ остаток.

(30) Сергей, Вы можете быстро заремить указанную строчку и посмотреть проводки?

как в (25) ?
Тогда НУ вообще не будет

Сейчас покажу до и после, минуту

В копии, перезаполнил, в марте пошло расхождение, смотрю самое простое НС, до и после на скринах

вот у меня по 44 висит после пере заполнения с начала года остаток на 44 в НУ, закрытие месяца видит сумму в упр и делаем проводку, соот на конец месяца у меня минус

(34) Эх, у Вас балансовый метод ПБУ 18, когда нет ПР и ВР (
Разремьте. В ветке не Ваш случай.
Мы рассматриваем затратный метод ПБУ 18 при отсутствии резервов в НУ.

Один попался не тормоз, но учётная политика другая. Не везёт )

(36) закомментировал через расширение с анотацией &Вместо(с контролем)
Проводки формируются как надо.

(36) отключу расширение и попытаюсь найти изменение между 87 и 109 т.к. я не фуя не понял в (25)

(37) ч.т.д.
Значит нашли корешок зла. Теперь разремьте и поставьте условие обхода этой проводки для своего случая. Ежу понятно, что в общем случае её надо оставить.
Ветка решена.

(37) извиняюсь. несколько часов делал другую работу...Оба конфигуратора  были открыты. Я расширение подключил к 87. Сейчас всё по-новой сделаю...

Да... уж... (с) Ипполит Матвеевич

(36),(41) Отключил расширение. Снял конфу с поддержки. Закомментировал строку. НЕ помогло! Проводки НЕ изменились.

(42) Дубль N: вообще не должно быть отпуска на 26 БУ. У вас 55к, но по ошибочной статье "Начисление зарплаты" вместо статьи отпуска. Или это и есть зарплата, а отпуск 11к?

Вот же скрин (29) - он идеальный. Так  должно быть. Он за какой месяц и в каком релизе?

(43) Этот скрин с релиза 87 (правильный). Красным выделены строки, которых НЕТ в 109.
Пытаюсь установить причину, сравнивая в отладчике движения между 109 и 87.
Мозг просто взорвался. Ещё на текучку отвлекают. Думаю написать в поддержку 1С...

Это август месяц. В (27) я писал, что в 87 таблица для формирования движений содержит 83 строки, а эта же таблица в 109 - 65 строк. Сравнил эти таблицы и показал отсутствующие строки

(45) А куда ж отпуск делся? Его на всякий случай в новом релизе перезаполняли и перепроводили? Освежанс, так сказать.

(46) не мешай ТС писать в саппорт

Зарегистрировали обращение: HL-1105121

Зарегистрирована ошибка № 00-00785775

(49) А можно её скрин, а то поиском не находит.

(50)

(50)Способ исправления
В методе ТекстОтраженияВРеглУчете() модуля менеджера документа ОтражениеЗарплатыВФинансовомУчете, в области ТекстЗапросаНачисленоПоСтатьям во всех 3-х подзапросах в пакета запросов необходимо явно заполнить поля СуммаНУДт и СуммаНУКт значением СУММА(Строки.Сумма):

СУММА(Строки.Сумма) КАК СуммаНУДт
...
СУММА(Строки.Сумма) КАК СуммаНУКт

Э... а почему не суммирование строк по статьям в ОБЩЕМ для ВСЕЙ зарплаты запросе выдаёт ошибку только для резерва?

А проверьте - после предложенного разработчиками обхода теперь всё нормально?

(53) Т.к. копия была снята с поддержки, то внес изменения в конфигурацию в соответствии с (52).
У меня тестовый месяц Август и счет 26. Проверил только его. Теперь всё НОРМАЛЬНО!!!

(54) Покажите.
Прошу без восклицаний (с) Азазелло

(55) Не очень понял, что надо показать....
ну вот ОСВ и карточка

(56) Такое впечатление, что я в пустыне говорю.
В четвёртый раз: у Вас, если не солгали, есть резервы в БУ и отсутствуют таковые в НУ.

Это означает, что отпускные в 55к обязаны идти в дебет 96_БУ и 26_НУ

У Вас ОПЯТЬ они ОШИБОЧНО легли на 26_БУ
Можете хоть все посты завосклицатить про нормальность...

Щас опять на сутки исчезнет )

Рис1.Учетная политика
Рис2.Настройки расчета резервов:  БУ=3% - это важно!
Рис3.НУ – не начисляется

Рис4. В августе в Цехе №3 один человек был в отпуске. Сумма отпускных 63684,18
Рис5.Вся сумма попала по НУ на сч.26, т.к. резервов по НУ нет
Рис6.Смотрим по этому сотруднику остаток резерва на 31.07.2025 (начальный на 01.08.2025)
сумма =  11325,68

Рис7. Именно эту сумму отпускных можем списать за счет резерва. Алиса подсказала (скрин не сохранил):
«Если резервной суммы не хватило для выплаты отпускных, и сальдо на сч. 96 равно нулю, то отпускные и компенсацию за неиспользованные дни отпуска начисляют в дебет счетов учёта затрат: 08, 20, 23, 26, 44, 91.2 и проч»
Тот же отчет за Август
Рис8. Это же мы видим в карточке счета. Т.е. остаток отпускных в сумме 52358,50 начислили в дебет 26

(57)Эту, без преувеличения, курсовую работу создал с помощью главного бухгалтера. А как 1С-ник получил от неё задачу, когда не совпали обороты по Дт и Кт в НУ. Поэтому, когда они (обороты) после изменения конфигурации совпали, то я и поставил восклицательные знаки.

...

Убрал свой пост. Иваныч тут не при чём. Похоже  на данной фирме рулит ГБ, а номер программистов шишнадцатый: бери больше, кидай дальше.

С ней надо дискутировать, но она в ветку вряд ли заглянет.

Вот к чему привела свобода. Много лет ругали БП за то, что там проводки забиты намертво и бухгалтер превратился в кнопкодава. В ЕРП настраивай проводки как душе угодно.
Вот и настроили.

Иваныч, вот Вам Алиса выдала правильную схему:
>«Если резервной суммы не хватило для выплаты отпускных, и сальдо на сч. 96 равно нулю, то отпускные и компенсацию за неиспользованные дни отпуска начисляют в дебет счетов учёта затрат: 08, 20, 23, 26, 44, 91.2 и проч»

Вы не заметили главное:
и сальдо на сч. 96 равно нулю

А оно у нас свыше 2 лимонов, мы сразу проверили это в начале ветки – гляньте картинку с поста #16

То, что регистры накоплений рассчитываются по каждому сотруднику – это просто алгоритмически удобно. Травматизм программы 1С также рассчитывают по каждому человеку, но проводку-то по взносам потом делают одну, а не тысячу. Потому что по нормативке тариф берётся со всего ФОТ предприятия, а не с каждого ФЛ.

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

Ваша ГБ выхолостила само понятие резерва отпусков, когда стала рассматривать резерв не как общекотловой, а как отдельные резервики по каждому сотруднику.
Резерв же тогда имеет смысл, когда он ОБЩИЙ, а не личный.

Общего 96-го свыше 2 лимонов вполне хватает для конкретного отпуска в 55к, а значит и проводка по нему должна идти из резерва – в дебет 96-го, а не на затраты.

Ваша же ГБ ошибочно рассматривает резервИК только одного данного кекса, видит по нему остаток в 11к и только их проводит через 96-ой.
Задумайтесь, а к чему приведёт такой подход?
Он приведёт к тому, что резервик по отпускнику будет всё равно создаваться и дальше до конца года, по 11к в месяц, и за сентябрь-декабрь даст 11к*4 = 44к
Но ведь отпуск-то уже прошёл! И больше не будет. На кой ляд тогда создавать данный резервик? Чтобы списать в конце года по инвентаризации в доход?
Полная глупость.

Аналогия.
Пусть мы все идеальные и абсолютные трезвенники. Немного пьём пива с сушками только в свой ДР. 12 баночек.
Ввели систему резерва, чтобы не так напряжно было тратиться на свой ДР. Каждый месяц скидываемся по 3% с зарплаты и молодой закупает нам пиво и сушки (это взносы). Условно - по одной банке на каждого.

У меня, к примеру, к августу накопилось 7 банок внутри погреба с банками остальных.
Иду в отпуск, тьфу, ДР, захожу в погреб и из всей кучи банок выбираю только положенные мной 7 штук? Не всю дюжину, благо резерва отпусков, тьфу, банок море.
А остальные 5 банок до дюжины иду покупать в магазин?
Да ещё потом продолжу в сентябре-декабре ставить снова по банке в погреб?
Я идиот?

Может всё-таки я сделаю нормально? В августе на ДР возьму именно 12 банок из общего погреба.
Именно все 55к отпускных пойдут на дебет 96-го.

И только когда совсем погреб опустеет, когда обнулится весь общий резерв 96-го – то только тогда я пойду в магазин, только тогда я отнесу 55к на затраты, а не спишу с нулевого резерва.

(65)...скорее всего этот вопрос к методистам 1С. Это где же такие настройки делаются....? А как это в ЗУП сделано?
"Он приведёт к тому, что резервик по отпускнику будет всё равно создаваться и дальше до конца года, по 11к в месяц, и за сентябрь-декабрь даст 11к*4 = 44к
Но ведь отпуск-то уже прошёл! И больше не будет."
Именно так работает ерп (см. рис) списано, что было начислено на 1 августа и добавила резерв за август (выделено фиолетовым).
И этот сотрудник ещё не использовал весь отпуск.
------------------------------------------------
я в погребе возьму 12 банок (5 взаймы), а потом буду докладывать, чтобы коллеге Васе (гуляет после меня), тоже было чем отметить отпуск

(66) дык... именно что возьмёте 5 банок взаймы! Из погреба! С резерва 96-го!
А Ваша ГБ посылает Вас за 5-тью банками в магазин (26-й счёт), хотя погреб (резерв) ПОЛНЫЙ ещё.
You see?

(66) И тут мы вернулись к началу ветки, цитата:
Это надо трясти ерпёнышей, как у них там проводки формируются. Скорее всего по настройкам различных статей.

(68) дык у всех расчёт зарплаты вынесен в ЗиУП, то, что прилетает через обмен(как правило допиленный) от релиза 1С мало зависит

т.е. предмет данной ветки для ERP-шников мало интересен

(69) Короче, концов не сыскать. Никто не виноват )

(69) Спасибо, Shuhard. Второй раз помогаешь (первый раз в (47)). Для меня ветка "закрылась" на (54)

(69) не только лишь у всех

у нас принципиально в одной базе ERP всё

из-за этого есть некоторые "траблы", вот выпиливал организацию при её продаже "кривыми" запросами в SQL (скриптом) без остатка. скрипт за несколько часов успешно "выпилил" на базе в 300 гектар

(72)[на базе в 300 гектар]
малый бизнес, крошечная база, встроенный ЗиУП