Показать сообщение отдельно
Старый 18.09.2013, 11:23   #6  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Если судить по коду (классы Forecast2Ledger, ForecastPurch2Ledger, ForecastSales2Ledger) - то однозначной связи нет. В периодической операции существует галка "Отмена ранее перемещенных", при установке которой система ищет ранее созданные и утвержденные (статус Завершено) записи регистра (т.е. шапки) с тем же типом (не кодом бюджета, а именно типом) в заданной в периодической операции бюджетной модели. Если таковых нет - то ничего не происходит в плане отмены - просто создается новая запись регистра (шапка + строки) и все.

Т.е. вся ответственность получается ложится на человека, утверждающего запись бюждетного регистра. Он должен убедиться, что "все ок". В качестве подсказки можно попробовать использовать поле "Дата" из шапки бюджетного регистра - оно устанавливается в текущую дату, в которой была запущена периодическая операция переноса.

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