← На главную

При проектировании архитектуры справочника Номенклатура в программных продуктах «1С:Предприятие» (будь то ERP, Комплексная автоматизация, Управление торговлей или УНФ) пользователи и аналитики часто сталкиваются с дилеммой: где именно создавать дополнительные реквизиты? Программа позволяет привязывать их как непосредственно к самой номенклатуре, так и к ее характеристикам. На первый взгляд они кажутся взаимозаменяемыми, но методологическая, техническая и учетная разница между ними колоссальна. В этой статье мы подробно разберем, чем отличаются эти механизмы, как они влияют на складской учет, производительность системы и интеграцию с внешними сайтами.

Понятийное и методологическое различие объектов

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

1. Номенклатура — это сам товар, базовая сущность нашего каталога. Это то, чем мы торгуем в широком смысле слова (например, модель смартфона, бренд одежды, определенный вид кабеля).
2. Характеристика — это конкретное исполнение, уточнение этой номенклатуры (SKU). Характеристика описывает потребительские свойства конкретной физической единицы товара на складе.

Рассмотрим классический пример со смартфонами:

• Номенклатурная позиция: Смартфон Samsung Galaxy S23.
• Дополнительные реквизиты номенклатуры (общие для всей модели): Производитель (Samsung), Емкость аккумулятора (3900 мАч), Процессор (Snapdragon 8 Gen 2). Эти параметры неизменны для всех физических экземпляров данной модели.
• Характеристики товара: Черный, 128 Гб; Зеленый, 256 Гб; Лаванда, 512 Гб.
• Дополнительные реквизиты характеристик (уточняющие SKU): Цвет (Черный, Зеленый), Объем встроенной памяти (128 Гб, 256 Гб).

Проанализируем ситуацию с одеждой:

• Номенклатурная позиция: Платье летнее "Фантазия".
• Дополнительные реквизиты номенклатуры: Страна производства, Состав ткани, Сезонность, Бренд.
• Характеристики товара: Размер 42, Синий; Размер 44, Синий; Размер 42, Красный.
• Дополнительные реквизиты характеристик: Размер одежды, Цвет.

Ключевой водораздел: Количественный учет

Самое главное отличие характеристик от обычных свойств заключается в том, что в разрезе характеристик ведется полноценный количественный и стоимостный учет на складах. Программа хранит остатки, резервы, себестоимость и цены не просто для номенклатуры Платье летнее "Фантазия", а отдельно по каждой ее характеристике (например, сколько штук 42-го размера синего цвета сейчас лежит на складе «Центральный»).

Если мы заведем «Размер» или «Цвет» как дополнительные реквизиты самой номенклатуры, мы потеряем возможность вести учет остатков по этим разрезам внутри одной карточки товара. Нам придется создавать сотни отдельных карточек номенклатуры (например, отдельно «Платье летнее синее 42», отдельно «Платье летнее синее 44»), что приведет к катастрофическому раздуванию справочника и неудобству при формировании прайс-листов и анализе продаж.

Техническая разница: Дополнительные реквизиты и Дополнительные сведения

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

Дополнительные реквизиты:

• Физически хранятся внутри самого объекта — в табличной части ДополнительныеРеквизиты справочника Номенклатура или ХарактеристикиНоменклатуры.
• Для их редактирования пользователю требуются полные права на изменение самого объекта (номенклатуры или характеристики).
• При изменении реквизита происходит физическая перезапись карточки товара. Это инициирует автоматическую регистрацию изменений для планов обмена (выгрузка на сайт, РИБ), а также фиксирует новую версию в истории изменений объекта.
• Выводятся непосредственно на форму карточки объекта, выглядят как штатные поля для заполнения.

Дополнительные сведения:

• Хранятся во внешней таблице — в независимом регистре сведений ДополнительныеСведения.
• Их можно заполнять и изменять без перезаписи самой карточки товара. Это удобно, если период редактирования номенклатуры уже закрыт или у пользователя ограничены права на изменение справочников.
• Изменение сведений по умолчанию не регистрируется в планах обмена и не вызывает перезапись объекта.
• Открываются в отдельном модальном окне по кнопке «Дополнительные сведения» на панели навигации.

