Как настроить множественный выбор для одного реквизита или характеристики номенклатуры в 1С:Управление торговлей 11?

Пользователь 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

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

По умолчанию библиотека стандартных подсистем (БСП) в 1С работает по принципу «одно свойство — одно значение». В связи с этим возникает вопрос: как правильно организовать учет таких товаров средствами типовой конфигурации и доступными доработками? Рассмотрим основные варианты решения этой задачи.

Вариант 1. Создание комбинаций значений в дополнительном реквизите

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

Рассмотрим пример формирования значений для реквизита Сезон:

  1. Лето
  2. Демисезон
  3. Зима
  4. Лето, Демисезон
  5. Зима, Демисезон

Преимущества: Работает штатно, доступно в базовой версии 1С, легко выбирается в документах и номенклатуре.

Недостатки: Возникает комбинаторный взрыв, если вариантов параметров много. Например, для реквизита Материал при наличии 4-5 компонентов придется заносить десятки перекрестных сочетаний («Кожа, Замша», «Кожа, Нубук, Ткань» и т.д.).

Вариант 2. Использование отдельных булевых реквизитов (флагов)

Выясним, как разделить одно общее свойство на несколько самостоятельных дополнительных реквизитов с типом данных Булево (Да/Нет).

Вместо одного реквизита Сезон создаются несколько отдельных свойств:

  1. Сезон: Лето (Да/Нет)
  2. Сезон: Демисезон (Да/Нет)
  3. Сезон: Зима (Да/Нет)

Аналогично для материалов создаются флаги Материал: Кожа, Материал: Замша и другие. В форме элемента или характеристики пользователь просто устанавливает нужные флажки.

Преимущества: Удобный анализ данных в отчетах (можно легко отфильтровать товары, где Сезон: Лето равно Истина, независимо от других флагов).

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

Вариант 3. Использование механизма «Сегменты номенклатуры»

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

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

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

Преимущества: Полностью типовой функционал, не загромождает список реквизитов, поддерживает сложную аналитику и скидки.

Вариант 4. Доработка ввода через внешнюю форму или расширение

Если требуется хранить текстовую строку (например, "кожа, ткань"), но при этом упростить ввод пользователю, применяют доработку формы элемента.

Разберем алгоритм работы такого решения:

  1. Создается строковый дополнительный реквизит (например, Состав материала).
  2. С помощью внешней обработки или расширения конфигурации добавляется кнопка выбора (...).
  3. При нажатии откроется диалоговое окно со списком флажков (Кожа, Замша, Нубук, Ткань).
  4. После выбора галочек программа автоматически формирует строку с разделителями и записывает её в строковый реквизит.

Обратите внимание: При отборе в отчетах по строковому реквизиту с использованием оператора ПОДОБНО производительность запросов на больших объемах данных может снижаться. Для версий ПРОФ и КОРП более эффективным техническим решением является создание независимого регистра сведений, где связи элемента с множественными значениями хранятся в отдельных строках.

← На главную