При ведении учета в магазинах одежды и обуви одной из самых сложных задач является выбор способа ведения характеристик. Типовые конфигурации 1С, такие как 1С:Розница, 1С:Управление торговлей или 1С:ERP, предлагают два основных варианта: Общие для вида номенклатуры и Индивидуальные для номенклатуры. Каждый из этих подходов имеет свои подводные камни, особенно когда дело доходит до удобства работы кассира в РМК (Рабочем месте кассира) или менеджера при оформлении поступлений.
В этой статье мы подробно проанализируем проблему избыточности характеристик в формах подбора и разберем методически верные способы организации справочников, чтобы работа с базой была эффективной и не вызывала паники у персонала.
Рассмотрим стандартную ситуацию: вы создали вид номенклатуры «Одежда» и установили для него использование общих характеристик. В процессе работы вы добавляете в этот список все возможные размеры (от 32 до 56) и все цвета (белый, черный, фуксия, антрацит). Когда вы открываете форму подбора для конкретного товара (например, простого черного платья), система вываливает перед вами весь список характеристик, созданных для этого вида номенклатуры, даже если это платье существует только в одном размере.
Проанализируем ситуацию: кассиру приходится совершать множество лишних кликов, пролистывая десятки неактуальных сочетаний, чтобы найти ту единственную позицию, которая есть на складе. Это не только замедляет работу, но и ведет к ошибкам ввода данных.
Один из самых простых путей решения проблемы — переход на использование Индивидуальных характеристик. Выясним, почему этот метод пользуется популярностью:
Однако у этого метода есть и минусы. При большом объеме номенклатуры справочник ХарактеристикиНоменклатуры будет быстро расти. Хотя современные базы данных легко справляются с миллионами записей, трудозатраты на первоначальное заполнение карточек (создание одних и тех же размеров для каждого товара вручную) могут быть значительными.
Рассмотрим более элегантное решение, которое рекомендуют методисты фирмы «1С». Вместо того чтобы создавать один общий вид «Одежда», мы разделим товары на более мелкие группы по логике их размерных сеток. Проанализируем этот алгоритм по шагам:
Такой подход позволяет ограничить «шлейф» лишних характеристик. Например, для вида «Брюки мужские» список размеров будет ограничен диапазоном 46–56, и кассир не увидит там детских или женских размеров.
Если менять структуру справочников уже поздно, мы можем прибегнуть к техническим настройкам формы подбора. Рассмотрим возможности, которые не требуют написания сложного кода, но значительно облегчают жизнь:
Фильтр «Только в наличии»
В типовой форме подбора товаров всегда есть возможность включить отображение только тех позиций, по которым есть остатки на текущем складе. Если вы оприходовали только размер 42, то при включенном фильтре в списке характеристик останется только этот размер, а вся остальная «простыня» будет скрыта.
Доработка фильтрации (совет для разработчиков)
Если типовых средств недостаточно, можно дописать небольшое расширение для формы подбора. Мы можем реализовать логику, при которой список характеристик фильтруется по наличию установленных цен или по факту использования в документах поступления. Посмотрим на пример логики, которую можно внедрить в процедуру ПриСозданииНаСервере или в обработчик события подбора:
// Пример логики фильтрации характеристик в форме подбора
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Характеристики.Ссылка КАК Характеристика
|ИЗ
| Справочник.ХарактеристикиНоменклатуры КАК Характеристики
|ГДЕ
| Характеристики.Владелец = &Владелец
| И Характеристики.Ссылка В (ВЫБРАТЬ РАЗЛИЧНЫЕ Остатки.Характеристика ИЗ РегистрНакопления.ТоварыНаСкладах.Остатки( , Склад = &Склад) КАК Остатки)";
Запрос.УстановитьПараметр("Владелец", ТекущаяНоменклатура);
Запрос.УстановитьПараметр("Склад", ТекущийСклад);
// Далее устанавливаем отбор в списке характеристик на форме
Часто пользователи опасаются использовать индивидуальные характеристики из-за страха, что база станет слишком тяжелой. Разберем этот вопрос с технической точки зрения. Основной объем данных в 1С занимают не записи справочников, а записи в регистрах накопления и регистрах сведений (остатки, продажи, цены). Независимо от того, является ли характеристика общей или индивидуальной, для системы это уникальная пара Номенклатура + Характеристика. Записей в регистрах будет ровно столько же. Современные дисковые подсистемы (SSD/NVMe) нивелируют разницу в скорости обращения к чуть более объемному справочнику характеристик.
Чтобы принять окончательное решение, проанализируем следующую таблицу соответствий:
Важно помнить, что характеристики в 1С — это не просто текст. Мы рекомендуем всегда настраивать Дополнительные реквизиты для справочника Характеристики номенклатуры. Например, создайте реквизиты «Размер» и «Цвет». Это позволит:
[Цвет], [Размер]).Таким образом, использование общих характеристик — это не «зло», а инструмент, требующий правильной настройки. Если вы столкнулись с хаосом в РМК, начните с ревизии Видов номенклатуры и включения фильтров по остаткам в настройках пользователя. Это решит 90% проблем без радикальной переделки базы.