1) Перед записью в форме (если проводится) изменяют реквизиты интерактивно.
2) Проводится документ - стандартное Обработка проведения, там ошибка - нет остатков.
3) Если ошибка - значение реквизитов нужно восстановить.
Обычное приложение, проводится док через кнопку "ОК" и кнопку "проведения" стандартные которые.
Нужно отловить неудачное проведение, что бы воостановить реквизиты. С этими смесителями ЖСмита ничего в голову не приходит.
ДополнительныеСвойства + ловить отказ
Эмулировать стандартные кнопки панели документа чет пока не охота.
зачем?
открой для себя новый мир процедур и функций сеанса работы:
- обработчиков ожидания, обработчики оповещения и прочего дополнительного функционала
Мля как это сделать.. у меня говнокод какой то получается через всякие обработчики ожидания формы.
ладно, ладно, я погорячился.
попробуй проще - в обработке проведения установи объекту, например в дополнительныеСвойства флаг, что косяк в проведении.
через "ПослеЗаписиНаСервере" проверяй допсвойства и откатывай реквизиты.
Хотя я че-то засомневался, что событие отработает в случае отката транзакции - тогда через обработчик ожидания проверь...
или еще проще:
передЗаписьюНаСервере () проверяешь что проведение, и подключаешь свой обработчик с отсрочкой в секунду.
в обработчике, если форма.модифицированность() то откатываешь реквизиты.
считай только форму править надо
значения реквизитов нужно менять не перед записью на сервере (в форме), а перед записью (в модуле)
(0) А что страшного в изменении реквизитов непроведенного документа? Когда документ наконец проведется - там будут правильные значения. Так ведь?
А подписка на событие не спасет отца русской демократии?
(14) емнип, в подписки идет при отказе. Но может и ошибаюсь уже