Добрый день! При переносе данных были некорректно перенесены остатки по счету 73.03. По дебету было перенесено с субконто, а по кредиту без - так и осталось неприкаянным висеть. Имеем зависшее развернутое сальдо.  Сейчас бух настаивает, чтоб в текущем периоде правки были внесены, но кредитовое сальдо(без субконто) никак не убрать.
Возможно может кто-то подсказать, как тут быть?
https://ltdfoto.ru/image/MTXxor

(0) В чём проблема сторнировать некорректные проводки и сформировать корректные?

(0) Программно создать операцию бух чтоб там в нужном месте было сальдо, какое надо сальдо, а не какое при ручном заполнении получается.

(1) Проблема в кредитовом сальдо, сторнирование дает такой результат:https://ltdfoto.ru/image/MTyG8d
По итогу кредитовое сальдо остается на месте, а по дебету появляется сальдо на <...>

(3) Посмотри запросом какой тип значения субконто зависшего остатка - я думаю NULL

Далее ,чтобы вылечить посмотри, каким документом сформирован остаток и просто перезапиши этот документ. NULL должно улететь и остатки встанут как надо

(4) Вы правы, там NULL. Однако перезапись ничего не даст, поскольку документ изначально неверно введен. https://ltdfoto.ru/image/MTcc9R
Я бы рада его отредактировать, но бух настаивает, что нужно в текущем периоде.

(5) Ответ в (2) же был. Программное создание бух.операции с исправлением.

(6) Тут фишка в том что, NULL ты операцией не исправишь, потому что это априори ошибочное значение и его в операции не выбрать.


(5) Менять документ не нужно его нужно перезаписать, без изменения движений не в режиме обмена, тогда неккоректные значения NULL уйдут и уже можно будет делать операцию в текущем периоде. И за значений NULL остатки в целом неккоректно буду отображаться. Также исправляется тестирование и исправлением базы в режиме конфигуратора, при проверке логической целостности

(7) от всей души благодарю вас! действительно, после перезаписи документа сторнирование сработало, как нужно.