Можно ли использовать План видов характеристик вместо обычного справочника в 1С?

При проектировании метаданных в системе 1С:Предприятие разработчики часто сталкиваются с вопросом: стоит ли использовать стандартный Справочник или лучше прибегнуть к использованию объекта ПланВидовХарактеристик (ПВХ). На первый взгляд эти объекты очень похожи, однако они решают разные задачи. Давайте разберем подробнее, как ПВХ может выступать в роли «продвинутого» справочника и в каких ситуациях это оправдано.

Техническое сходство: ПВХ как специализированный справочник

Проанализируем структуру объекта ПланВидовХарактеристик. На уровне базы данных он практически идентичен справочнику. Он обладает следующими знакомыми нам свойствами:

• Иерархия: ПВХ поддерживает как иерархию групп и элементов, так и иерархию элементов.
• Код и наименование: Как и в справочнике, здесь есть стандартные поля для идентификации.
• Предопределенные элементы: Мы можем создавать элементы в конфигураторе, которые будут доступны в коде через ПланыВидовХарактеристик.ИмяПВХ.ИмяЭлемента.
• Реквизиты и табличные части: ПВХ позволяет добавлять произвольные данные, как и обычный справочник.

Следовательно, технически ПВХ — это и есть справочник, но с одной ключевой «надстройкой», которая называется Тип значения (Type Description). Именно эта особенность делает его инструментом метаописания данных.

Главное отличие: Динамическая типизация

Выясним причину, по которой программисты выбирают ПВХ. В обычном справочнике структура реквизитов жестко задана. Если мы создали реквизит Цвет с типом Строка, то во всех элементах этого справочника там будет строка.

В случае с ПВХ каждый отдельный элемент (вид характеристики) сам определяет, какой тип данных будет храниться в связке с ним. Например:

• Элемент «Вес» будет иметь тип Число.
• Элемент «Материал» будет иметь тип СправочникСсылка.Материалы.
• Элемент «Дата выпуска» будет иметь тип Дата.

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

Связка ПВХ и Регистров Сведений

Рассмотрим по шагам, как реализовать «псевдосправочник» на базе ПВХ для хранения значений. Сам по себе ПВХ хранит только описания свойств (названия полей), а не их значения для конкретных объектов (например, для конкретной Номенклатуры).

Для реализации полноценного хранилища данных мы должны использовать связку «ПВХ + Регистр Сведений». Разберем пример реализации:

1. Создадим ПланВидовХарактеристик.ДополнительныеРеквизиты.
2. Создадим РегистрСведений.ЗначенияСвойствОбъектов.
3. В регистре определим измерения: Объект (например, ссылка на справочник Номенклатура) и Свойство (тип ПланВидовХарактеристикСсылка.ДополнительныеРеквизиты).
4. Определим ресурс Значение. Тип этого ресурса должен быть Характеристика, связанная с нашим ПВХ.

Пример кода для программной записи значения характеристики для объекта:

МенеджерЗаписи = РегистрыСведений.ЗначенияСвойствОбъектов.СоздатьМенеджерЗаписи();
МенеджерЗаписи.Объект = СсылкаНаТовар;
МенеджерЗаписи.Свойство = СсылкаНаПВХ_Цвет;
МенеджерЗаписи.Значение = "Красный";
МенеджерЗаписи.Записать();

Использование подчиненного справочника «Дополнительные значения»

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

Посмотрим на алгоритм работы этой механики:

1. Создаем обычный Справочник.ЗначенияСвойствОбъектов, делаем его подчиненным нашему ПВХ.
2. В ПВХ указываем этот справочник как хранилище дополнительных значений.
3. Теперь, если у элемента ПВХ выбран тип данных «СправочникСсылка.ЗначенияСвойствОбъектов», система поймет, что для этой характеристики нужно открывать список значений, отфильтрованный по владельцу (текущему элементу ПВХ).

Это классический способ реализации механизма «Свойства объектов» в типовых решениях (УТ 10.3, УПП).

ПВХ как «Виды субконто» в бухгалтерском учете

Проанализируем ситуацию использования ПВХ в бухгалтерском контуре. Объект ВидыСубконто — это чистый План видов характеристик. Он позволяет привязывать к счетам учета аналитику любого типа (Контрагенты, Договоры, Номенклатура) через единый интерфейс. Без использования ПВХ нам пришлось бы жестко прописывать типы аналитики для каждого счета в конфигураторе, что лишило бы систему гибкости настройки в режиме «1С:Предприятие».

Когда стоит и когда не стоит использовать ПВХ вместо справочника

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

Преимущества:

• Гибкость: Пользователь может сам добавлять новые «поля» (характеристики) для товаров или контрагентов без изменения кода.
• Универсальность: Один и тот же набор характеристик можно использовать для разных видов объектов.
• Метаописание: Легко строить отчеты в разрезе динамических свойств.

Недостатки и ограничения:

• Производительность: Запросы к данным, хранящимся в регистрах сведений (через ПВХ), работают медленнее, чем обращение к обычным реквизитам справочника, из-за необходимости соединений таблиц (JOIN).
• Сложность интерфейса: Обычный справочник проще в визуализации. Для ПВХ часто приходится писать сложные обработчики для динамического отображения полей ввода на форме.
• Контроль типов: Если в ПВХ разрешено использовать слишком много типов (составной тип), это может привести к избыточности таблиц и затруднению оптимизации индексов.

Итоги исследования

Мы выяснили, что с помощью Плана видов характеристик действительно можно организовать структуру, заменяющую или дополняющую справочник. Это не просто «справочник с доп. функционалом», а мощный инструмент для создания расширяемых систем.

Рекомендуем придерживаться следующего правила: если структура данных известна заранее и она статична (например, «Паспортные данные», «ИНН», «Адрес»), используйте обычный Справочник. Если же вы создаете систему, где пользователь должен сам определять, какие параметры описывают объект (например, «Характеристики одежды» или «Свойства запчастей»), то связка ПланВидовХарактеристик + РегистрСведений будет лучшим решением.