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

Реквизит добавить "НеОткрыватьФорму", в обработке заполнения ему присваивать значение ИСТИНА если не надо открывать, ПриОткрытии() - тут анализировать, если истина, то Закрыть()

ВызватьИсключение

(1)это как не надо делать?

(3) если не напишешь свой более умный вариант - уйдешь отсюда

(4) как минимум отказ = истина вместо закрыть

в процедуре ОбработкаЗаполнения()  делай возврат; и не выдумывай

(5) сорри, да отказ

(6) не подходит - форма все одно будет создаваться
(1) и (2) пробую

(0) а почему нельзя проверить в ПриСозданииНаСервере? Зачем придумывать непонятно что?

(4) модер обиделся?

(9) Потому что будет один лишний запрос к БД.

авторы постов как в (3) караться будут - охаял и свалил это называется

(12) для (10)

(1) Зачем же реквизит? Для этого параметры придуманы.

(11) тебе виднее ;) если ты конечно решишь делать запрос на проверку и в обработкаЗаполнения и в ПриСозданииНаСервере... ну что ж, да будет так )

Всем спасибо. Пора уходить. Завтра попробую.

Как (2) это методология 1с

(14) Не, туплю.
(9) А как ты в ПриСозданииНаСервере() передашь из ОбработкаЗаполнения() инфу, что форму открывать не надо?

(2)+500
(12)я не онлайн консультант
(14)+500

(19) Зря ты (14) плюсуешь. Принятие решение идет в обработке заполнения. Параметры не канают.

Единственное, что приходит в голову в конце дня для избавления от лишнего реквизита - это вынести проверку в отдельную экспортную процедуру модуля документа и вызывать её в ПриСозданииНаСервере(), получив предварительно документ-объект.

(21) Тьфу. Не в процедуру, а функцию. И по результату разрешать открывать форму или запрещать. Зато и реквизитов лишних не надо и до клиента дело не доходит.

(1) - точно не стоит делать

(20) А кто сказал что обработка заполнения это место для подобных решений?

(18) я смогу решить надо открывать или не надо в ПриСозданииНаСервере и не буду париться в ОбработкаЗаполнения.

(24) Это напрашивается. Тогда объект еще доступен и вся нужная инфа есть. Другое дело, что полученный признак никак не красиво передать. Не создавать же для этого лишний реквизит, в самом деле.
А в ПриСозданииНаСервере придется ломиться к объекту, которого уже нет. Тоже не идеал. Но меньшее из зол.

(0) а не проще отказ сделать на стороне формы инициатора?

(27) Нет.

(26) Результат отказа заполнения это отсутствие заполнения некоторых реквизитов. А это легко палится в присоздании, при наличии параметра "Основание"

+ можно вообще поставить стандартную обработку в ложь и открывать форму программно

(29) Да кто ж спорит. Просто некоторая избыточность возникает. По этим же реквизитам мы пробегаемся, когда пытаемся их заполнить в обработке заполнения. Поэтому и подмывает сразу оттуда просигнализировать о фэйле.