При ведении каталога товаров в 1С:Управление торговлей 11 часто возникает задача задать несколько значений для одного признака. Например, модель обуви может подходить одновременно под категории «Лето» и «Демисезон», а материалом изделия может являться комбинация «Кожа» и «Замша». Рассмотрим, почему типовой механизм дополнительных реквизитов не позволяет выбрать несколько значений сразу, и разберем эффективные способы решения этой задачи без нарушения логики системы.
Механизм дополнительных реквизитов и сведений в типовых конфигурациях 1С построен на базе Библиотеки стандартных подсистем (БСП). В его основе лежит строгое правило: один объект — одно свойство — одно значение.
В табличной части ДополнительныеРеквизиты справочников Номенклатура и ХарактеристикиНоменклатуры при попытке добавить несколько строк с одинаковым свойством система выполняет валидацию и оставляет только последнее выбранное значение. Если пойти путем создания комбинированных строковых значений (например, «Кожа, замша», «Кожа, нубук, ткань»), мы неизбежно столкнемся с так называемым комбинаторным взрывом. Список возможных значений справочника вырастет до сотен позиций, что затруднит фильтрацию, подбор и аналитику в отчетах.
Рассмотрим наиболее надежный и простой способ структурирования множественных признаков в типовой конфигурации. Вместо одного составного реквизита создадим группу реквизитов с логическим типом данных (флажками).
Разберем настройку по шагам:
Материал: Кожа, Материал: Замша, Материал: Ткань, Сезон: Лето, Сезон: Демисезон.Преимущества такого подхода:
Если множественные свойства требуются преимущественно для классификации, маркетинговых акций, прайс-листов или быстрых отборов в подборе товаров, проанализируем использование справочника СегментыНоменклатуры.
Один элемент номенклатуры может одновременно входить в неограниченное число динамических или статических сегментов (например, товар одновременно принадлежит сегментам «Обувь: Лето», «Обувь: Демисезон», «Материал: Натуральная кожа»). Это позволяет избежать раздувания карточки номенклатуры лишними реквизитами и обеспечивает высокую скорость формирования аналитических отчетов.
Если комбинация свойств напрямую влияет на складской учет, остатки и ценообразование (например, размер 41 из кожи и размер 41 из замши — это разные физические единицы с разными штрихкодами и ценами), параметры необходимо выносить в характеристики.
В этом случае каждый элемент справочника ХарактеристикиНоменклатуры представляет собой конкретную комбинацию параметров. Реквизиты характеристики формируют ее рабочее наименование, по которому менеджер однозначно идентифицирует позицию на складе.
Выясним частый вопрос: как учет по характеристикам и дополнительным реквизитам в УТ соотносится с 1С:Бухгалтерией предприятия (БП).
В типовом плане счетов 1С:БП на счете 41 «Товары» отсутствует субконто Характеристики. Бухгалтерский учет ведется в обобщенном количественно-суммовом разрезе по номенклатурным позициям. При синхронизации данных из 1С:УТ в 1С:БП происходит следующее:
При выгрузке на сайт (по стандарту CommerceML) дополнительные свойства, заданные как логические реквизиты, передаются в виде отдельных тегов и параметров, что позволяет интернет-магазину без дополнительных настроек формировать фасетные фильтры в каталоге.