Как-то я тут тему открывал.

Расширения в 8.3.10 Кто пробовал? Можно ли с типовыми?

И вот решил заняться с этой проблемой.
Оказалось что в моей типовой нет механизма переопределение форм из БСП или УТ или ЕРП.
Решил сам внедрить.
Оказалось что я должен в каждый модуль формы добавлять по крайней мере в двух местах код.
И вот думаю а не лучше ли каждый раз при объединении вытаскивать на форму свой реквизит чем следить за тем чтоб код в форме не затерся.
Или я не правильно рассуждаю ???

(0) ну выводить реквизит на форму программно - это в обычных формах. Управляемые формы как раз придуманы для того, чтобы от этого избавиться. То есть если мы вставили элемент в какое-то место, то большая вероятность, что после обновления он там и останется. В обычных формах после обновления всё сдвигалось и уезжало неизвестно куда. Поэтому там это было важно: вставлять элементы программным кодом..

(0) Типовая секретного релиза? Если не нашёл механизма,то это не значит, что он отсутствует. Достаточно сделать свою форму и переопределить у объекта.

Можно в ПрисозданииНасервере Вставить Программный код встройки реквизитов на форму и немного упростить "отслеживание" при обновлениях

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

Не совсем поняли все о моем посыле.
Я полностью разобрался с типовыми в УФ как там реализвано.
В частности в УТ есть все и даже в УТ казахской тоже.
Но увы у меня в БП казахской в редакции под УФ этого не включили. Я могу включить. Но мне кроме добаваления нескольких модулей в глобальные процедур надо в каждом доке где мне нужно выводить свой реквизит придется добавлять однотипный ког в двух местах. А таких доках у меня почти половина доков базы. Вот в чем трабла.
При следующем обновлении как я буду обновлять???

(5) и что ты предлагаешь в (0) в фразе "не лучше ли.." ?

(0) "Или я не правильно рассуждаю ???", - да, форму лучше не трогать.

(6) Что проще выводить на форму свой объект вручную каждый раз или следить за тем чтоб код не затерся при последующих обновлениях?

(8) сам посуди - что лучше отслеживать - изменения кода или формы? по мне так код проще
можно даже автоматизировать -  выгрузить модули конфигурации в файлы и програмно добавить в них свои подписки

Пожалуй за кодом следить проще.
Ведь при объединении можно объядинять так чтоб не затерся прежний код.

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

(11) По сути в формах доков везде отсылка на глобалку одной строкой.

(12) ну они это поменяют и это место, где ваша отсылка, исчезнет или куда-то передвинется. От этого БСП всего можно ожидать. Они меняют стратегию на полностью противоположную чуть ли не 3 раза в год.

(13) Как они могут поменять строчку кода в ПриСозданииНаСервере?
Ты к чему, вообще, призываешь, бунтарь?

При неумелом обновлении измененную конфигу можно и работающее потерять.....

(9) У меня так и сделано. В планах добавить контроль изменений через выгрузку конфигурации в файлы. И перспективное направление - плагин для EDT.