8.х Получить обороты в обработке проведения УТ 10.3

Никак .... =)
Проблема в том, в какой момент в регистре заказов будет новая сумма, с учетом вновь проведенной корректировки.

Опять лирика?
Чтож мне теперь делать ерунду типа отложенного проведения? В регистр записывать изменившиеся заказы, а рег. заданием раз в 5 секунд перезаполнять суммы по заказам из этого регистра?
Или есть обработчик, который будет после тразакции?

Это не ерунда, а вполне себе правильное решение вашей проблемы.

Лучше уж получать обороты по тому, что есть в регистре, исключая документ, а затем прибавлять сумму проводимого документа.
Чем вешать очередные тикалки, тормозящие систему

Если не произойдет фиксации транзакции при проведении "Корректировка заказа", то чудеса с суммами начнутся....

Например по какой причине? В подписке проверяем на отказ и на источник.ЗагрузкаДанных = истина
Если в подписке на проведение не отказ (После основного проведения документа).
Какая еще причина может помешать зафиксировать транзакцию? Какой-нибудь фатал-эрор-деление на ноль или отключение питания сервера?

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

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

Если РС подчинен регистратору, то в него будет попадать данные только при успешном проведении документа.

хм И верно! Спасибо всем большое!

Ну уж совсем сумашедшая идея из выше предложенных, но не устроивших.
В подписке на проведение нужно просто подвесить событие (можно на разовое, можно на интервальное, и отменить при первом удачном исполнении).
Т.е. При проведении срабатывает подписка, которая объявляет новый таймер на "то что нужно сделать". Сама подписка завершается, документ заканчивает проведение, транзакция закрывается. "Город засыпает, просыпается мафия"... И срабатывает объявленный таймер, фактически после проведения. Ну думаю суть понятна.

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

Да тоже костыли... Просто групповые. Я смотрю как то костылей приходится городить много. В 7ке можно было выбрать движения регистров по текущему документу даже до окончания проведения (те что уже надвИгались). Где-то я помнится это использовал...

Это самые "добрые" костыли из всех

Тут так же можно, просто в конфигурации используется типовой метод процедуры "регистрации" документа в БД: сперва записывается сам документ, потом все его движения попорядку, потом фиксируется транзакция.
Если в обработке события "ОбработкаПроведения" делать Записать() для каждого измененного набора записей, то будет все ОК, но это нужно переписать пол конфигурации, внимательно следить за тем, какие регистры двигаются, если ничего этого не сделать - количество транзакций увеличится как минимум в 2 раза для одного документа.

Ну это зависит от количества таких документов. Я полагаю, что корректировка - это такой документ, который делается раз в пятилетку, а потому нет необходимости держать на него постоянный таймер, а иметь лишь один, для одноразового использования. Если ВДРУГ, по большому празднику, доков окажется два, то это не будет иметь большого значения. Но что главное, что не будет висеть постоянный таймер, который нужен лишь иногда, НО сразу после документа.

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