← На главную

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

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

Почему возникает конфликт касс и зависание при пробитии?

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

Когда менеджер на своем рабочем месте создает новый чек и выбирает, например, «Кассу 1», документ фиксирует эти данные. Если в магазине несколько касс (или менеджер выбрал не ту кассу, за которой сидит кассир), возникает системная коллизия. Клиент подходит к «Кассе 2», кассир сканирует документ, и программа пытается обратиться к оборудованию первой кассы со второго рабочего места. Это вызывает блокировку драйвера торгового оборудования.

Посмотрим на интересную ситуацию, которая часто сопутствует этой проблеме: кассир сканирует документ, нажимает кнопку пробития, физический чек из аппарата не выходит, но в 1С документ получает статус «Пробит». При этом номер чека в документе отсутствует. Выясним причину этого явления:

1. Программа инициирует процесс фискализации и записывает движения документа.
2. Система отправляет команду драйверу ККТ.
3. Драйвер понимает, что касса или смена в документе не соответствуют текущему подключенному аппарату, и отклоняет печать фискального документа.
4. Так как фактической печати не было, фискальный номер не возвращается в базу (не делается запись в регистр НомерЧекаККТ), но сам документ 1С ошибочно остается в статусе пробитого из-за прерванной транзакции обмена с драйвером.

Чтобы избежать подобных сбоев, рассмотрим три корректных варианта настройки бизнес-процесса.

Способ 1: Использование цепочки "Заказ клиента" (Рекомендуемый метод)

Методологически наиболее правильным решением в конфигурации 1С:УТ 11.4 является отказ от создания документа ЧекККМ менеджером. Вместо этого менеджер должен оперировать заказами. Разберем этот процесс подробно:

1. Создание заказа менеджером: На рабочем месте менеджера (которое не требует подключения фискального регистратора) создается документ ЗаказКлиента. В нем менеджер спокойно заполняет номенклатуру, применяет ручные скидки, устанавливает цены и фиксирует договоренности с покупателем.
2. Печать бланка: Из заказа распечатывается счет или маршрутный лист со штрихкодом номера заказа. Документ передается клиенту.
3. Работа кассира в РМК: Клиент подходит к любой свободной кассе. Кассир, находясь в Рабочем месте кассира (РМК), сканирует штрихкод заказа. В интерфейсе РМК есть штатная возможность добавления товаров из заказа покупателя.
4. Пробитие чека: При сканировании заказа система автоматически формирует совершенно новый документ ЧекККМ. Этот новый чек с самого начала создается с привязкой к правильной, текущей КассаККМ и открытой на ней КассоваяСмена.

Этот способ полностью исключает зависания, так как конфликт оборудования не возникает в принципе.

Способ 2: Настройка рабочих мест и использование "Отложенных чеков"

Если бизнес-процесс жестко требует, чтобы менеджер формировал именно интерфейс чека (например, для быстрого подбора товаров через РМК), необходимо правильно настроить рабочие места и использовать статус отложенного чека.

Настроим рабочие места по шагам:

1. Перейдите в раздел Администрирование — РМК и оборудование — Рабочие места.
2. Для компьютера менеджера создайте отдельное рабочее место. Установите признак работы Без подключения оборудования.
3. В настройках РМК для этого рабочего места укажите в поле авторизации «Кто может быть продавцом» значение, соответствующее правам менеджера.
4. На компьютере кассира настройте полноценное рабочее место с подключенным драйвером ККТ.
5. Процесс продажи: Менеджер в своем РМК формирует чек, но не пробивает его, а нажимает кнопку «Отложить» (статус документа становится «Отложен»).
6. Кассир на кассе открывает список отложенных чеков (или сканирует его номер). Программа подхватывает этот «черновик» и, поскольку он еще не был фискализирован, позволяет корректно перепривязать его к текущей кассовой смене при итоговом пробитии.

Дополнительно рекомендуем снять галочку авторизации «Менеджера торгового зала» в настройках РМК кассира, если она включена. Это избавит кассира от лишних всплывающих окон с требованием указать продавца в момент фактического пробития чека, что значительно ускорит обслуживание очереди.

Способ 3: Оптовая схема (Реализация + ПКО)

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

Вместо использования розничного блока (РМК и Чеки ККМ), процесс переводится на документы оптового учета:

1. Менеджер создает документ РеализацияТоваровИУслуг.
2. Клиент с распечатанной накладной идет в кассу организации.
3. Кассир на основании реализации создает документ ПриходныйКассовыйОрдер (ПКО).
4. Из ПКО пробивается фискальный чек.

В этой схеме документ ПриходныйКассовыйОрдер формируется непосредственно тем пользователем и на том рабочем месте, к которому подключена касса. Это также гарантирует отсутствие конфликтов с КассоваяСмена.

Подведение итогов

Мы проанализировали проблему зависания касс при раздельной работе менеджера и кассира в 1С:УТ 11.4. Главное правило, которое следует запомнить: никогда не пытайтесь пробить созданный на другой кассе Чек ККМ напрямую. Используйте для передачи данных от менеджера к кассиру документы ЗаказКлиента или сохраняйте розничные продажи исключительно в виде «Отложенных чеков». Это обеспечит стабильную работу торгового оборудования и корректное ведение фискального учета.