← На главную

При автоматизации торговли сложными товарами, такими как автомобили, кастомизированная мебель или промышленное оборудование, мы часто сталкиваемся с проблемой «комбинаторного взрыва». Если у товара есть 15 параметров, и каждый имеет 15 вариантов значений, создание всех возможных комбинаций характеристик в справочнике Номенклатура превращается в создание миллионов записей. Это делает базу данных тяжелой, а работу менеджеров — невозможной.

В этой статье мы проанализируем ситуацию, разберем по шагам наиболее эффективные методы организации справочника в конфигурации «1С:Управление торговлей 11» и выясним, как построить систему, которая позволит динамически собирать товар и рассчитывать его цену прямо в заказе клиента.

Метод 1: Использование динамических наборов (Наборы-пакеты)

Рассмотрим ситуацию, когда основной товар является «каркасом», на который навешиваются дополнительные платные опции. В 1С:УТ 11 для этого идеально подходит вид номенклатуры с типом Набор.

Разберем, как это работает на практике:

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

В момент формирования документа Заказ клиента менеджер выбирает этот «Набор». Система позволяет прямо в табличной части редактировать состав набора. Рассмотрим преимущества такого подхода: Цена набора складывается из цен его комплектующих. Если вы измените цену на конкретный цвет или тип дисков, итоговая цена автомобиля в заказе пересчитается автоматически.

Метод 2: Организация характеристик и ценообразование в их разрезе

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

Чтобы не плодить миллионы характеристик заранее, мы можем использовать следующую схему:

1. В настройках Вида номенклатуры установим использование характеристик, общих для этого вида.

2. Настроим список дополнительных реквизитов характеристик (например: «Цвет корпуса», «Тип покрытия», «Объем резервуара»).

3. Выясним причину, почему стандартное ценообразование может не подойти: в типовой версии 1С цена обычно назначается на сочетание характеристик. Однако в УТ 11 можно использовать механизм ценообразования по формулам.

Рассмотрим пример настройки формулы для цены:

Цена = ЦенаБазовая + НаценкаЗаЦвет + НаценкаЗаОбъем

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

Метод 3: Использование складской операции «Комплектация»

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

Процесс выглядит так:

1. На склад приходуется «Базовый автомобиль» (с конкретным VIN-номером в сериях).
2. При продаже создается документ Комплектация номенклатуры.
3. В качестве комплектующих указываются автомобиль и доп. оборудование.
4. На выходе получается новая уникальная единица товара с полной себестоимостью, включающей все компоненты.

Важный момент: Для автобизнеса рекомендуется использовать учет по Сериям, где в качестве серии выступает VIN-номер. Это позволит отслеживать историю каждой конкретной машины.

Интеграция с веб-сайтом и выгрузка конфигуратора

Одной из задач автора темы была выгрузка возможных вариаций на сайт. Посмотрим на пример реализации:

Не имеет смысла выгружать миллионы готовых комбинаций. Вместо этого в XML/JSON файл выгружается:

• Основная номенклатура (ID, название, базовая цена).
• Справочник свойств (Цвета, Диски, Опции) и их индивидуальные цены.
• Правила совместимости (какие диски нельзя ставить на данную модель).

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

Сравнительный анализ подходов

Выясним, какой метод выбрать в зависимости от условий:

Вариант «Наборы» лучше всего подходит, когда вы продаете «конструктор», где каждая деталь — это товар, который может продаваться и отдельно (например, те же коврики или диски).

Вариант «Характеристики» идеален для производства или закупки готовых изделий, где свойства влияют на артикул, но комплектующие отдельно не существуют (например, цвет покраски зажигалки нельзя «отделить» и продать).

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

Подводя итог, можно сказать, что в типовой 1С:УТ 11 наиболее гибким инструментом для решения задачи автора являются динамические наборы (наборы-пакеты). Они позволяют сохранить прозрачность складского учета (списываются реальные комплектующие) и обеспечить гибкое ценообразование без перегрузки справочников лишними записями.