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

Болит-то где?

Или просто чешется? )

"новый док"
пошел изучать. Что-то пропустил.

(0) Для чего использовать собрался? Точно будет достаточно включить дополнительный документ?
По факту, соответствует составному реквизиту, только в одном месте определённому, недостаток - можно исключить что-то нужное и поломать логику работы.

Возможно, чисто гипотетически, имелся в виду Общий реквизит - вот тут да, тупо добавляем нужные объекты (например, при переносе данных, заводим КодСвязи и прицепляем к тем объектам, где он нужен, без изменения самих объектов)

(0) возможность потерять данные

на этом минусы заканчиваются, одни плюсы :)

(4) Ну например. Регистр сведений в котором хранятся статусы документов. и аналогичные. Можно не бегать каждый раз про появлении нового вида документа в метаданых править регистры. А тупо кинуть туда определяемый тип и добавить новый док только в одном месте.
(5)Это как? Солидная такая грабля.

(0) оленей покорми, в типовых, включая ERP уже лет 5 используется

проблема только в аккуратном обновлении, если тип расширил своими данными

(7) И чего? Типа мин нет?

(5) Потеря данных всегда страхуется окном "Реорганизация информации"

(9) если прочитать это окно до нажатия кнопки [Принять изменения]

Можно подумать кто-то читает эту ерунду? :) Там вечно всякая фигня про возможно код стал неуникальным....

(8) ещё раз, определяемый тип повсеместно используется в типовых

Определяемый тип - по сути просто синоним/алиас для составного типа
Никакой разницы нигде нет, кроме расширений
Вот там раньше были большие проблемы, сейчас поменьше но тоже есть

Точнее это - составной тип, на который можно ссылаться. Раньше можно было примерно то же сделать через фиктивный план видов характеристик, но там только доступные для хранения в БД типы можно было выбирать.

В некоем функционале некой типовой конфигурации очень широко стали использовать определяемые типы. И всякими необычными способами - например как список. Т.е. проверяют, входит ли объект метаданных в тип и дальше действия в зависимости от этого. И т.п.
При доработке приходится включать свои объекты в состав типовых определяемых типов. Легко потерять при обновлении на типовой релиз.

(9) Ааа, только если это не v2

(15) В некой типовой из коробки ошибки с определяемыми
ЕРПУХ и Налоговая Витрина например

(15)[ Легко потерять при обновлении на типовой релиз.]
GUID при обновлении не теряется и включить в состав ОТ можно после обновления БД, т.е. ошибка не критическая

(18) Включить да, можно, но если облажался и обновил конфигурацию БД - потеряешь тобою добавленные данные
При наличии копии - ремонтируется за 30-40 минут, а вот если её нет - бяда, пичаль

(0) в конфигураторе с ними работать неудобно и не наглядно.

(20) в чем неудобство? Где с ними работать удобно?

(19) [потеряешь тобою добавленные данные]
с какого бодуна ?

(22) Я написал для случая: "обновил состав и не поправил свои типы" + обновил БД

(21) когда пользуешься поиском ссылок на объект, то при нормальных реквизитах поиск выведет ссылки на объекты.

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

(24) Согласен. Разворачивания определяемых типов в конфигураторе и в EDT нет при поиске ссылок.

Но оно есть в ИР https://www.hostedredmine.com/issues/960669 и там даже даже имя набора типов показывается, через который прокинута связь объектов.
Эту команду можно вызывать прямо из конфигуратора через Турбоконф+ИРАдаптер и затем возвращаться в конфигуратор к выбранному ссылающемуся объекту.

подумалось - а как правильно писать
Новый ОписаниеТипов("ОпределяемыйТип.МойТип")
?

(26) Метаданные.ОпределяемыеТипы.МойТип.Тип

(27) это я умею ))
но думал - не умею готовить ОписаниеТипов )