← На главную

При автоматизации розничной торговли разливными напитками часто возникает типовая бизнес-задача: продать покупателю готовый объем (например, 1 или 1,5 литра разливного пива) так, чтобы в рабочем месте кассира (РМК) кассир сканировал один штрихкод или выбирал одну позицию, а со склада одновременно списывались и жидкость, и ПЭТ-бутылка с крышкой. Выясним причину, почему это вызывает сложности в типовой конфигурации 1С:Розница 2.2, и подробно разберем все доступные варианты решения.

Архитектурные ограничения типовой конфигурации 1С:Розница 2.2

Проанализируем сначала устройство типовой конфигурации. В отличие от конфигураций 1С:Управление торговлей 11 или более современной линейки 1С:Розница 3.0, в редакции 2.2 отсутствует вид номенклатуры Набор (динамический комплект). Этот механизм в других системах позволяет в момент проведения чека «на лету» списывать комплектующие без создания промежуточных документов.

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

Вариант 1. Предварительная сборка товаров

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

1. Создаем в справочнике Номенклатура карточку готовой продукции, например: «Пиво Светлое 1.5 л (бут.)».
2. Открываем регистр Комплектующие номенклатуры и задаем состав: пиво разливное — 1,5 л, бутылка ПЭТ 1,5 л — 1 шт., пробка — 1 шт.
3. Перед началом смены или по мере необходимости оформляем документ Сборка товаров (раздел «Склад»), где списываются исходные ингредиенты и приходуется готовый комплект.
4. Кассир в РМК продает готовую скомплектованную позицию.

Главный минус этого подхода в рознице напитков — невозможно точно спрогнозировать спрос на разные объемы тары в течение дня, что приводит либо к пересортице, либо к постоянным ручным корректировкам.

Вариант 2. Продажа с контролем остатков в минус и закрывающей комплектацией

Рассмотрим вариант обхода ограничений без доработки программного кода конфигурации:

1. Создаем готовую номенклатуру под каждый объем (1 л, 1.5 л, 2 л).
2. Отключаем контроль остатков товаров при проведении чеков ККМ.
3. В течение смены кассир пробивает готовую продукцию, уводя ее остаток в отрицательные значения. Сами комплектующие (пиво и пустая тара) остаются числиться на складе.
4. В конце дня или расчетного периода формируется документ Сборка товаров на фактически проданное количество комплектов, который закрывает отрицательные остатки готовой продукции и списывает потраченное сырье и тару.

Вариант 3. Использование механизма скидок и подарков

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

1. Настраиваем автоматическую скидку с типом действия «Подарок».
2. В условии предоставления скидки указываем покупку конкретного объема пива (или упаковки).
3. В качестве подарка назначаем соответствующую тару (бутылку ПЭТ).
4. При добавлении кассиром пива в чек система автоматически подтягивает строку с бутылкой со 100%-ной скидкой. В итоге тара списывается со склада корректно, а сумма чека не увеличивается.

Вариант 4. Механизм сопутствующих товаров

Если тара продается отдельно или требуется строгое напоминание кассиру:

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

Вариант 5. Доработка через расширение конфигурации

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

В расширении реализуется один из двух алгоритмов:

1. Перехват добавления товара в РМК: при сканировании штрихкода напитка обработчик считывает привязанную тару (указанную, например, через дополнительный реквизит) и программно добавляет вторую строку с тарой в чек ККМ с установленной нулевой ценой или штатной стоимостью.
2. Фоновое списание при закрытии смены: кассир продает только литры пива, а процедура закрытия смены программно создает документ Списание товаров или Сборка товаров на количество израсходованных бутылок по данным отчета о розничных продажах.