Добрый день. Задача такая: после удачного проведения Документа_1 необходимо перепровести Документ_2. Проведение Документа_1 не обязательно должно выполняться из формы, оно может выполняться в обработке или, например, при обмене - т.е. нельзя воспользоваться методами модуля формы ПослеЗаписиНаСервере() и т.д. В модуле объекта Документа_1 процедура ОбработкаПроведения() выполняется последней. Так как будет правильно решить такую задачу?

(0) Очередь запилить, к примеру

Пишешь в регистр, потом регзаданием смотришь регистр и проводишь свои документы.

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

(1) Что ты имеешь в виду? Например, при выполнении кода Документ_1.Записать() должно выполняться дополнительно и проведение Документа_2 при удачном проведении Документа_1. Т.е. я не могу предварительно сформировать очередь Документ_1, Документ_2, а потом последовательно провести документы, так как в таком случае во всех частях кода где записывается Документ_1 нужно будет это учитывать

а что делать с Документом2 при распроведении документа1?

(3) В том-то и дело. Тут другой момент. При неудачном проведении Документа_2, для Документа_1 не должно быть отката транзакции.

Если взять прикладную задачу, то Документ_1 - это СписаниеСРасчетногоСчета, а Документ_2 - это АвансовыйОтчет. В одном АвансовомОтчете может быть несколько Списаний и при перепроведении Списания должен перепроводится и Авансовый отчет. Если же при проведении Списания Авансовый отчет не перепроведется - ничего страшного, главное, чтобы Списание в любом случая провелось. Такую задачу поставили аналитики, какая есть) (5) Ничего не должно происходить)

(6) Интересная задача. Если неудачное проведение Документа2 - некритично, то предлагаю не проводить никакие Документы2.
Ну а если серьезно, то тебе уже предлагали записывать очередь проведения Документов2 в регистр сведений и выгребать их оттуда регламентом.
Как раз те, что не провелись - будут там оставаться и можно будет придумать любую политику поведения в этих случаях.

Делай все через попытку, если что-то в условии не выполнится - все откатится назад.

(9) А потом нарвется на сообщение "В данной транзакции уже были ошибки" и будет искать причину до посинения

(7) Т.е., если в одном авансовом отчете 10 списаний, то этот авансовый отчет будет 10 раз проведен?

1. бизнес-события, как в ДО
2. тупо регламентным заданием
3. любой другой доступный способ сэмулировать или использовать очередь

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

(7) какую-то адскую хрень поставили ваши оналитеги имхо.
это в принуипе два события, разнесенные по времени.
а вы их впиливаете как единомоментное событие. что-то не так в консерватории.