В том то и дело, что по бизнесу бухи хотят именно к оплате закрытого периода подцепить другую фактуру вместо первоначальной.

А проводки в закрытом периоде они тоже хотят изменять?! Фактически это они и делают!
Ситуация, когда бухи заявляют: как нам изменять документы, чтобы отчеты по ним не изменялись - нонсенс! Это проблема организационная, а не программиста.

p.s.
Почему то вспомнилась загадка: Как сделать, чтобы коровы давали больше молока и потребляли меньше корма?
Ответ: Надо их больше доить и меньше кормить!

В принципе, я и не возлагаю эту проблему целиком на программиста. Был абапером, сейчас являюсь функционалом, поэтому прекрасно понимаю и тех, и других. Просто ищу пути решения.
Если я правильно вас понял: сторнировать документ выравнивания, фактуру, оплату. И дать всё заново в следующем периоде?
Но опять таки отмена выравнивания произойдёт и отчётность изменится.
Или же вы предлагаете в следующем периоде дать фактуру с минусом (красное сторно), оплату с минусом (красное сторно) и выровнить всё это безобразие. И снова всё заново провести.


Аргумент бухгалтеров такой: оплату я же правильно дал, почему я должен этот документ сторнировать?

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


а как им встречный аргумент насчет того что они оплатили фактуру определенной платежкой, отчетность сдана и подписана, и после этого хотят задним числом поменять эту отчетность?

систему в принципе можно нагнуть как угодно, нужна ли вам автоматиция бардака...

Если строго математически, это самый правильный вариант.


Опять же, если строго формально, то если всё сделано правильно, зачем исправлять документ в закрытом периоде?

Если мы вдруг решили, что какой то оплатой нужно закрыть совсем другую фактуру, значит мы вносим изменения в книгу покупок/продаж. Совсем не безвинное изменение документа!

Как установить данную разработку?

При помощи утилиты ZWWW_MIGRATE из разработки ZWWW: viewtopic.php?f=13&t=4880&start=0

Перешел по ссылкам из этой темы, но так и не нашел там ничего чтобы напоминало утилиту ZWWW_MIGRATE.

А почитать первое сообщение в теме по ссылке до конца не пробовали?

Кстати, до сих пор используем данную программу, правда провели оптимизацию для использования вторичных индексов вместо BSEG и кэширования документов при массовой обработке.

Справедливое замечание. Спасибо.

А можно узнать почему BSE_CLR стала наикривейщей вдруг?