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

Итак документ 2, который создается в подписке на событие проведения документа 1 имеет все шансы не провестись.
В таком случае необходимо, чтобы документ 1 был проведен.
Попытка приводит к ошибке "В этой транзакции уже возникали ошибки".

Кто посоветует как все-таки попытаться провести документ 2, чтобы документ 1 в любом случае провелся.

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

вешай фоновое задание

(0) Делать это на форме в "ПослеЗаписи", а не в подписке на событие.

(1) Объект уже захвачен и повторное его получение приводит к блокировке
(2) Не вариант, потому что сам документ 1 генерируется из внешней обработки.

(3) Вот и создавай второй во внешней обработке.

(4) Тут даже не так. Документ 1 это платежка входящая она заходит из клиент-банка. После бухи что-то там до заполняют. И групповой обработкой проводят.

И слава богу, что платформа мешает протаскивать всякую интерактивную ересь в базовые транзакции.
(5) Сделай бухам отдельную обработку по созданию Документа 2 на основании проведенных Документ 1, с удобным контролем результатов и т.д. как полагается.

(5) Напиши отдельную обработку, которая будет создавать новые документы.

(6) + Ну или если бухам настолько плевать на контроль результатов, что обработка для них это из пушки по воробьям - то можно просто доп-командой сделать в списке Документов 1.

(6) (7) Да я-то не против, и предлагал уже много вариантов как кушать не через задний проход, но аргументация такая, что никто не желает заходить в какие-то обработки (ибо забывают) а при проведении платежки формировать ПТиУ в упр учете.

(9) Жаль, что у тебя нету нормального аналитика.

(9) Выставьте такой ценник, чтобы пропало желание делать что-то через задницу.

(11) Фикси

(12) Сделать это невозможно.

+(1)

(9) Если контроль за созданием ПТиУ будет на уровне информационных сообщений, которые никто никогда не читает - значит всем плевать на ПТиУ в управленческом учете. Как только нарисуют ответственного за этот участок управленческого учета, он сразу прибежит к тебе переделывать эту ересь.

Вообщем из глупых решений получилось реализовать это в фоновом задании с задержкой его выполнения, чтобы транзакция успела завершится и отпустить объект. Но в таком случае теряется возможность оповещать пользователя.

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

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

+ появляется функция контроля не проведенных