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

Форму выбора варианта открыть модально.
Передать вариант в параметр закрытия.
Далее сделать движения в модуле объекта в процедуре ОбработкаПроведения.

(1) А док не проводится.

Если мы пишем что-то в регистр сразу при записи документа независимо от проведения - может логичнее это все вынести в его реквизиты?

(2)

1) Модуль

ПриЗаписи()

там у ЭтотОбъект.Ссылка имхо уже есть



2) "бо если не запишется у меня ссылки по идее не будет"

ну как сказать есть
УстановитьСсылкуНового(<Ссылка>)

но лучше см пункт 1

(2) Должен проводиться, раз делает движения по подчинённому регистру сведений.

(3) Эти реквизиты в доке не нужны.

(6) Нужны

(4) Тут логика немного дебильная заказана как по мне.
Есть регистр сведений починенный доку. Но с данными не дока.
просто некие данные из разных справочников. Док там токо как ссылка работает.

Пользователь создает док. То бишь жмакает кнопку создать док  обычном.
Тут надо всунуть общую форму, что не сам док создавался.
А появлялась форма, с выбором варианта.
Потом открывается док.
У него есть связанный регистр. То бишь пользователь должен иметь возможность редактировать связанный регистр и док.
А это можно сделать только на записанном же.

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

(8) Исправьте архитектуру. Сделайте нормально!

(9) Есть варианты как сделать нормально?
Спасибо.

(10) см (1)

(8) Что может быть проще, чем создание табличной части в документе? Схема в перспективе может вылиться в такой ад, перед которым рисование табличной части - слезы. Сделали ТЧ, пользователь туда удобно добавил реквизиты, провел документ, регистр заполнился. Пускать юзеров самим ручками заполнять регистр - ну не знаю...

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

(12) а потом у меня регистр поменялся, и я буду бегать по куче доков табличную часть перерисовывать.

(14) Не только ТЧ, но и алгоритм проведения. Это нормально. :) Другой вопрос, что регистр часто меняться не должен.

(14) а зачем вообще регистратор? пусть будет независимый регистр.

(0) Смотри как сделан документ "КорректировкаРегистров" в типовых. Там ничего не проводится, а в регистрах записи сохраняются.

(0) " потом док должен записаться" - не надо его записывать. В набор записей подчиненного регистра можно добавлять записи даже у незаписанного документа.

Посмотрите как устроен документ "Операция" в БП-3.0 (операция введенная вручную). Там регистры вынесены на форму, пользователь фактически правит движения прямо в наборе записей, без табличной части.

После выбора вида операции заполняйте движения и показывайте незаписанный документ пользователю.

(10) Если так уж хочешь странного, то алгоритм примерно такой:
1. Делаешь общую форму с вариантами выбора
2. После выбора варианта в форму нового документа передаёшь параметр Структура с данными для твоего регистра, например, ЖутьКакаСтрашная
3. При открытии формы документа (для УФ ПриСозданииНаСервере) проверяешь наличие параметра ЖутьКакаСтрашная и записываешь оный в реквизиты формы
Если Объект.Ссылка.Пустая()  и нет параметра тогда
  отказываешь в создании документа
Иначе
  читаешь данные для ЖутьКакаСтрашная из твоего регистра
КонецЕсли;
4. В событии формы ПослеЗаписиНаСервере тупо пишешь данные из ЖутьКакаСтрашная в свой регистр

Таки, сплошной гешефт: мусорных ссылок нет и регистр всегда красивый

(0) Если пользователь работает с данными без документов - это обработка.
Документ - это фиксация определенных событий (хоз.операции).