Доброе утро, такой вопрос у меня есть ОбработкаУдаленияПроведения в которой я вызываю фоновое задания для актуализации данных, но данные не актуализируются т.к.как я понимаю в этот момент данные по регистрам ещё не очистились, или не в этом проблема? моя задумка была такая  при отмене проведения  по событию (&после в расш)ОбработкаУдаленияПроведения  после очистки данных по регистрам, актуализировать данные состояния фоновым заданием

Прям в транзакции вызываете?

(1) вызываю фоновое в расширении (&после)ОбработкаУдаленияПроведения документа

Юстас должен знать. Не спрашивали? )))

(2)
Как то не очень звучит. Я бы так не стал делать.

(4) а как посоветуете? с учётом того что нужно при отмене проведения использовать данных функционал?

В ОбработкаУдаленияПроведения() - движения стандартно еще есть.
В ПриЗаписи(), следующее событие  - нет

(0)

1) А ваш код точно работает ?
Вы его отдельно тестировали ?

2) Вопрос решается (имхо) отладкой и точками останова

3) Можно посмотреть "как сделано в типовых"
1С переделали обновления "состояние заказ клиента" на фоновые

4) Добавление паузы чтобы транзакция ОбработкаУдаленияПроведения успела завершиться (не надо так делать) в фоновом решает проблему ?

(6) Данных то нет. Но транзакция еще не commit
А фоновое небось в своей транзакции

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

(8) Неверно, движения еще не очищены. ФЗ вне транзакции - следующий вопрос)

(9)
"чекну если не новый и отмена проведения"

приходи еще.

(6) Походу, перепутал последовательность обработчиков: сначала ПриЗаписи(), потом либо проведение (может автоматически чистить движения), либо отмена оного - в зависимости от режима записи

(10) норм при записи уже нет данных в регистрах, сенк буду думать дальше

(13) При записи еще работает транзакция обработки документа, физически в БД ещё ничего не дописано, т.е. старые записи ещё есть в БД Фоновое задание получит их, а не новые данные

Если фоновое запускается в той же транзакции, то типа что ты выиграешь? Все равно будешь висеть в ней пока не кончится.

Если в своей, то что делать если основная транзакция будет отменена?

Какая то логическая попка.

Я ХЗ что ты делаешь.

14+ по факту, если очень хочешь фоновое задание, то отправляй в него данные для актуализации, а не ссылку. Например, есть заказ и надо поставить статус новый (просто сохранили), утверждён (например, по галочке) и т.д. порядок будет следующим:
1. Планируем запуск регламентного задания (Актуализация статусов)
2. в обработчике делаем выборку (например, незакрытых заказов)
3. Реализуем функцию расчёта статуса с параметром Ссылка или Структура
вот тут и проверяем, если нам прислали структуру (примерно такую: Ссылка, Статус, ИзПроведения), то сравниваем текущий статус с присланным и, если надо, тупо записываем новый статус (защита от перепроведения документа, т.е. перепроведение отправляет статус - Утверждён, а заказ уже в статусе Отгружен), если просто ссылку - реализуем алгоритм вычисления нового статуса

(15) Наверно, хочет единый алгоритм для регламента и проведения
Минимум статусов из проведения, максимум на регламенте (только смысл заморачиваться с фоновым из проведения отсутствует - тупо вызываем одинаковую функцию установки статусов и всех делов)