Для чего нужен план видов характеристик в 1С

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

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

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

Что такое план видов характеристик и как он устроен

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

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

Сами значения характеристик хранятся отдельно — обычно в регистре сведений, где одно из измерений ссылается на объект (товар, контрагент), другое — на элемент ПВХ (свойство), а ресурс содержит значение. Такая схема называется EAV (Entity–Attribute–Value) и обеспечивает гибкость ценой некоторого усложнения запросов.

Какие задачи решает ПВХ на практике

Первая и самая массовая задача — дополнительные реквизиты и сведения в типовых конфигурациях. Когда пользователь в карточке номенклатуры добавляет свойство «Материал корпуса» или в договоре — «Порядок переоценки», вся эта информация проходит через предопределённый план видов характеристик «Дополнительные реквизиты и сведения».

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

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

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

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

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

Как настроить план видов характеристик

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

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

1. 1
   Создайте объект метаданных «План видов характеристик» и задайте имя, например «СвойстваОбъектов»
2. 2
   Настройте составной тип значения характеристики: включите примитивные типы и нужные ссылки на справочники
3. 3
   Добавьте предопределённые элементы для свойств, используемых в коде
4. 4
   Создайте регистр сведений для хранения значений: измерения «Объект» и «Свойство», ресурс «Значение»
5. 5
   Реализуйте формы ввода и проверьте заполнение значений в режиме предприятия

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

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

Главное ограничение — производительность запросов. Выборка значений характеристик требует соединения с регистром сведений, и при больших объёмах данных и множестве свойств отчёты могут заметно замедляться. Ситуацию усугубляют виртуальные таблицы без отборов и обращения к значениям свойств в цикле вместо одного запроса.

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

Как проверить корректность работы механизма

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

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

Контрольные точки

Как проверить результат

Ввод значения свойства

Норма

Поле предлагает выбор нужного типа, значение сохраняется

Тревожный признак

Тип недоступен или значение очищается после записи

Отбор по свойству в списке

Норма

Список фильтруется корректно и быстро

Тревожный признак

Отбор не срабатывает или работает заметно медленно

Отчёт с учётом свойства

Норма

Значения выводятся и группируются

Тревожный признак

Свойство отсутствует в настройках отчёта

Поиск ссылок на элемент ПВХ

Норма

Показаны реальные объекты со значениями

Тревожный признак

Найдены битые ссылки после удаления свойств

FAQ: частые вопросы о плане видов характеристик

Можно ли обойтись без ПВХ и добавлять реквизиты вручную?

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

Чем дополнительный реквизит отличается от дополнительного сведения?

Реквизит хранится в табличной части самого объекта и отображается в его форме, его удобно использовать в отборах. Сведение хранится в отдельном регистре и открывается по кнопке — это место для справочной информации, не влияющей на учёт.

Влияет ли большое количество свойств на производительность?

Да, особенно на отчёты: каждое свойство требует соединения с регистром значений. Держите перечень свойств разумным, удаляйте неиспользуемые и избегайте отчётов, вытягивающих десятки характеристик одновременно без отборов.

Можно ли удалить элемент ПВХ, по которому уже введены значения?

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

Где посмотреть план видов характеристик в типовой конфигурации?

В режиме предприятия список дополнительных реквизитов открывается через раздел администрирования («Общие настройки» → «Дополнительные реквизиты и сведения»). В конфигураторе объект находится в ветке «Планы видов характеристик» дерева метаданных.

Подходит ли ПВХ для хранения характеристик товара вроде размера и цвета?

Для описания свойств — да, но для учёта остатков в разрезе размеров и цветов в типовых конфигурациях используется отдельный механизм «Характеристики номенклатуры». Не путайте эти два механизма: один описывает свойства, второй — учётные варианты товара.