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

ПВХ гибче

В чём гибче?
Особенно в случае со штрихкодами
Со справочниками я бы вообще убрал реквизит ТипШтрихкода т.к. это и так владелец значения Штрихкод.

(2) Убери )

Так штрихкоды бывают и числовые, и символьные. Плюс у всех разная длина

ПВХ - ненужное усложнение платформы, функционал, который без проблем реализуется прикладным кодом и простыми объектами метаданных.  ИМХО.

(4) А откуда там числовые? Там же только один тип данных характеристик - строка.
(2) :) Так хочется же постичь умище фирмы 1С. ПВХ, в данном случае, потому что просто так сделали или какой-то неведомый мне смысл есть. Всегда делал через справочники, а тут такое открытие.

(6)[Так хочется же постичь умище фирмы 1С]
дык постигай, форуму это давно не интересно

(4) А за длину спасибо. Действительно, похоже ради этого всё городили.

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

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