чет туплю... на УФ надо сделать проверку _после_ проведения документа и, если что, проведение документа отменить, без доп. обработок. Причем надо чтобы работало и интерактивно и программно, т.е. метод ПослеЗаписиНаСервере модуля формы, кмк, не подходит((

(0) типа контроль остатков по новой методе? :)

В модуль объекта проверку помести, но учти, что при групповом проведении это также будет обрабатываться

(2) на какое событие? ОбработкаПроведения выполняется до, а надо после

Аналогично отложенному проведению, запись в регистр и в фоне распроводить такие доки?

Но в целом постановка задачи кажется костыльной архитектурой.

(1) что-то типа, только надо после проведения данные с отчета снять, который на этом в т.ч. доке строится, моделировать этот в коде - вообще не вариант((

(4) не, так нельзя.. хотят сразу результат видеть...

Провести в транзакции. При отрицательных остатках отменить транзакцию.

(5) отчет СКД? можно его в ТЗ вывести и проанализировать?

(8)+ в транзакции проведения

(0)(3) всё очень плохо

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

(11) Современные типовые - это точно пример, как надо делать?

(12) ну вообще это не "современные типовые", а рекомендованная методика проверки в режиме управляемых блокировок. её уже примерно столько же времени,как появились эти самые управляемые блокировки, т.е. где-то с 8.2 (хотя может даже 8.1)

(13) А, я понял. Мне в (11) не понравился вариант переноса отчёта в код проведения документа.

(12) безусловно, ERP в данном случае работает оптимальнее УПП

(14) чё ты там в Зелике куришь ?

(15) Проверка и при "минусах" отказ VS проведение, проверка, отказ проведения. Кто-то делал замеры?
(16) ЗОЖ навсегда, а в выхоодные ещё может и Бланик.

ВСЕМ СПА-СИ-БО!!! пока тестировал, какой-то .... сломал контрольный пример. ОбработкаПроведения рулит! все работает нормально))