Добрый день!

В свое время уже ломал голову над следующей ситуацией:
во время проведения проходит определенная проверка. В ее результате собираются некорректные данные, которые хочу выводить в ТабличныйДокумент . Нюанс в том, что если проведение через форму документа уходит в Отказ, то после этого не происходят никакие события НаКлиенте ,чтобы этот ТабличныйДокумент вывести.

Может есть-таки какой-нибудь способ?

после записи на сервере?

(1) Не происходит при отказе от поведения.

(1) Тем более нужен на клиенте. НаКлиенте после записи тоже не происходит.

(1) уверен?

(4)Проверял.

Похоже так и придется висеть на форме кнопочке для проверки...

(0) подписка на событие ПриПроведении и ПриОтменеПроведения

(0) С модуля объекта в обработчике проведения, если там делаешь проверку, то оттуда и выводи этот табличный документ с ошибками. Что смущает?

(7) Я не пойму зачем в подписке на события, если итак можно в модуле данного объекта прописать вывод этого табл. документа?

(0) конечно изврат, но можно попробовать ПередЗаписью если происходит проведение, поставить Модифицированность = Истина, подключить обработчик ожидания, потом в обработчике проверить если не записалось, то вывести свой табличныйдокумент

(8) Меня смущает, что вывод ТабличногоДокумента на сервере невозможен.
(10) Подписка тут тоже вроде не поможет. Мне нужно получить результат проверок при проведении. И разве в подписке мгут вызываться клиентские методы?

"во время проведения проходит определенная проверка"
зачем?
перекинуть в проверку перед записью
если сообщать надо

(11) кому нужен табличный документ на сервере?

(12) Дважды гонять много данных неохото.

(13) Не суть. Пусть массив данных, ссылка на хранилище или черт лысый. Нужно это выдать пользователю в виде табличного документа, чтобы он мог распечатать и идти давать люлей виновным.

(0)сама задача изврат, но если по другому никак:
1.убираешь с формы все кнопки проведения, записи, отмены проведения и т.п..
2.втыкаешь свои собственные кнопки проведения и т.д.
3. привязываешь к кнопка из 2. соответствующий код.


ЗЫ операции типа пометки на удаление и т.п. из журнала можно решать аналогично

(15) Был этот вариант. Не очень нравится. По крайней мере отдельная кнопка на форме для проверки не хуже этого варианта.

(16) а других вариантов на текущих релизах платформы нет

(17) Ясно. ЧИТД :-)

(17) есть и другие варианты, смотри Дополнительные свойства документа - через них можно что угодно передать (ссылкой на хранилище)

оповещение можно попробовать послать

А не, не взлетит

(19) Я его и юзаю. Проблема не передать, а показать после неудачного проведения. Нет никакого события наклиенте после неудачного проведения для этого.

(22) после записи, не?

(19) каким образом доп. свойства инициируют клиентское событие по окончании проведения?

(22) купи себе Бухгалтерию 3.0. Там это всё реализовано.

автору рассказали, что для проведения вообще клиент не нужен?

(26) а ему нужен :)

ну пусть клиент смотрит какие-то файлы, наформированные сервером, я не возражаю

(28) Ну, раз в вашем понимании все так просто, то скажите, как это сделать? Чтобы не дублировать функционал. Можно сделать проверку перед записью на клиенте, но от проверки перед записью в модуле объекта никуда не деться. Бегать дважды вместо одного раза на сервер тоже моветон.

(29) что сделать? ТабДок.Записать?

Куда записать? Куда его записать, например, на веб-клиенте? Кто сказал, что он всегда сможет записать на клиентский комп? Кто сказал, что есть общий доступный ресурс? Зачем вообще плодить лишние файлы? В общес, отдельная кнопка проверки на порядки лучше этого варианта, хоть и не камильфо.

через О
кто сказал, что клиент вообще есть?

Меня не волнует программное проведение. Там эту ситуацию можно обработать как угодно. Меня волнует случай интерактивного проведения.