В розничной и оптово-розничной торговле часто применяется двухэтапная схема обслуживания покупателей. Сначала менеджер в торговом зале консультирует клиента, помогает ему определиться с выбором, резервирует товар и формирует предварительный документ. Затем покупатель отправляется на кассу, где кассир считывает штрихкод с подготовленного документа, принимает оплату и пробивает фискальный чек на ККТ. Такой подход позволяет избежать очередей и существенно повышает скорость обслуживания.
Однако при попытке настроить эту схему «в лоб» в конфигурациях «1С:Управление торговлей» (ред. 11) или «1С:Комплексная автоматизация» (ред. 2) пользователи часто сталкиваются с техническими сложностями. Самая распространенная из них — жесткая привязка отложенного Чека ККМ к конкретной кассе ККМ. Если менеджер оформляет документ под одной кассой (или виртуальной кассой), а клиент идет оплачивать его на другую физическую кассу, система выдает ошибки, не печатает фискальный чек или путает кассовые смены.
В этой статье мы подробно проанализируем причины этой проблемы и разберем четыре практических варианта организации совместной работы менеджера и кассира, включая современные штатные механизмы версий 1С 11.5/2.5.
---
Рассмотрим стандартную логику работы с отложенными чеками, которую часто пытаются внедрить на практике. Менеджеру в торговом зале настраивают интерфейс создания документа Чек ККМ. Так как у менеджера нет физически подключенного фискального регистратора, ему создают «виртуальную» кассу ККМ (без подключения оборудования). Менеджер набивает корзину товаров, выбирает эту виртуальную кассу, проводит документ со статусом «Отложен» и распечатывает товарный чек со штрихкодом.
Когда покупатель приносит этот документ на рабочую кассу, кассир в своем Рабочем месте кассира (РМК) пытается открыть этот отложенный чек. На этом этапе система сталкивается с конфликтом реквизитов:
Чек ККМ уже содержит в себе ссылку на конкретную кассу (виртуальную кассу менеджера) и конкретную кассовую смену.Выяснив причину проблемы, рассмотрим правильные и стабильные варианты организации бизнес-процесса.
---
Начиная с современных редакций УТ 11.5 и КА 2.5, разработчики добавили отличный типовой функционал, который полностью решает проблему распределения ролей без использования «костылей» с виртуальными кассами. Этот механизм называется «Продажа по заказам в розничной торговле».
Разберем по шагам, как настроить и использовать данную схему:
Шаг 1. Активация функционала в настройках программы
Для начала нам необходимо включить использование заказов в рознице. Переходим в раздел НСИ и администрирование — Настройка НСИ и разделов — Продажи. В блоке розничных продаж находим и устанавливаем флаг «Заказы покупателей в розничной торговле».
Шаг 2. Оформление документа менеджером
Менеджер в торговом зале работает со стандартным и привычным документом Заказ клиента. При этом менеджеру абсолютно не нужно думать о кассах ККМ и кассовых сменах:
Заказ клиента.Шаг 3. Оплата и пробитие чека кассиром
Покупатель забирает распечатанный бланк заказа со штрихкодом и направляется к любой свободной кассе. Действия кассира предельно просты:
Рабочее место кассира (РМК).Заказ клиента в базе данных, переносит весь перечень товаров и услуг в текущее окно РМК и автоматически формирует новый Чек ККМ, привязанный к текущей (правильной) физической кассе ККМ кассира.Этот способ является наиболее приоритетным, так как он полностью поддерживается вендором, не требует программирования и работает стабильно на любом количестве касс.
---
Если в вашей компании менеджеры работают в интерфейсе Помощник продаж, вы можете воспользоваться функционалом распределенной фискализации. Этот механизм позволяет отправлять чеки в специальную очередь печати.
Проанализируем этот процесс:
Помощник продаж. Менеджер заполняет корзину товаров, согласовывает форму оплаты, но физически чек не пробивает (так как у него нет ККТ).Этот вариант удобен для магазинов с высокой интенсивностью продаж, где кассир выполняет исключительно роль оператора приема платежей, не тратя время на выбор и подбор номенклатуры.
---
Если на вашем предприятии по каким-то причинам не используется интерфейс РМК (например, торговая точка совмещает розничные продажи физлицам и оптовые продажи юридическим лицам с оформлением УПД), можно использовать классическую «двухдокументную» схему без задействования механизмов розничной торговли.
Рассмотрим этот алгоритм по шагам:
Шаг 1. Оформление документов менеджером
Заказ клиента, согласовывает цены и резервирует товар.Реализация товаров и услуг (РТИУ). Этот документ списывает товары со склада в системе.Шаг 2. Оформление оплаты кассиром
Документы продажи (все)).Реализация товаров и услуг и открывает его.Приходный кассовый ордер (ПКО).Эквайринговая операция.Данный вариант универсален, стабилен и работает во всех версиях 1С:УТ 11 и КА 2 (включая старые релизы 11.4 / 2.4). Единственный минус — кассиру приходится совершать чуть больше кликов мышкой по сравнению со специализированным интерфейсом РМК.
---
Если вы по-прежнему хотите использовать исключительно интерфейс РМК и документ Чек ККМ, но работаете на старых релизах программы (где нет встроенной «Продажи по заказу»), можно прибегнуть к кастомизации системы с помощью механизма расширений.
Этот способ хорош тем, что сама конфигурация остается на поддержке, а расширение лишь точечно корректирует поведение системы. Суть доработки сводится к следующему:
Заказа клиента, расширение программно считывает данные этого заказа (номенклатуру, количество, цены, скидки).Чек ККМ, который открыт в РМК кассира.КассаККМ изначально заполнено правильным значением кассы кассира, и никаких конфликтов оборудования не возникает.Для реализации этого метода в расширении обычно переопределяется процедура обработки внешнего события сканирования. Пример логики программного кода для заполнения чека по заказу может выглядеть так:
// Примерная схема заполнения Табличной Части Чека ККМ по Заказу Клиента
&Вместо("ОбработатьШтрихкодВРМК")
Процедура Расш_ОбработатьШтрихкодВРМК(Штрихкод)
// Пытаемся найти Заказ Клиента по считанному штрихкоду
СсылкаНаЗаказ = Документы.ЗаказКлиента.НайтиПоРеквизиту("Штрихкод", Штрихкод);
Если Не СсылкаНаЗаказ.Пустая() Тогда
// Получаем текущий объект Чека ККМ из формы РМК
ТекущийЧек = Объект.Ссылка.ПолучитьОбъект();
// Очищаем старые строки и переносим товары из заказа
ТекущийЧек.Товары.Очистить();
Для Каждого СтрокаЗаказа Из СсылкаНаЗаказ.Товары Цикл
НоваяСтрока = ТекущийЧек.Товары.Добавить();
ЗаполнитьЗначенияСвойств(НоваяСтрока, СтрокаЗаказа);
КонецЦикла;
// Обновляем форму РМК
Модифицированность = Истина;
Возврат;
КонецЕсли;
КонецПроцедуры
---
Для того чтобы вам было проще определиться с выбором архитектуры процесса продаж, мы свели особенности всех четырех вариантов в сравнительную таблицу:
| Критерий сравнения | Вариант 1 (Продажа по заказу в РМК) | Вариант 2 (Очередь чеков) | Вариант 3 (Реализация + ПКО) | Вариант 4 (Расширение РМК) |
|---|---|---|---|---|
| Версия программы | УТ 11.5 / КА 2.5 и выше | УТ 11.5 / КА 2.5 и выше | Любая (даже старые релизы) | Любая (требуется программист) |
| Интерфейс кассира | Удобный РМК | РМК или Помощник | Обычные журналы документов | Удобный РМК |
| Привязка к кассе ККМ | Отсутствует у менеджера | Отсутствует у менеджера | Отсутствует у менеджера | Отсутствует у менеджера |
| Сложность внедрения | Низкая (типовая настройка) | Средняя (настройка очередей) | Низкая (типовой процесс) | Средняя (написание кода) |
---
Мы проанализировали проблему взаимодействия менеджеров и кассиров при оформлении розничных продаж и пришли к следующим выводам: