Если судить по коду (классы Forecast2Ledger, ForecastPurch2Ledger, ForecastSales2Ledger) - то однозначной связи нет. В периодической операции существует галка "Отмена ранее перемещенных", при установке которой система ищет ранее созданные и утвержденные (статус Завершено) записи регистра (т.е. шапки) с тем же типом (не кодом бюджета, а именно типом) в заданной в периодической операции бюджетной модели. Если таковых нет - то ничего не происходит в плане отмены - просто создается новая запись регистра (шапка + строки) и все.
Т.е. вся ответственность получается ложится на человека, утверждающего запись бюждетного регистра. Он должен убедиться, что "все ок". В качестве подсказки можно попробовать использовать поле "Дата" из шапки бюджетного регистра - оно устанавливается в текущую дату, в которой была запущена периодическая операция переноса.
Соответственно, после утверждения записи регистра (кнопка Обновить сальдо бюджета) - при повторном переносе прогноза покупок / продаж система находит все утвержденные записи и все их сторнирует (если включена галка "Отмена"), причем все сторнирующие записи сразу помещает в утвержденную запись регистра (статус "Завершено") и создает снова черновик записи регистра по последним актуальным данным прогноза покупок / продаж. По полю "Дата" в шапке сторнирующей записи регистра косвенно можно судить о дате создания этой записи.
__________________
Возможно сделать все. Вопрос времени
|