Это уже кастом. В типовых решениях так не делают

Именно вот так у меня коллега и нагородил херни. Клиент и я теперь в шоке и переписываем.

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

Отказать) обмен это запись. Проведение это уже опция получателя. Если не провелось из-за не валидных данных, то это косяк валидации данных. Это проблема обмена, поле не заполнено а должно. А если там остатки в базе меньше нуля становятся, то это не проблема обмена

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

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

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

Кароч кто-то будет переписывать обмен за вами и проклинать с такой логикой...

Понятно что у вас задача получить проведенные документы. Но не надо это делать в контексте обмена и включать в зависимость коммита пакета обмена проведение

Но проведение тоже должно выполняться автоматически, и при этом нетленке должна узнать результат проведения

Это решается логированием.
По идеологии 1с объект пришедший обменом должен записаться в любом случае.
Именно по этому в стандартах Если ОбменДанными.Загрузка тогда Возврат.
А проведение - то есть изменение состояния системы - бизнесовая часть.
Причин не проведения могут быть миллионы вплоть до того что в эту базу документ в таком состоянии и не должен проводиться, такие вопросы решаются после задачи обмена, например через логирование

Тогда это второй обмен

а это не обязательно включать в логику обмена,
это могут быть независимые инструменты контроллинга.
1. Выполнили обмен,
2. Провели документы, отправили журнал.

Или через ws получать оперативный отчет

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

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

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

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

А так чтобы бухию не менять конфу это взможно? И без расширений

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