В современных типовых конфигурациях 1С, таких как Комплексная автоматизация 2.4, работа с дополнительными реквизитами существенно отличается от механизмов, реализованных в старых системах типа УПП. Часто при переносе данных из устаревших конфигураций возникают сложности: реквизиты становятся «запертыми» в одном виде номенклатуры, или их невозможно добавить в другие группы стандартными средствами. Давайте подробно разберем, как устроена эта система и как правильно настроить общие реквизиты.
Для решения нашей задачи необходимо осознать, что в 1С используется подсистема Дополнительные реквизиты и сведения (часть БСП — Библиотеки стандартных подсистем). Фундаментом этой подсистемы является План видов характеристик (ПВХ) под названием Дополнительные реквизиты и сведения. Все свойства номенклатуры, которые вы создаете, физически хранятся именно там.
Ключевое отличие от старых систем заключается в понятии Набор дополнительных реквизитов. В КА 2.4 набором для номенклатуры является Вид номенклатуры. Если вы создали свойство, но не включили его в набор, оно будет «существовать» в системе, но не появится в карточке товара. Именно здесь часто возникает путаница при миграции данных.
Чтобы один и тот же реквизит (например, Мощность) был доступен для нескольких видов номенклатуры без дублирования данных, следуйте этому алгоритму:
НСИ и администрирование — Администрирование — Печатные формы, отчеты и обработки — Дополнительные реквизиты и сведения.Виды номенклатуры. Зайдите в каждый вид, в котором необходимо использовать данный реквизит. На вкладке Дополнительные реквизиты нажмите кнопку Добавить и выберите Добавить из другого набора.ПВХ. Выбрав его, вы связываете один объект метаданных с несколькими Видами номенклатуры.Если после переноса из УПП реквизиты ведут себя некорректно (например, не отображаются в списке выбора), скорее всего, была нарушена связь между записью в ПВХ и регистром сведений, который хранит настройки наборов. Рассмотрим подробнее, как исправить эту ситуацию:
В 1С существует Регистр сведений, который отвечает за принадлежность реквизита к конкретному набору. Если стандартные правила обмена создали «плоские» записи, БСП может не видеть их как полноценные дополнительные реквизиты. В таком случае рекомендуем следующие действия:
Поиск и замена значений, чтобы перенести данные из «битого» реквизита в новый, корректно созданный.Часто в обсуждениях упоминаются «служебные реквизиты». Это записи в ПВХ, у которых не заполнена аналитика Владелец или Набор, либо нарушена целостность ссылок. Важное предупреждение: не пытайтесь править такие записи напрямую через Конфигуратор или Консоль запросов. Прямое вмешательство в структуру БСП может привести к тому, что система перестанет обновляться, так как нарушится логика работы типовых механизмов обновления.
Если вы опытный разработчик и хотите проверить, как данные лежат в базе, вы можете выполнить запрос к ПВХ, но помните, что все изменения следует производить исключительно через Пользовательский интерфейс (1С:Предприятие).
// Пример логики получения дополнительных реквизитов для вида номенклатуры
// В типовых конфигурациях это реализовано через следующий запрос:
ВЫБРАТЬ
Свойства.Свойство КАК Реквизит,
Свойства.НаборСвойств
ИЗ
РегистрСведений.ДополнительныеСведения КАК Свойства
ГДЕ
Свойства.Объект = &Номенклатура
Подводя итог, можно сказать, что решение проблемы с дублированием реквизитов в КА 2.4 заключается не в копировании свойств, а в правильной настройке принадлежности одного свойства к множеству наборов (Видов номенклатуры). Придерживаясь этого подхода, вы сохраните чистоту данных и обеспечите корректную выгрузку характеристик, например, на сайт, где Мощность будет представлена одним уникальным идентификатором.