Что такое ПВ в 1С и как работает план видов характеристик

Аббревиатура ПВ в контексте 1С чаще всего означает «план видов характеристик» — специальный объект конфигурации, который хранит перечень свойств (характеристик), описывающих другие объекты системы. Например, у товара могут быть характеристики «Цвет», «Размер», «Материал», у контрагента — «Регион продаж», «Категория клиента». План видов характеристик задаёт список таких свойств и типы их значений.

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

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

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

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

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

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

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

В «1С:Управление торговлей» и «1С:ERP» план видов характеристик «Дополнительные реквизиты и сведения» обеспечивает работу одноимённого механизма. Когда пользователь в режиме предприятия добавляет к номенклатуре новое свойство, система создаёт элемент этого ПВ. Значения дополнительных реквизитов хранятся в табличных частях объектов, а дополнительных сведений — в регистре сведений «Дополнительные сведения».

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

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

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

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

Регистр сведений в этой связке обычно выступает «хранилищем ответов»: измерение — объект (например, товар), измерение или реквизит — ссылка на элемент ПВ, ресурс — значение характеристики. Такая трёхзвенная схема «объект — характеристика — значение» называется EAV (Entity-Attribute-Value) и широко применяется, когда набор свойств заранее неизвестен.

Как устроен ПВ: типы значений и предопределённые элементы

У плана видов характеристик есть несколько важных настроек в конфигураторе. Свойство «Тип» определяет состав типов значений характеристик — можно включить примитивные типы (строка, число, дата, булево) и ссылочные (любые справочники, документы, перечисления). Свойство «Дополнительные значения характеристик» позволяет указать справочник, который будет хранить списки возможных значений для свойств с неограниченным набором вариантов.

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

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ДопСведения.Объект КАК Объект,
| ДопСведения.Значение КАК Значение
|ИЗ
| РегистрСведений.ДополнительныеСведения КАК ДопСведения
|ГДЕ
| ДопСведения.Свойство = &Свойство";
Запрос.УстановитьПараметр("Свойство", СвойствоСсылка);
Результат = Запрос.Выполнить().Выгрузить();

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

Как добавить и настроить характеристику в режиме предприятия

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

1. 1
   Откройте «Администрирование» → «Общие настройки» и включите опцию «Дополнительные реквизиты и сведения».
2. 2
   Перейдите в «Дополнительные реквизиты» и выберите нужный набор, например «Номенклатура» или «Контрагенты».
3. 3
   Нажмите «Добавить» → «Новый», укажите заголовок и тип значения (строка, число, дополнительное значение и т.д.).
4. 4
   Если тип — «Дополнительное значение», заполните список возможных значений на соответствующей вкладке.
5. 5
   Запишите реквизит и откройте карточку объекта: новое поле появится на вкладке «Дополнительно» или в группе дополнительных реквизитов.
6. 6
   Заполните значение у тестового объекта и проверьте, что оно сохраняется и выводится в отчётах.

При выборе типа значения ориентируйтесь на дальнейшее использование. Если по свойству планируется отбор в отчётах и сегментах, лучше выбирать «Дополнительное значение» со списком вариантов, а не свободную строку — иначе пользователи введут «красный», «Красный» и «красн.», и аналитика развалится. Числовые свойства задавайте числом, а не строкой, чтобы работало сравнение «больше/меньше».

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

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

Вторая группа ошибок связана с производительностью. Механизм EAV удобен, но запросы с большим числом характеристик порождают множественные соединения с регистром сведений. Если в отчёт выводится 15–20 дополнительных реквизитов по сотням тысяч объектов, время выполнения заметно растёт. В таких случаях критичные для аналитики свойства выносят в обычные реквизиты объекта через доработку конфигурации.

Как проверить результат и где искать значения характеристик

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

Для массовой проверки значений используйте «Групповое изменение реквизитов» или универсальный отчёт по регистру сведений «Дополнительные сведения». В файловых базах посмотреть данные напрямую можно через консоль запросов, в клиент-серверных — тем же способом, прямой доступ к СУБД обходными путями не требуется и не рекомендуется.

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