Настройка на уровне видов номенклатуры

В конфигурациях 1С связь между товарами, характеристиками и их реквизитами гибко настраивается в карточке Вида номенклатуры. Рассмотрим три основных сценария использования характеристик, которые можно активировать для конкретного вида товаров:

1. Общие для этого вида номенклатуры: Весь список характеристик (например, стандартная сетка размеров обуви от 36 до 45) создается один раз для всего вида номенклатуры «Обувь». Все товары, принадлежащие к этому виду, будут выбирать характеристики из этого общего списка. Это исключает дублирование и экономит время.
2. Индивидуальные для номенклатуры: Список характеристик создается непосредственно внутри карточки конкретного товара. Например, для номенклатуры «Кабель силовой» характеристикой будет длина намотки на конкретном барабане (барабан №1 — 150м, барабан №2 — 320м). Набор дополнительных реквизитов (свойств) для заполнения остается общим для вида, но сами значения уникальны для каждого товара.
3. Общие с другими видами номенклатуры: Позволяет использовать единую базу характеристик для нескольких смежных категорий товаров, что значительно упрощает аналитику.

Шаблоны наименований для исключения дублей

Одной из главных проблем при ручном ведении характеристик является «человеческий фактор». Разные менеджеры могут называть одну и ту же характеристику по-разному: «Синий, 42», «42, синий», «Син. р-р 42». Это приводит к пересортице и путанице в заказах.

Для решения этой проблемы в 1С реализован механизм Шаблонов наименований. В настройках вида номенклатуры мы можем составить формулу, по которой рабочее наименование характеристики будет генерироваться автоматически на основе заполненных дополнительных реквизитов. Пример настройки формулы:

[Цвет] + ", " + [Размер]

Мы можем установить жесткий запрет на ручное редактирование наименований характеристик. В этом случае пользователь просто заполняет поля дополнительных реквизитов (например, выбирает цвет «Красный» и размер «44»), а система сама формирует красивое и стандартизированное наименование: Красный, 44. Это гарантирует идеальный порядок в базе данных.

Поведение при интеграции с интернет-магазинами (CommerceML)

Если ваша база 1С интегрирована с сайтом (например, на платформе 1С-Битрикс), разделение реквизитов играет критически важную роль при формировании выгрузки каталога:

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

Особенности работы в отчетах (СКД) и производительность

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

Однако администраторам и разработчикам необходимо помнить о важном техническом нюансе: избыточное количество дополнительных реквизитов может существенно замедлить работу базы данных. Поскольку дополнительные реквизиты хранятся в подчиненных табличных частях (или внешних регистрах), СУБД (например, MS SQL Server или PostgreSQL) при построении сложных отчетов выполняет операцию соединения таблиц (LEFT JOIN) для каждого выводимого реквизита. Если в отчете выводится 20 дополнительных реквизитов по 100 000 строк номенклатуры, это может привести к серьезным задержкам. Поэтому рекомендуется создавать дополнительные реквизиты обдуманно и только тогда, когда по ним действительно планируется регулярный отбор или группировка в отчетах.

Резюме и лучшие практики

Подведем итог нашему анализу и сформулируем несколько простых правил:

1. Если свойство характеризует модель товара целиком (например, вес, бренд, мощность) — создавайте его как дополнительный реквизит номенклатуры.
2. Если свойство разделяет один товар на разные физические единицы хранения на складе, которые могут иметь разную цену, штрихкод и остаток (например, цвет, размер, объем памяти) — создавайте его как дополнительный реквизит характеристик.
3. Всегда используйте Шаблоны наименований для характеристик, чтобы избежать хаоса и дублирования данных сотрудниками.
4. Не злоупотребляйте созданием сотен неиспользуемых дополнительных реквизитов, так как это напрямую влияет на скорость построения отчетов и обменов с сайтом. Если свойство нужно просто «для информации» и по нему никогда не будет строиться аналитика — лучше зафиксируйте его в текстовом описании товара.