День добрый.
Ситуация:
- Документ делает движение в регистр.
- Документ заполняется автоматически на основании этого регистра без учета движений.

Насколько корректно в момент заполнения распроводить документ в транзакции, а потом откатывать транзакцию?

Как пример:

   НачатьТранзакцию();
   Если Не ЭтоНовый() Тогда
       ЭтотОбъект.Записать(РежимЗаписиДокумента.ОтменаПроведения);
   КонецЕсли;
   
   ТаблицаДанных=Запрос.Выполнить().Выгрузить();
   ОтменитьТранзакцию();

Я бы так делать не стал.

(1) Причина?

(2) а если ГЛЮКАНЕТ и до "ОтменитьТранзакцию();" не дойдет?!

Подобный механизм в методичке от 1С есть. Но мне не нравится, блокировать таблицы ради забавы в форме... Как то не серьезно.

(4) Так ведь не факт что на форме.

Я бы просто движения почистил.

(0) по факту это единственный способ без гимороя посчитать средний дневной заработок например...

(0) Подыми ТЖ и посмотри что 1С отправит серванту, если по-душе - то пользуйся на здоровье.

(4) Понятно.
Документ работает с 1-им регистром накопления, так что думаю, не критично.

(6) Если ты не понял кода в (0) лучше .. того...

А почему бы в запросе не исключить существующие движения текущего документа?

«1С:Предприятие» не поддерживает вложенных
транзакций. Это означает, что всегда действует только транзакция самого верхнего уровня. Все транзакции, вызванные внутри уже открытой транзакции, фактически относятся к той же транзакции, а не образуют вложенную транзакцию. Таким образом, отмена изменений, выполняемая во вложенной транзакции, будет приводить в конечном счете не к отмене
изменений самой вложенной транзакции, а к отмене всех изменений транзакции верхнего уровня.
(с)

(10) Да всё понятно. Чистка движений легче для системы тем, что не срабатывают события документа.

(9) Это как:
Документ заполняется автоматически на основании этого регистра без учета движений.

Т.е. на начало месяца или текущий остаток?

(12) Не в кассу

(0) А зачем распроводить-то?
Какие именно данные из регистра требуется получить - остатки на момент "перед документом", или обороты без учета движений данного документа?

(13) Я, наверное, тебя не понимаю.

(16) Остатки без документа.

(3) Транзакция останется не завершенной, т.е. ничего не произойдет

(16) Обороты.

(20) Обороты ДО документа, или позиция документа находится внутри интервала получаемых оборотов?

(7) там движения для расчета базы нужны, без этого никак.

(11)+1
я бы оборот по регистру сделанный этим доком "вычел"

Есть отдельный, рассово верный Учет затрат, строящийся на типовом УчетеЗатратБУ.

И надо приводить его в соответствии с типовым за месяц.

+(21) в зависимости от ответа - либо в периоде запроса юзаем Границу (ВидГраницы.Исключая), либо (11)

(23) Мне лениво было и я запилил (0). Вот думаю про подводные камни.

Ладно, понятно, блокировки пока только зло.

(26)там еще с правами могут быть траблы, т.е. у пользователя может не быть прав на отмену проведения и это всё нужно делать в привилегированном модуле и т.п.

Я бы сделал как-то так:

ТаблицаНабораЗаписей = Движения.МойРегистр.Выгрузить();
Движения.МойРегистр.Очистить();
Движения.МойРегистр.Записать();
ЗаполнитьДокументПоДаннымРегистра();
Движения.МойРегистр.Загрузить(ТаблицаНабораЗаписей);
Движения.МойРегистр.Записать();

(29) Только всё равно - только в транзакции.

(29) Я бы (уж если выбирать из двух зол) остановился на отменетранзакции, чем на 2х записях и загрузки/выгрузки данных движений в ТЗ.

(31) >> чем на 2х записях и загрузки/выгрузки данных движений в ТЗ.

А в транзакции при отмене проведения записи производится не будет?
Будет. Да к тому же не по одному регистру, а сразу по всем изменившимся наборам. Плюс запись самого документа и его ТЧ.
Потом еще откат транзакции.

Единственный сомнительный вопрос по выгрузке/загрузке набора записей через ТЗ. Но тут всё зависит от размера набора записей.

(31) Еще вариант снять активность записей.

(32) Транзакция будет в кеше, по факту запись на диск не произойдет. в (29) будет 2 неявные транзакции, которые успешно завершаться, с блокировками блекджеком и пр.

(33) не вариант, так как записывать набор все равно надо будет.

(34) >> Транзакция будет в кеше, по факту запись на диск не произойдет

Как так?
Если запись пустого набора не произведена в базу (отмена проведения в кеше), то как тогда получаются запросом (из базы) данные БЕЗ учета записей сделанных документом?

(35) А вот так. Транзакция она на то и транзакция, данные читаются через кеш, для других сеансов данные заблокированы.

(34) Кто ж спорит. По сравнению с пересчетом итогов транзакции это мелочь IMHO.

Раз документ перезаполнятеся, значит итоговые движения будут скорее всего другими. Так что распроводить самое правильное. Только без откатов, как в типовых: "Для заполнения нужно отменить проведение. Продолжить?"

(37) А что после изменения активности пересчета итогов не будет?

(38) Будет. Я не пропихиваю это как лучший вариант. Просто вариант.

Года полтора назад делал создание цепочек связанных документов, если на каком-то этапе возникала ошибка - отменял транзакцию. Все изменения отменялись. Проблем не наблюдалось.