Немного размышлений по поводу составного типа.
Ситуация: бух8, добавил новый вид документа, двигающего взаиморасчеты.
засада 1. Документ не прописывается в проводках (субконто ДокументыРасчетовСКонтрагентами)
решение:
- в плане видов характеристик ВидыСубконто нужно добавить док в типы значений характеристик
- в виде характеристик ДокументыРасчетовСКонтрагентами также нужно добавить док.
засада 2. Новый документ не гасится другими документами. Тут хитрее. Оказывается при погашении расчетов использутся ТЗ, которая формирутся на основании реквизитов погашающего документа и погашаемый документ заносится в ее (ТЗ) поле "Сделка". А "Сделка" во всех документах - имеет сотавной тип, и мой новый документ в нем не конечно не прописан. Поэтому при присвоении "Сделки" он игнорируется.
решение:
- во всех (!) документах, которые будут гасить мой нужно менять тип реквизита "Сделка"
следствие - поддержка конфигурации становится проблематичной.

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

может в чем я не прав? или усложняю проблему?

в доказательство того, что это на самом деле проблема:

новый вид документа нужно зарегистрировать в
- в док. СчетФактураВыданный в поле ДокументОснование
- в док. ВычетНДССАванса в поле СчетФактура
- в обработке РегистрацияСчетовФактурНаАванс в поле ТЗ ДокументОснование
- в регистрах НДСПродажи и НДСПокупки в измерении СчетФактура

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

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

Очень даже можно. При указании типа реквизита есть такая веточка "Характеристика" (не путать с ПланыВидовХарактеристикСсылка). Как раз этот служебный тип и позволяет задать тип реквизита как тип значения конкретного вида характеристик из ПВХ. Таким образом, это проблема конкретной конфигурации.

А вообще добавление нового типа в список - не такая уж большая и проблема, если не приходится менять программный код.

2 Волшебник
Если выбирать "Характеристика", то все равно нельзя явно указать вид этой характеристики. При выполнении прдлагается выбор все возможных типов из указанного плана

Не все так просто. Посмотри, как реализован механизм свойств в типовой конфигурации. Тип ресурса Значение регистра ЗначенияСвойствОбъектов имеет именно этот служебный тип Характеристика, связанный с ПВХ СвойстваОбъектов. См. также обработку ЗначенияСвойствОбъектов.

Ну я понял - ты прдлагаешь на каждый составной тип завести отдельный план видов характеристик. И уж на него то и делать ссылки.
А я то думал, можно ссылаться на отдельные виды из плана (например на виды субконто) - а так нельзя.

Но даже в таком случае будет 2 различных составных типа - в ПВХ отвечающий за виды субконто и ПВХ на который ссылки в остальных объктах. Хотя лучше так, чем как сейчас...
!!!
Ведь добавление одного документа требует изменения структуры данных половины конфигурации. Это даже похлеще чем в ранних торговлях в глобальных процедурах двигающих партии или взаиморасчеты был "case" по виду документа.
!!!

Возникает вопрос - как к этому отнесутся 1с & разработчики типовых?

(5) Разработчики типовых против изменения типовых конфигураций. :)
Шутка.