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

Транзакция ? :D

http://gunsru.ru/images/pulemet/kpvt_3.jpg

Документ и так проводится в транзакции

да

ничего делать не нужно.

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

(5) В Истину соответственно - поправка

(5)
т.е. если в обработке проведения один док проводит другие, то при Отказе он сам распроведет все что успел провести?

НачатьТранзакцию();
    Попытка
        ТекДок=Документы.ПоступлениеВЗонуХранения.НайтиПоНомеру("SNL-00008").ПолучитьОбъект();
        ТекДок.Дата=ТекДок.Дата+1;
        ТекДок.Записать(РежимЗаписиДокумента.Проведение);
        жж=1+ТекДок;
         ЗафиксироватьТранзакцию();
    Исключение
        ОтменитьТранзакцию();
    КонецПопытки;

А вот и нет - если транзакция на документе откатится, то проведенные из него документы не откатываются. Проверено.

(9)  у меня если я убираю косячную строку жж=1+ТекДок; то период меняется, а если строка есть, то не меняется)))

Только что написал это чтобы посмотреть что будет.

(9) у меня откатываются

тут видимо у каждого своя платформа 1с с блэкджеком и шлюхами

(8) это тоже не сработает, потому что есть уже по сути в обработке проведения транзакция, и она не отрабатывает отказ во вложенных транзакциях(в тех доках которые успели провестись до косячного)

(11) странно...

ну таки попробуй вдруг получится)
потому что стоя в отладке на косячной строке
Документы.ПоступлениеВЗонуХранения.НайтиПоНомеру("SNL-00008").ПолучитьОбъект().дата у меня показывает изменённую дату. А потом когда ухожу в исключение возвращается (14)

единственно что это если и взлетит, подъедать ресурсов нормально будет если документов много

(9) тогда напрашивается лишь один вариант.
в конце проведения исходного дока проверят свойство Проведен в подчиненных и если в каком то ложь - распроводить все в обратной последовательности

попробовал - в том то и дело. Не откатывается - может баг конечно в платформе...

(17) не - там такой алгоритм, что хрен уследишь как было до этого

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

Но это конечно тот ещё изврат)))

(11) откатываются. ОдинЭс не поддерживает вложенные транзакции

(18) точно в обработке проведения?

может просто код вызывается

(18) попробуй при отмене транзакции прочитать недопроведенные документы из базы( например через Прочитать())

если именно в обработке проведения, то прав (4)

(4) +1 ибо неявная транзакция

(25) +1 Проверил, так и есть)