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

Ситуация такая, есть последовательность документов - "Документы".<br>При восстановлении последовательности идет последовательное перепроведение документов входящих в эту последовательность.<br> <br>Можно-ли при проведении текущего документа (при восстановлении последовательности) обратится к СЛЕДУЮЩЕМУ документу в последовательности.<br>т.е. если последовательность:<br> <br>Док-1 (проведен)<br>Док-2 (проведен)<br>Док-3 (проводится сейчас в последовательности...)<br>Док-4 (не проведен)<br>.....<br> <br>можно-ли в момент времени Док-3, в последовательности "Документы" обратится к Док-4

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

Данные, конкретно - дату документа.<br> <br>Рсскажу поподробнее - есть последовательность "Себестоимость" в нее входят документы.<br>При проведении документа расчитывается себестоимоть каждого товара Табличной части и движение заносится в регистр накопления. Но себестоимость товара такая штука, что ИСТИННОЕ ее значение божет быть расчитано только если документы проводить сторого по-порядку последовательности.<br> <br>А вот этого в реальной работе почти нет. и получается такая ситуация, что расчитывать себестоимость товара нужно (и можно) только при групповом проведении документов. Т.е. я в Процедуре документа "ОбработкаПроведения" вставил ссылку на процедуру "Общего модуля" которая считает себестоимость - СебестоимостьТовара(). И сделал в этой процедуре проверку на то, что условием расчета себестоимости будет условие, что дата Точки Актуальности >= ДатеДокумента.<br> <br>Но при групповом проведении это условие никогда не выполняется т.к. у текущего документа (из которого при групповом проведении вызывается процедура СебестоимостьТовара()) его ДатаДокумента всегда Больше ТА, т.к. собственно, Групповое проведение (и ТА) до него еще, в этот момент, не дошли.<br> <br>А вот если-бы можно было указать ГраницеПоследовательности, что можно считать себестоимость - В ПОСЛЕДУЮЩЕМ ДОКУМЕНТЕ ПОСЛЕДОВАТЕЛЬНОСТИ, т.е. в том документе, который будет проводится СЛЕДУЮЩИМ в последовательности, то проблема с расчетом себестоимости при групповом проведении была-бы снята.<br> <br>Если коротко, то я хочу что-бы процедкра РасчетСебестоимости() не вызывалась при ручном проведении документов (при нарушенной Последовательности) и вызываласть при Групповом-последовательном проведении.

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

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

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

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

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

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