Коррекция ГК и пересчет себестоимости

[greenfin]

Спасибо за ответы. С отчетами идея понятна, но в данном случае, к сожалению, отчет не поможет, т.к. коррекции в «рамках» операции необходимо просматривать непосредственно в системе при просмотре операций ГК.
Есть мысли по доработке функционала в части отражения коррекции по ГК после закрытия склада. Прошу высказать критику на мысли в части следующей доработки:
На основании данных содержащихся в таблице InventSettelment, через номер складской проводки (InventTrandid) в таблице складских проводок (InventTrans) определяем номер операции ГК (Voucher). Через номер операции (Voucher) в таблице бухгалтерских проводок (LedgerTrans) определяем дату операции (TransDate), связи корреспонденции в полях (BondBatch_Ru) и (createdTransaction) для каждой операции бухгалтерских проводок. Создаем дополнительную таблицу, которая будет содержать такие поля: «TransDate», «Voucher», «BondBatch_Ru», «createdTransaction» – это взяли из таблицы бухгалтерских проводок, а также ссылку на строку из таблицы InventSettelment, для которой была найдена данная информация. Ссылаться планирую через Recid. В таблицу InventSettelment добавить признак, указывающий, что для данной строки в таблице складских проводок была найдена строка (строки) с одним номером операции ГК (Voucher). Группировку данных перед записью в таблицу складских проводок производить по данным содержащимся в InventSettelment, только к штатной группировке добавим данные из дополнительной таблицы. Из дополнительной таблицы будет использован для группировки номер операции (Voucher). После группировки, данные строки в таблицу бухгалтерских проводок вставляем с номером операции из дополнительной таблицы, также дату операции и связь корреспонденции берем из дополнительной таблицы. Также в дополнительной таблице будет три поля: два содержать ссылку на строку в бухгалтерских проводках (дебет, кредит), которые были созданы, третье поле - признак удаления. Ссылку на операции в таблице бухгалтерских проводках планирую сделать через поле Recid.
Строки таблицы InventSettelment, у которых в признаке (новое добавляемое) указано, что найдено несколько номеров операций ГК обрабатывать будем штатным функционалом.
В части отмены операции пересчета допускаем два варианта: первый – создание сторнирующих проводок по аналогичному принципу; второе – удаление ранее созданных бухгалтерских проводок, для этого в дополнительной таблице и предусматриваю ссылки на строки в бухгалтерских проводках и признак что данные были удалены из бухгалтерских проводок.
Выбор варианта обновления ГК выводим на параметры, задаваемые перед закрытием склада, так же на параметры по отмене операции закрытия выводим условия: удалять или сторнировать данные.
Просьба указать на «подводные камни». Проверка на то, что для одного InventTransid найден один номер операции ГК делается на случай, если в системе возникнут данные с одним номером складских проводок для которых будет произведена раздельная финн.обработка.