Зачем нужны характеристики номенклатуры в 1С и чем они отличаются от отдельных позиций товаров

При проектировании структуры нормативно-справочной информации (НСИ) в программах 1С часто возникает вопрос: зачем использовать подчиненный справочник ХарактеристикиНоменклатуры, если можно создать под каждую модификацию отдельный элемент в справочнике Номенклатура? Рассмотрим подробнее назначение этого механизма, архитектурные преимущества и ситуации, когда применение характеристик является оптимальным решением.

Проблема раздувания справочника номенклатуры

Представим типовую ситуацию в розничной или оптовой торговле одеждой и обувью. Допустим, в ассортименте компании появляется модель футболки. Модель имеет 5 вариантов размера (S, M, L, XL, XXL) и 5 вариантов цвета (белый, черный, красный, синий, зеленый).

Проанализируем два подхода к заведению таких позиций в системе:

1. Плоский справочник (отдельные позиции номенклатуры): для одной модели потребуется создать 25 отдельных элементов справочника Номенклатура (5 размеров × 5 цветов). Если ассортимент включает 100 моделей, справочник моментально увеличивается до 2 500 элементов.
2. Использование характеристик: в справочнике Номенклатура создается всего 1 элемент («Футболка мужская Модель-1»), а комбинации параметров (размер и цвет) выносятся в подчиненные ХарактеристикиНоменклатуры.

При плоской структуре пользователи сталкиваются со сложностями поиска, ростом объема базы данных и регулярными ошибками при ручном вводе одинаковых реквизитов (ставка НДС, производитель, единица измерения, артикул, группы доступа).

Централизованное управление НСИ и ценообразованием

Разберем по шагам, какие преимущества дает вынесение параметров товара в характеристики:

1. Единое изменение реквизитов: если у товара меняется ставка НДС, поставщик, базовая единица хранения или текстовое описание, правка вносится один раз в карточке номенклатуры. При разделении на 25 отдельных позиций потребовалось бы выполнять групповое перепроведение или ручное редактирование каждой карточки.
2. Гибкость назначения цен: в типовых решениях (1С:Управление торговлей, 1С:ERP, 1С:Комплексная автоматизация) поддерживается как единая цена на всю позицию номенклатуры (независимо от характеристики), так и индивидуальные прайс-листы на каждую конкретную характеристику.
3. Агрегация в отчетах: характеристика выступает отдельным измерением регистров накопления. Это позволяет легко формировать отчеты по продажам, валовой прибыли и остаткам как с детализацией до конкретного размера/цвета, так и в свернутом виде по модели в целом.
4. Управление матрицей ассортимента: снятие товара с продаж или вывод из ассортимента выполняется установкой одного признака в карточке номенклатуры, без необходимости блокировать десятки записей.

Разделение управленческого, складского и бухгалтерского учета

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

В то же время для целей бухгалтерского учета (например, при выгрузке в конфигурацию 1C:Бухгалтерия) излишняя детализация по размерам и оттенкам часто не требуется. Использование характеристик позволяет передавать в регламентированный учет сводную номенклатурную позицию без перегрузки бухгалтерских счетов и регистров избыточными разрезами аналитики, а также исключает проблемы с расчетом средневзвешенной себестоимости и погрешностями округления при списании мелких партий.

Различие между характеристиками, свойствами и сериями

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

1. Характеристики: являются полноправными аналитическими измерениями в регистрах складского учета (ТоварыНаСкладах, СвободныеОстатки) и регистрах финансовых результатов. По каждой характеристике ведется строгий количественный и суммовой остаток.
2. Дополнительные реквизиты и свойства: предназначены исключительно для описания и классификации (например, материал, сезонность, коллекция). Они не делят складской остаток на независимые части и используются для фильтрации в отчетах и каталогах.
3. Серии номенклатуры: применяются для учета сроков годности, серийных номеров, партий производства или номеров ГТД. В отличие от характеристик, серии привязаны к конкретным партиям физического поступления, а не к постоянным потребительским свойствам товара.

Интеграция с интернет-магазинами и маркетплейсами

Рассмотрим, как структура данных влияет на обмен через CommerceML и API маркетплейсов. В современных протоколах электронного обмена используется разделение на базовый «Товар» (номенклатура) и «Торговые предложения» / SKU (характеристики).

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

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

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

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