Не могу сообразить ...
Обрабытываю документы в цикле
ТЧ документа заполняется по дебиторке по состоянию на момент проведения документа.
Естественно после проведения текущего документа состояние дебиторки меняется.

Цикл
ЗаполнитьТЧПоДебиторке(ДокОбъект); // считывается дебиторка на дату объекта

ДокОбъект.Записать(Проведение);

Пауза () ??
КонецЦикла

Может ли быть такое, что если нет задержки, проведение ПРЕДЫДУЩЕГО документа ЕЩЕ НЕ окончилось и состояние дебиторки для документа в следующей итерации цикла будет без учета проведения предыдущего документа ?
Надо ли в данном случае ставить задержку ?

нет может быть

странный вопрос от человека со стажем 4 года

Не может, не надо

(1) Какая эпическая очепятка

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

(4) гы, точно :)

(5) где-то путаешь

может это быть из - за того что гдето код выполняется на клиенте а должен на  сервере ?

(8) код в (0) может выполняться только на сервере и к клиенту никак относится не может

(5) Такие вещи обычно в транзакции делаются. Хотя для монопольной обработки картина странная.

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

(10) ИМХО Транзакция подразумевает полный откат в случае неудачи действия

(0) в одном документе все посчитать-заполнить никак?

(11) Есть ТЗ распроведенных доков оплаты
перебирая строки ТЗ
я их последовательно провожу заполняя ТЧ взаиморасчетов текущими долгами по ФИФО.
В аждом цикле делается запрос по дебиторке на дату / время объекта, заполнение объекта
ТЧ, проведение объекта

Позоже я старый м#дак.
Неправильной был запрос по авансам

Вот так начинаешь сомневаться в основах...

(12) А также накладывает транзакционные блокировки.

фича заключалась в том, что если есть доки с АБСОЛЮТНО до секунды совпадающими датами то дебиторка для СЛЕДУЮЩЕГО документа естетсвено считывается неправильно без учета проведенного ПРЕДЫДУЩЕГО. Я знал этот трабл и написал обработку исправляющие дату в доках оплаты (если есть одинаковые, то ко второй прибавляю секунду).

Для этого даже дату оплаты в платежном поручении входящем пришлось сделать типом дата/время.

Но КАК могут быть две реализации по ОДНОМУ контрагенту с абсолютно одинаковым до секунды датой временем ?
Как это можно сделать руками ?

олучай данные для след дока не запросом, а запоминанием предыдущих ;)
или транзакцию завершай- задержка сама придет ;)

доки с одинаковым временем - абсолютно нормальная вещь

(18) Нормально там все с запросом. Мне нужен остаток по регистру. Так правильнее.

(19) КАк это можно получить для реализации ?

При копировании в новом время 00:00:00
При записи ставится текущее время.
Время там НЕ нулевое и не конец дня.

Получить можно только скопировав поле "Дата" целиком из одного дока в другое .
Обработками доки реализации не генерятся.

Выписка ЖЖЕТ.

(20) варианты 1) два пользователя сделали одновременно
             2) время исправили и провели неоперативно

(20) Почему ты исключаешь "только скопировав поле "Дата" целиком из одного дока в другое" или просто одновременное создание в разных сеансах?

разные операторы не выписывают одного контрагента - таков порядок

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