Ошибка релиза Бухгалтерия предприятия, редакция 3.0 (3.0.139.19) (?)

Организация работает на УСН (дох-расх). С 2023 года работает по ЕНС/ЕНП.
Обнаружили ошибку в работе регламентной процедуры «Зачет аванса по единому налоговому счету».
Ошибка проявляется в том, что при ее выполнении (при определенных условиях, предположительно при зачете ЕНП в рамках одного вида налога (взноса) сразу по нескольким срокам погашения) происходит формирование некорректных движений по регистрам накопления учета расчетов по УСН («Расходы при УСН» и «Прочие расчеты»). Некорректность заключается в том, что движения типа «расход», формируемые этой операцией по регистру «Расходы при УСН», приводят к возникновению излишнего отрицательного остатка по данном регистру в разрезе расчетных документов (этого быть не должно). И зеркально связанная с этим некорректность с движениями по «Прочие расчеты», где, напротив, возникает излишний положительный остаток в разрезе расчетных документов (такого тоже быть не должно).

Это если на уровне регистров. А на уровне пользователя это проявляется в неверной сумме НДФЛ (или взносов по едтарифу), принимаемой в расходы УСН в результате выполнения данной регламентной операции. То есть сумма, распределенная на налоги/взносы, принимаемые в расходы, в регистре «Расчеты по налогам на едином налоговом счете», не совпадает с суммой, принятой в расходы, которую можно посмотреть либо в движениях самого документа зачета авансов ЕНП, либо различными отчетами по УСН (вроде Анализа состояния УСН).

Ниже я подробно покажу на примере закрытия одного месяца, как это выглядит в программе.
Причина ошибки: ошибка в алгоритме, которая приводит к тому, что по указанным регистрам в разрезе расчетных документов алгоритм «забирает» (движение «расход») больше, чем по данному расчетному документу было ранее начислено ( движение «приход») .

Мы написали расширение, исправляющее одну строку в коде, после этого месяц закрылся корректно.

Рассмотрим на примере марта 2023 года.

Сначала С описываемой ОШИБКОЙ (то есть без нашего исправления).

Выполняем закрытие месяца (в т.ч. и зачет авансов по ЕНС)
Полная сумма уплаченного ЕНП за месяц 1 839 818,00, тут все верно.
В расходы принято 898 162,12 руб.

Это некорректная цифра, т.к. если сформировать Универсальный отчет по РН «Расчеты по налогам на едином налоговом счете», чтобы увидеть распределение ЕНП по счетам учета (видам налогов / взносов), и исключить оттуда сумму, отнесенную на сам налог при УСН (сч 68.12), не входящий в расходы УСН, то видим, что сумма ЕНП, отнесенная на остальные счета - другая и составляет 1 089 436,3.
Данная сумма и должна быть принята в расходы по УСН (т.к. начислений налога НДФЛ и взносов по регистрам УСН «хватает», чтобы вся сумма, распределенная из ЕНП на налоги/взносы (кроме налога по УСН, не принимаемого в расходы), была принята в расходы).

Если посмотреть регистр «Расходы при УСН», то можно увидеть, что по расчетным документам есть отрицательные остатки, чего быть не должно (приход 216 934,000, расход 254 313,030, остаток -37 379,030). Данная сумма должна быть «списана» уже из другого, следующего расчетного документа.

Аналогичная некорректность и в «Прочие расчеты», где, напротив, не должно быть положительного остатка по расчетным документам.

Причина ошибки: в общем модуле «НалоговыйУчетУСН» в процедуре «ОплатаПрочееУСН»
при выполнении алгоритма распределения сумм, забираемых с расчетных документов в регистрах УСН, ошибочно идет увеличение остатка по расч документу при отнесении на него очередной суммы «к погашению», вместо того, чтобы уменьшить остаток по нему. В результате чего алгоритм забирает очередные суммы «к погашению» с тех расчетных документов, остаток по которым уже выбран под ноль. Это происходит потому, что в переменной Строка.Сумма сидит отрицательное значение, а в НоваяСтрока.Сумма — положительное, и при операции, например, -320000 -(+100000) мы получаем не уменьшение остатка по модулю (т.е. -220000, как должно быть и как вероятно и задумывалось программистом этого участка кода), а его «раздувание», -320000-100000 = -420000
Неправильно:
Строка.Сумма = Строка.Сумма - НоваяСтрока.Сумма;
Правильно:
Строка.Сумма = Строка.Сумма - КЗ*(НоваяСтрока.Сумма);

КЗ в данном случае минус 1, получаем -320000- (-1 * +100000) = -320000+100000= -220000
Тем самым остаток уменьшился при данной итерации погашения и при очередном погашении он постепенно будет уменьшаться и далее до 0, а не раздуваться в другую сторону, как это было до исправления.

Закрываем теперь повторно месяц С ИСПРАВЛЕНИЕМ ОШИБКИ (активно наше расширение) и снова смотрим аналогичные отчеты.
Движения регламентной операции по зачету авансов ЕНП
Общая сумма ЕНП такая же, тут и не должно ничего поменяться, а вот сумма принятых расходов УСН
изменилась и составляет теперь 1 089 436,30, что является корректной цифрой.

Именно такая сумма получается, если анализировать отчет по РН «Расчеты по налогам на едином налоговом счете» или отчет «Анализ состояния налогового учета по УСН» (выкинув 69.11, т.к. НСиПЗ идет мимо ЕНС).

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