В розничной торговле часто возникает необходимость разделить процесс подбора товара и процесс его оплаты. Типичная ситуация: продавец-консультант в торговом зале формирует корзину покупателя, сканирует коды маркировки, а кассир на выходе только принимает оплату и пробивает фискальный чек. В программе 1С:Розница 2.3 этот процесс имеет свои нюансы, особенно когда речь идет о маркированной продукции (система «Честный Знак»).
Разберем подробно, как настроить эту схему, почему могут возникать ошибки со статусами чеков и какие альтернативные варианты существуют.
Рассмотрим ситуацию, описанную пользователем: продавец создает отложенный чек, кассир его открывает через «Продолжить чек», пробивает, но в списке документов статус остается «Отложенный». Выясним причины такого поведения системы:
Чек ККМ, а старый (отложенный) так и оставался висеть в базе.Перечисление.СтатусыЧековККМ.Отложенный на Пробитый.Для реализации схемы без приобретения дополнительных обработок, проанализируем стандартный функционал. Мы можем позволить продавцу работать в интерфейсе РМК, но ограничить его права так, чтобы он не мог пробивать чеки.
Рассмотрим шаги по настройке:
ЧтениеКассовыхСмен и возможности, связанные с оформлением оплаты (фискализацией).Теперь процесс будет выглядеть так: продавец подбирает товар, сканирует марки DataMatrix, нажимает кнопку «Отложить чек». Кассир на своем месте нажимает «Продолжить чек», выбирает нужный документ из списка и завершает продажу. Чтобы кассир видел чеки, созданные другими пользователями, в настройках РМК должна быть активна соответствующая опция отображения документов всех пользователей.
Часто предлагают использовать документ Заказ покупателя. Продавец выписывает заказ, а кассир в РМК нажимает «Продажа по заказу».
Проанализируем ситуацию с маркировкой: в типовой конфигурации 1С:Розница 2.3 документ Заказ покупателя не содержит полей для хранения кодов маркировки. Система предполагает, что конкретный экземпляр товара (с конкретной маркой) будет выбран только в момент фактической отгрузки (пробития чека).
Если бизнес-процесс требует, чтобы именно продавец фиксировал марку (например, товар уже упакован в коробку и унесен на кассу), то стандартный «Заказ покупателя» не подойдет без доработки программистом. Рассмотрим пример кода, который часто используют для добавления поддержки марок в документы (схематично):
// Пример добавления проверки маркировки в табличную часть
Процедура ПроверитьКодыМаркировки(ТабличнаяЧасть)
Для Каждого Строка Из ТабличнаяЧасть Цикл
Если Строка.Номенклатура.ОсобенностьУчета = ПредопределенноеЗначение("Перечисление.ОсобенностиУчетаНоменклатуры.МаркируемаяТабачнаяПродукция") Тогда
// Проверка наличия кода в регистре сведений "КодыМаркировки"
КонецЕсли;
КонецЦикла;
КонецПроцедуры
Если вы хотите избежать работы продавцов в РМК, они могут создавать обычный документ Чек ККМ через список документов (Продажи — Чеки ККМ).
Алгоритм действий:
Чек ККМ.Важный момент: при таком подходе резервирование кодов маркировки происходит в момент записи чека. Это исключает ситуацию, когда один и тот же код будет случайно продан дважды разными сотрудниками.
Чтобы кассир не искал нужный отложенный чек в длинном списке, рекомендуется настроить печать небольшого «слипа» (нефискального документа) со штрихкодом отложенного чека. Продавец откладывает чек, печатает слип на принтере этикеток или чековой ленте и отдает покупателю. Кассиру достаточно один раз сканировать этот штрихкод в РМК, чтобы документ мгновенно открылся для оплаты.
Иногда пользователи жалуются, что при открытии отложенного чека на кассе коды маркировки «исчезают». Посмотрим на техническую сторону:
Коды маркировки в 1С:Розница хранятся в специальном регистре или во временном хранилище формы. Если на компьютере продавца и кассира установлены разные версии драйверов торгового оборудования (сканера штрихкодов), или не настроены параметры подключения к ИС МП (Честный Знак), программа может сбросить «некорректные», с её точки зрения, коды. Убедитесь, что настройки криптографии и драйверов идентичны на всех рабочих местах.
Для стабильной работы схемы «Продавец-Кассир» в 1С:Розница 2.3 выполним следующие действия:
Таким образом, мы обеспечим корректное списание кодов маркировки и правильное отражение статусов документов в системе, избежав при этом лишней беготни сотрудников между торговым залом и кассовой зоной.