Смысл следующий:
Операторы набивают Расходные накладные утром, но не проводят их....
Вечером когда появляются клиенты - они могут вносить в них изменения и только тогда проводить. Возникает возможность получить красноту в остатках партий... (могут провести накладную сделанную в 12-00, а потом и ту что сделана в 10-00)...
Вот думаю как решить данную проблему...
1. Считывать время текущее и присваивать его документу при проведении?
какие еще предложения... (считать тек. время то я понял как... а как его присвоить документу?)

дымком травы потянуло, дело идет к пятнице

Запретить проводить документы раньше ТА. И все проблемы сняты.

УстановитьВремя(<?>,,);
Синтаксис:
УстановитьВремя(<Часы>,<Минуты>,<Секунды>)
Назначение:
Установить время документа.
Параметры:
<Часы> - число часов;
<Минуты> - число минут;
<Секунды> - число секунд.
Замечание:
Метод  можно использовать только для объектов, созданных функцией СоздатьОбъект.

лучше бы совет какой-то дал...
Метод ФИФО и конфа ТИС (забыл вставить)

(0) а что контроль отрицательных остатков не поможет?

(2)... и при проведении будет требовать сменить время....? тогда таки наверно да

(3) СП бесплатно раздаешь? Не боишься конкуренции от Дениса?

(5) обойти его просто.. на остатке 10 штук.. в 15-00 провожу расход на 7 штук,.... затем в 12-00 провожу расход этого же товара в к-ве 5 штук (на 12-00 их то 10!). Итого краснота!

(0) Поставь проведение всегда после ТА. Это проверено и уже 9 лет работает

(6) В параметрах конфигурации есть две галочки, отвечающие за перенос доков на ТА. Насколько помню 7.7.

(8) то есть, если б красноты не было - было б всё ОК?)))

(3)(9)(2)(10) сенкс... вспомнил... ща проверю
тему в мусор.. закрывайте

отпустило видать

еще вариант есть: контроль остатков на ТА

(14) а с этого момента попрошу поподробнее... это как и где.

(15) еще это называют "оперативное проведение".
Если в двух словах - при проводке задним числом смотреть остатки не на документ, а на ТА. Списание себестоимости (или ее выравнивание) регламентом в нерабочее время.
Применяют в основном для ускорения проведения.

кошерно так:
- то что надо клиенту - набивать в заявку клиента и резервировать.
- если надо добавить/удалить что-то - вводим на основании  заявки корректировочную заявку.
- реализация выписывается на основании заявки в тот момент когда должна фактически состояться реализация.
.
вариант в (16) имеет право на жизнь когда совершенно пофиг поведение остатков (уход в минуса) на отрезке от заднего числа на ТА.
.
когда узод в минуса от заднего числа до ТА недопустим - курите бамбук, ну или спрашивайте у меня как сделать такой контроль