Граница последовательности и документ

Ситуация такая, есть последовательность документов - "Документы".
При восстановлении последовательности идет последовательное перепроведение документов входящих в эту последовательность.

Можно-ли при проведении текущего документа (при восстановлении последовательности) обратится к СЛЕДУЮЩЕМУ документу в последовательности.
т.е. если последовательность:

Док-1 (проведен)
Док-2 (проведен)
Док-3 (проводится сейчас в последовательности...)
Док-4 (не проведен)
.....

можно-ли в момент времени Док-3, в последовательности "Документы" обратится к Док-4

1. Зачем?
2. Что значит "обратиться"? Получить данные этого документа или объект этого документа?

Данные, конкретно - дату документа.

Рсскажу поподробнее - есть последовательность "Себестоимость" в нее входят документы.
При проведении документа расчитывается себестоимоть каждого товара Табличной части и движение заносится в регистр накопления. Но себестоимость товара такая штука, что ИСТИННОЕ ее значение божет быть расчитано только если документы проводить сторого по-порядку последовательности.

А вот этого в реальной работе почти нет. и получается такая ситуация, что расчитывать себестоимость товара нужно (и можно) только при групповом проведении документов. Т.е. я в Процедуре документа "ОбработкаПроведения" вставил ссылку на процедуру "Общего модуля" которая считает себестоимость - СебестоимостьТовара().  И сделал в этой процедуре проверку на то, что условием расчета себестоимости будет условие, что дата Точки Актуальности >= ДатеДокумента.

Но при групповом проведении это условие никогда не выполняется т.к. у текущего документа (из которого при групповом проведении вызывается процедура СебестоимостьТовара()) его ДатаДокумента всегда Больше ТА, т.к. собственно, Групповое проведение (и ТА) до него еще, в этот момент, не дошли.

А вот если-бы можно было указать ГраницеПоследовательности, что можно считать себестоимость - В ПОСЛЕДУЮЩЕМ ДОКУМЕНТЕ ПОСЛЕДОВАТЕЛЬНОСТИ, т.е. в том документе, который будет проводится СЛЕДУЮЩИМ в последовательности, то проблема с расчетом себестоимости при групповом проведении была-бы снята.

Если коротко, то я хочу что-бы процедкра РасчетСебестоимости() не вызывалась при ручном проведении документов (при нарушенной Последовательности) и вызываласть при Групповом-последовательном проведении.

Какая-то мутная у вас заложена логика. Себестоимость всегда рассчитывается из остатка на момент проведения документа. Последовательность контролирует "влезания в заднее число". Ну залезли туда, ну перепроведутся все документы последовательности и что в этом плохого? Зачем нужно назначать какие-то условия на расчет себестоимости? Я еще понимаю, что в УТ сделана возможность не формировать партионные движения в момент проведения документа чтобы снизить нагрузку на систему и движения формируются отдельной обработкой. Но вот здесь какая вам выгода от "нерасчета" себестоимости? Все равно данные хранятся там же где и количественные остатки. Или у вас контроль по количеству отключен?

Ну просто я хочу снизить нагрузку на сервер и не расчитывать себестоимость когда в этом нет смысла.
Хотя, возможно вы и паравы, замудрил несколько, может лучше вообще исключить расчет себестоимости при ручном проведении документов, вне зависимости - идут они по-порядку, или нет.
Контроль отключен по просьбе бухгалтерии, так надо, особености учета....

А какой у вас способ списания партий, по среднему или по FIFO?

По среднему.
Хотя, собственно, партии мы не списываем, т.к. партионнго учета нет. Есть просто учет среднего по товару ( СНД+ДО ) / ( СНД(3)+ДО(3) )

Тогда можно поступить так же как в УТ сделали. Расчет отключить, а отдельной обработкой потом выбирать документы и их движения и дописывать в движения себестоимость.

Спасибо, посмотрю УТ.