← На главную

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

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

Почему серии в типовой конфигурации не подходят для раздельного ценообразования

Проанализируем архитектурное назначение механизма серий в типовых решениях (1С:УТ 11, 1С:КА 2, 1С:ERP). Серии предназначены в первую очередь для складского и количественного учета (учет по срокам годности, FEFO, учет серийных номеров, привязка к поставщикам и сертификатам). При попытке использовать серии для назначения разных цен возникают следующие системные ограничения:

1. Отсутствие серий в регистре сведений ЦеныНоменклатуры: типовой документ Установка цен номенклатуры не содержит разреза серий. Назначить отдельную розничную или оптовую цену на конкретную серию стандартными средствами невозможно.
2. Ограничения генерации штрихкодов: регистр сведений ШтрихкодыНоменклатуры хранит штрихкоды в разрезе номенклатуры, характеристик и упаковок. Привязать индивидуальный штрихкод к серии без доработки типовой конфигурации нельзя.
3. Ограниченное присутствие в аналитических отчетах: серии не участвуют в сквозном ценовом анализе продаж так же глубоко, как характеристики.

Риски подхода «1 партия = 1 уникальная характеристика»

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

1. Раздувание таблиц итогов регистров: появление сотен и тысяч одноразовых характеристик перегружает регистры ТоварыНаСкладах, СвободныеОстатки, ВыручкаИСебестоимостьПродаж и ПартииТоваровНаСкладах.
2. Критическое замедление процедуры «Закрытие месяца»: характеристика в типовой архитектуре является обязательным аналитическим разрезом партионного учета и расчета себестоимости. Множество уникальных характеристик экспоненциально увеличивает время выполнения этапов распределения затрат и узлового расчета себестоимости.
3. Падение скорости подбора и интерфейса: динамические списки номенклатуры и форма подбора начинают работать значительно медленнее из-за сложных соединений с таблицами остатков и цен по огромному числу характеристик.

Решение 1. Использование постоянных градаций качества (рекомендуемый вариант)

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

1. «Свежий / Сорт 1» — базовая цена для только что поступившей продукции;
2. «Уценка 1 / Сорт 2» — скидка первого уровня для товара, начинающего терять свежесть;
3. «Уценка 2 / Сорт 3» — глубокая уценка для быстрой распродажи.

Рассмотрим по шагам, как выстраивается процесс работы в базе при такой модели:

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

Решение 2. Использование типового механизма товаров другого качества

Проанализируем альтернативный штатный инструмент, реализованный в 1С:УТ 11 — учет товаров другого качества через связанные карточки.

Разберем порядок настройки этого механизма:

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

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