Разработка и Конфигурация · 11 мин
Как использовать план видов характеристик в 1С
Как создать и использовать план видов характеристик в 1С: настройка типов значений, дополнительные реквизиты, отборы в отчётах, типовые ошибки и проверка результата.
План видов характеристик (ПВХ) — объект метаданных в 1С, который описывает список характеристик (свойств) и типы их значений. Классическая задача, которую он решает, — хранение произвольного набора свойств у объектов: цвет, размер, материал у номенклатуры, дополнительные параметры у контрагентов или сотрудников. При этом состав свойств пользователь может расширять без доработки конфигурации.
Механизм востребован в двух сценариях. Первый — разработчик сам проектирует ПВХ в конфигураторе и привязывает его к справочникам или регистрам. Второй — пользователь типовой конфигурации (УТ, ERP, БП, ЗУП) работает с уже готовым механизмом «Дополнительные реквизиты и сведения», который внутри построен именно на плане видов характеристик. Понимание устройства ПВХ помогает в обоих случаях: и при разработке, и при грамотной настройке типовых решений.
Ниже разобрано устройство объекта, порядок создания в конфигураторе, работа с типовым механизмом дополнительных реквизитов, использование характеристик в отчётах и запросах, а также типичные ошибки и ограничения механизма.
Устройство плана видов характеристик
ПВХ состоит из предопределённых и пользовательских элементов. Каждый элемент — это одна характеристика с именем, например «Цвет» или «Срок гарантии». Для каждого элемента указывается тип значения: строка, число, дата, булево, ссылка на справочник или составной тип из нескольких вариантов.
Важно понимать: сам ПВХ хранит только описание характеристик, но не их значения. Значения («Цвет = Красный» для конкретного товара) хранятся отдельно — чаще всего в регистре сведений с измерением «Объект», измерением или ресурсом «Свойство» (ссылка на ПВХ) и ресурсом «Значение». В типовых конфигурациях эту роль выполняет регистр «Дополнительные сведения» и табличная часть «Дополнительные реквизиты».
Если тип значения характеристики — ссылка на справочник, которого нет в конфигурации (например, произвольный список значений «Единицы измерения упаковки»), используется вспомогательный справочник. В типовых это «Значения свойств объектов» или «Дополнительные значения характеристик» — он задаётся в свойстве ПВХ «Дополнительные значения характеристик».
Создание ПВХ в конфигураторе
Откройте конфигуратор, в дереве метаданных найдите ветку «Планы видов характеристик» и добавьте новый объект. Задайте имя, например «СвойстваНоменклатуры», и синоним, который увидят пользователи.
На закладке «Данные» настройте тип значения характеристик. Если все свойства однотипные (например, только строки), укажите один тип. На практике чаще нужен составной тип: строка, число, дата, булево и ссылка на вспомогательный справочник значений. Учтите ограничение: у составного типа есть предел по длине строки — задавайте разумную длину (например, 100–150 символов), иначе вырастет объём хранения.
Создайте вспомогательный справочник «ЗначенияСвойств» и укажите его в свойстве ПВХ «Дополнительные значения характеристик». Затем создайте регистр сведений: измерение «Объект» (ссылка на ваш справочник, например «Номенклатура»), измерение «Свойство» (ссылка на ПВХ), ресурс «Значение» с типом «Характеристика.<ИмяПВХ>» — этот специальный тип автоматически подстраивается под тип конкретной характеристики.
- 1Создайте план видов характеристик и задайте составной тип значения
- 2Создайте вспомогательный справочник значений и привяжите его в свойстве ПВХ
- 3Создайте регистр сведений: объект + свойство + значение типа «Характеристика»
- 4Добавьте предопределённые характеристики, которые нужны всем пользователям
- 5Сделайте форму или обработку для ввода значений свойств
- 6Проверьте запись и чтение значений на тестовом объекте
Работа с дополнительными реквизитами в типовых конфигурациях
В типовых решениях (УТ 11, ERP, КА, БП 3.0, ЗУП) самостоятельно создавать ПВХ не нужно — используйте механизм «Дополнительные реквизиты и сведения». Включите его: «НСИ и администрирование» → «Общие настройки» → установите флажки «Дополнительные реквизиты и сведения» и, при необходимости, «Реквизиты и сведения с общим списком значений».
Разница между реквизитом и сведением принципиальна. Дополнительный реквизит хранится в табличной части самого объекта, виден на его форме и доступен в отборах списков. Дополнительное сведение хранится в отдельном регистре, объект не «загрязняет», но в списках и отборах доступно хуже. Для свойств, по которым нужно часто отбирать и фильтровать, выбирайте реквизит; для редко используемой справочной информации — сведение.
Чтобы добавить свойство, откройте карточку объекта (например, номенклатуры), нажмите «Ещё» → «Изменить форму» не нужно — используйте команду «Дополнительные реквизиты» или перейдите через «НСИ и администрирование» → «Дополнительные реквизиты». Создайте реквизит, укажите тип значения и, при необходимости, список допустимых значений. Реквизит можно сделать обязательным к заполнению — тогда программа не даст записать объект без него.
Использование характеристик в отчётах и запросах
В отчётах на СКД дополнительные реквизиты типовых конфигураций доступны как поля объекта — их можно выводить в колонки и использовать в отборах. Если свойство не появилось в списке полей, проверьте, что оно добавлено именно как дополнительный реквизит, а не сведение, и что у пользователя есть права на него.
В запросах к собственному механизму свойств обращайтесь к регистру сведений с соединением по объекту и свойству. Типичный приём — несколько левых соединений, по одному на каждое нужное свойство, либо условие «Свойство = &Свойство» с параметром-ссылкой на элемент ПВХ. Ссылку на предопределённый элемент получают через менеджер: ПланыВидовХарактеристик.СвойстваНоменклатуры.Цвет.
Помните о производительности: выборка значений свойств через множество соединений с регистром сведений замедляет отчёты на больших объёмах. Если отчёт по свойствам строится часто и тормозит, рассмотрите индексацию регистра по измерению «Свойство» или перенос критичных свойств в обычные реквизиты объекта.
Если по свойству регулярно строят отборы в списках и отчётах, а значений немного и они стабильны, это признак того, что свойству место в обычном реквизите или перечислении, а не в ПВХ. Механизм характеристик оправдан для часто меняющегося и широкого состава свойств.
Типовые ошибки и ограничения
Первая частая ошибка — составной тип значения «на всякий случай» со всеми ссылочными типами конфигурации. Это замедляет работу, раздувает индексы и создаёт проблемы при обмене данными. Включайте в тип только реально нужные примитивы и один вспомогательный справочник.
Вторая ошибка — хранение значений свойств прямо в ПВХ. Элементы ПВХ — это сами характеристики (названия свойств), а не их значения. Значения должны лежать в регистре сведений или табличной части. Если вы создаёте в ПВХ элементы «Красный», «Синий», «Зелёный» — вы смешали уровни: должна быть одна характеристика «Цвет» и список её значений в справочнике значений.
Третья группа проблем связана с обменами и обновлениями. При обмене между базами убедитесь, что ПВХ и вспомогательный справочник включены в план обмена, иначе значения свойств потеряются или превратятся в битые ссылки. При обновлении типовой конфигурации пользовательские дополнительные реквизиты сохраняются, но доработанный собственный ПВХ может конфликтовать с изменениями поставщика — тестируйте обновление на копии базы.
Проверка результата и безопасная работа
После настройки проверьте механизм на тестовых данных: создайте характеристику, заполните значение у объекта, постройте отчёт с отбором по этому свойству. Убедитесь, что значение сохраняется, отображается в форме и участвует в отборе. Затем проверьте под пользователем с ограниченными правами — недоступность вспомогательного справочника значений часто вызывает ошибки у рядовых пользователей.
Любые изменения в конфигураторе выполняйте только после создания резервной копии (выгрузки информационной базы). Удаление элемента ПВХ или изменение его типа значения приведёт к потере уже введённых данных, поэтому в рабочей базе характеристики не удаляют, а помечают как неиспользуемые (например, префиксом «Не использовать» в наименовании или архивным признаком, если он предусмотрен).
Как проверить результат
После записи и повторного открытия значение на месте
Значение пропадает или появляется ошибка прав доступа
Поле видно в настройках отбора и фильтрует данные
Поля нет в списке — возможно, это сведение, а не реквизит
Пользователь видит и заполняет значения
Ошибка доступа к справочнику значений или регистру
Значения свойств переносятся в другую базу
Битые ссылки или пустые значения после синхронизации
Частые вопросы
Чем план видов характеристик отличается от справочника?
Справочник хранит однородные объекты с фиксированным набором реквизитов. ПВХ хранит описания разнотипных свойств: у каждого элемента свой тип значения. Сам по себе ПВХ не хранит значения — для них нужен регистр сведений или табличная часть.
Можно ли добавить свойство без конфигуратора?
Да, в типовых конфигурациях для этого служит механизм «Дополнительные реквизиты и сведения»: пользователь с соответствующими правами создаёт свойства прямо в режиме предприятия. В собственной конфигурации без такого механизма изменения вносятся через конфигуратор.
Почему дополнительное свойство не видно в отборе списка?
Скорее всего, оно создано как дополнительное сведение, а не реквизит. Сведения хранятся в отдельном регистре и в динамических списках для отбора недоступны. Пересоздайте свойство как дополнительный реквизит — он появится в отборах после обновления формы списка.
Что произойдёт с данными при изменении типа значения характеристики?
Значения, не совместимые с новым типом, будут очищены при реструктуризации базы. Поэтому тип меняют только после выгрузки копии и анализа заполненных данных; безопасный путь — создать новую характеристику и перенести значения обработкой.
Как перенести значения свойств между базами?
Включите ПВХ, вспомогательный справочник значений и регистр сведений в план обмена или воспользуйтесь универсальной выгрузкой через XML/обработку переноса. Убедитесь, что характеристики сопоставляются по уникальному идентификатору или единому коду, иначе получите дубли свойств.
Когда ПВХ не нужен?
Если набор свойств фиксирован и известен на этапе разработки, проще и быстрее добавить обычные реквизиты объекта. ПВХ оправдан, когда состав свойств заранее неизвестен, различается между группами объектов или должен расширяться пользователями без доработки конфигурации.
Что важно запомнить
ПВХ описывает свойства и типы их значений, а сами значения хранятся в регистре сведений или табличной части. В типовых конфигурациях используйте механизм дополнительных реквизитов и сведений, в собственных — ограниченный составной тип и отдельный справочник значений. Не меняйте тип и не удаляйте характеристики в рабочей базе без резервной копии.