Поменял документ "Заказ покупателя" таким образом, что у него появилась ещё одна форма документа. При создании нового документа открывается форма, выбранная по умолчанию. Но мне нужно, чтобы если пользователь изменит значение реквизита на форме, чтобы форма поменялась на другую форму. подскажите как реализовать это? Какой кусок кода закроет текущую форму и откроет другую?
Когда я создаю новый документ, то по умолчанию открываю форму из функции "Перед открытием" основной формы

   Если ЭтоНовый() Тогда
       СводныйЗаказ=Истина;
       СтандартнаяОбработка=Ложь;
       ФормаСводногоЗаказа=ЭтотОбъект.ПолучитьФорму("ФормаСводногоЗаказа");
       ФормаСводногоЗаказа.Открыть();
       возврат;
   КонецЕсли;

v8: Основная форма документа

(1)там нет ответа на сформулированный мной вопрос. мне нужно чтобы по умолчанию создавались заказы со значением СводныйЗаказ=Истина; но если пользователь захочет после открытия документа поменять вид заказа, то он должен получить другую форму вместо открывшейся.

обычно видимостью играются

Отказ = Истина, а не  СтандартнаяОбработка=Ложь;

(3)видимостью элементов управления и реквизитов формы? не. тут совершенно разные формы. не похожие друг на друга.

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

(5) открой для себя панели
делаешь новую форму, ставишь ее основной, на одну страницу панели переносишь старую форму, на другую - создаешь новую
профит

(4)а зачем отказ=истина? я просто стандартную обработку отключил и открываю альтернативную форму. при закрытии этой альтернативной формы, та старая не открывается

(6)у меня там и так много панелей и закладок. если ещё и две формы в одну объединить то запарюсь.

(6)а что вы имели ввиду? две страницы чтоли делать на одну копировать всё что было на первой форме, на другое обратное?

Если Реквизит Тогда
  Закрыть();
  ФормаСземляногоЗаказа = ЭтотОбъект.ПолучитьФорму("ФормаСземляногоЗаказа");
  ФормаСземляногоЗаказа.Открыть();
КонецЕсли;

(10)это в обработчике изменения значения реквизита?

(8) чо там париться? глаза боятся, а руки делают
полчаса делов и все будет работать

(12)мне не особо нравится тот вариант. тогда мне придется код смешивать обеих форм. и они вообще разного размера.

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

(14)ааа. в журнал добавить кнопку "Добавить", которая бы создавала документ с тем или иным значением реквизита и выбирала ту или иную форму?
можно еще сделать диалоговое окно выбора вида документа но это напрягало бы пользователей.

Я так и не понял - ЗАЧЕМ это вобще придумали. разные функции у документов - это разные доки, либо разные виды операций например. Формы то зачем разные?

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

>>чтобы не прописывать второй документ как отдельный вид документа везде в базе в регистрах
>>а потом на основании этого сводного заказа автоматически создадутся несколько заказов поставщику, которые будут разбиты по юр лицам. и уже те заказы будут двигать регистры

Как раз по логике он должен быть другим документом впринципе, на его основании создавай заказы, которые всё двигают. Этому ничего не нужно двигать

(0)
Процедура ПередОткрытием(Отказ, СтандартнаяОбработка)
   
   Если ... Тогда
       Отказ = Истина;
       ДокументОбъект.ПолучитьФорму("___").Открыть();
       Возврат;
   КонецЕсли;

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