ПВХ в 1С: что это такое и как работает план видов характеристик

Аббревиатура ПВХ в контексте 1С расшифровывается как «план видов характеристик». Это объект метаданных конфигурации, аналогичный по роли плану счетов или плану видов расчета, но предназначенный для хранения произвольного, заранее не фиксированного набора свойств. Каждый элемент ПВХ — это отдельная характеристика: например, «Цвет», «Материал», «Срок годности», «Менеджер по продажам».

Главная ценность ПВХ в том, что набор характеристик и их значения задаются пользователем в режиме предприятия, без доработки конфигурации. Разработчик один раз описывает структуру плана, а прикладной пользователь добавляет нужные свойства самостоятельно. Именно на этом механизме построены «Дополнительные реквизиты и сведения» в типовых конфигурациях 1С:Бухгалтерия, 1С:Управление торговлей и 1С:ERP.

ПВХ часто путают со справочником, потому что внешне он похож: есть код, наименование, предопределённые элементы, иерархия. Разница принципиальна: у каждого элемента ПВХ есть тип значения, и по этому плану можно строить регистры сведений, где характеристика выступает измерением, а её значение — ресурсом. Именно связка «ПВХ + регистр сведений» образует классическую схему хранения произвольных свойств.

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

План видов характеристик описывается в конфигураторе набором свойств, ключевое из которых — «Тип значения характеристик». Это составной тип данных: он определяет, какие значения вообще можно задавать для характеристик этого плана. Например, можно разрешить строку, число, дату, булево и ссылки на справочники «Номенклатура» и «Контрагенты».

Для ссылочных значений, которых нет в составе типов конфигурации, существует специальное свойство — «Дополнительные значения характеристик». Оно указывает на справочник, элементы которого пользователь сможет выбирать как значения свойств. В типовых конфигурациях для этого служит справочник «Значения свойств объектов». Так решается задача «список вариантов, который пополняет пользователь».

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

Чем ПВХ отличается от справочника и регистра сведений

Новички часто не понимают, зачем нужен отдельный объект, если есть справочники. Различия становятся ясны при сравнении по назначению.

Сам по себе ПВХ не хранит значения характеристик конкретных объектов. Он отвечает только на вопрос «какие свойства существуют и какого они типа». Значения хранятся отдельно — обычно в регистре сведений с измерениями «Объект» и «Свойство» (ссылка на ПВХ) и ресурсом «Значение». Такая трёхзвенная схема называется моделью «объект — свойство — значение».

Где ПВХ применяется в типовых конфигурациях

Самый массовый сценарий — дополнительные реквизиты и сведения. Когда бухгалтер добавляет справочнику «Контрагенты» поле «Категория клиента», а кладовщик добавляет номенклатуре свойство «Производитель», оба работают с ПВХ «Дополнительные реквизиты и сведения», даже не подозревая об этом. Технически реквизиты хранятся в табличной части объекта, а сведения — в регистре сведений.

Второй сценарий — характеристики номенклатуры в торговых конфигурациях: размер, цвет, артикул поставщика. Там ПВХ работает в связке со справочником «Характеристики номенклатуры» и обеспечивает учёт одного товара в разных модификациях без плодения карточек.

Третий сценарий — произвольные аналитики в отчётах. Если значения свойств лежат в регистре сведений, их можно вывести в СКД-отчёт, отобрать по ним документы или построить сегментацию клиентов. Это стандартный способ дать пользователю «самодельные» разрезы аналитики без изменения кода.

Как создать и настроить ПВХ в конфигураторе

Создание плана видов характеристик — задача разработчика или администратора с доступом к конфигуратору. Перед началом продумайте состав типов: расширить его позже можно, но удаление типа, по которому уже есть данные, приведёт к потере значений.

1. 1
   В конфигураторе откройте ветку «Планы видов характеристик» и добавьте новый объект, задайте имя и синоним
2. 2
   Настройте «Тип значения характеристик»: отметьте примитивные типы и ссылочные типы, которые будут использоваться как значения
3. 3
   Если нужны пользовательские списки вариантов, создайте справочник для дополнительных значений и укажите его в свойстве «Дополнительные значения характеристик»
4. 4
   Добавьте предопределённые характеристики, к которым будет обращаться код
5. 5
   Создайте регистр сведений с измерениями «Объект» и «Свойство» и ресурсом «Значение» типа «Характеристика.<ваш ПВХ>
6. 6
   Обновите конфигурацию базы данных и проверьте ввод свойств и значений в режиме предприятия

Тип «Характеристика.<ИмяПВХ>» — особый тип платформы: поле такого типа принимает значение, соответствующее типу конкретной характеристики, выбранной в соседнем поле. Именно он делает универсальными табличные части и регистры, хранящие разнотипные значения свойств.

Работа с ПВХ из встроенного языка

Для обращения к плану из кода используется менеджер: ПланыВидовХарактеристик.ИмяПВХ. Предопределённый элемент получают методом ПолучитьПредопределенный() или обращением по имени через квадратные скобки. Запись значения свойства выполняется через набор записей регистра сведений: задаются отборы по объекту и свойству, затем записывается значение.

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

Типичные ошибки при работе с ПВХ

Отдельная группа проблем — производительность. Запросы, соединяющие большие таблицы документов с регистром значений свойств по нескольким характеристикам, могут работать медленно. Практическое правило: если свойство участвует в отборах массовых операций, проверяйте план запроса и при необходимости индексируйте измерения регистра или выносите критичные отборы в обычные реквизиты.

Когда ПВХ не нужен: альтернативы и ограничения

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

Ограничения механизма: значения свойств не участвуют в типовых движениях документов, их сложнее контролировать правами (настройка RLS по значениям свойств — нетривиальная задача), а обмены данными требуют отдельной настройки переноса самих характеристик и их значений.

Как проверить, что механизм работает правильно

Полезная практика — периодический аудит наполнения: сводный отчёт по регистру значений свойств покажет неиспользуемые характеристики, дубли и свойства, заполненные у единиц процентов объектов. Такие свойства — кандидаты на объединение или удаление после согласования с пользователями.

FAQ: частые вопросы о ПВХ в 1С