Проверка маркировки на кассе начинается не со сканера, а с маршрута кода конкретной упаковки: склад или кассир считывает код, система связывает его с заказом, кассовое ПО выполняет нужную проверку и формирует документы по операции. Если интернет-магазин передает в кассу только название, цену и SKU, он не сможет надежно идентифицировать проданную единицу.
Для быстрого старта: пришлите нам схему продаж, товарные группы и список используемых систем. Интернет Касса проведет аудит контура, обозначит совместимые компоненты и составит тестовый план для магазина, сайта или доставки.
Не смешивайте две задачи. Передача сведений о маркированном товаре в кассовом документе нужна, чтобы кассовый контур отразил продажу конкретной единицы. Разрешительный режим — отдельная проверка кода кассовым ПО через контур проверки: по ее результату программа разрешает либо запрещает операцию в предусмотренных для товарной группы случаях.
Сначала составьте реестр: товарная группа, канал продажи, место сканирования, версия кассового ПО и ответственный за настройку. Затем в личном кабинете системы маркировки и документации поставщика кассы определите, требуется ли разрешительный режим именно для вашей группы, и включите его только после проверки совместимости.
Правила применения ККТ и разъяснения по кассовым документам публикует сайт ФНС России. Базовую схему связки кассы, учета и маркировки смотрите в материале «Честный ЗНАК и онлайн-касса: что нужно бизнесу для продаж с маркировкой».
Кассир считывает Data Matrix с упаковки до закрытия чека. Кассовая программа должна сопоставить код с товарной строкой, выполнить настроенную проверку и показать сотруднику понятную причину отказа. Проверьте 2D-сканер на реальных этикетках: пленка, заломы и слабая печать часто мешают считыванию.
Закрепляйте код за заказом при сборке либо считывайте его при выдаче — выберите один маршрут и зафиксируйте его в регламенте. Для частичного выкупа, замены и возврата система должна хранить связь между кодом, заказом и исходной операцией.
Эквайринг подтверждает оплату, но сам по себе не передает код маркировки в ККТ. Сайт передает заказ в учетную систему, склад резервирует конкретную единицу, а кассовый контур получает данные этой единицы в момент, определенный вашей схемой расчета. Платежную часть процесса разбираем в статье об онлайн-эквайринге для сайта.
Если предоплата и отгрузка происходят в разные даты, зафиксируйте отдельные кассовые действия до запуска. Для этого используйте схему из материала о чеке при оплате и отгрузке.
| Критерий | Что запросить до покупки | Чем проверить |
|---|---|---|
| Товарная группа | Поддержку маркировки и разрешительного режима в вашей версии ПО. | Провести тест положительного и отрицательного результата проверки. |
| Канал продаж | Работу в магазине, на сайте, при самовывозе и у курьера — только по нужным вам каналам. | Оформить по одной тестовой операции на каждый канал. |
| Источник кода | Где код сканируется и как попадает в заказ: касса, склад или курьерское приложение. | Сверить код на упаковке, в заказе и в данных операции. |
| Интеграция | Состав передаваемых полей между CMS, складом, товароучетом и кассой. | Передать заказ с конкретной собранной единицей до кассовой операции. |
| Срок и стоимость внедрения | Отдельно стоимость оборудования, лицензий, доработок, тестирования и сопровождения. | Получить смету с перечнем работ и критериями приемки. |
| Границы ответственности | Кто устраняет сбой в ККТ, учете, интеграции, сканере и ОФД. | Передать тестовую заявку с номером заказа, операции и текстом ошибки. |
| Работа без связи | Поддерживает ли ПО допустимый офлайн-сценарий для вашей группы и как фиксирует событие. | Отключить связь в тестовом контуре и проверить восстановление обмена. |
Считать разрешительный режим частью печати чека. Это разные процессы. Решение: отдельно тестируйте передачу сведений в кассовом документе и ответы контура проверки.
Включить режим без проверки версии ПО. Настройка может отсутствовать или работать иначе в старой версии. Решение: запросите у поставщика матрицу совместимости по модели ККТ, версии ПО и товарной группе.
Тестировать только успешную продажу. Реальные сбои возникают при отказе, тайм-ауте, дубликате и потере связи. Решение: включите отрицательные сценарии в приемочный протокол.
Подменять проблемную единицу похожим товаром. Это разрывает связь между упаковкой и операцией. Решение: отложите единицу, зафиксируйте ошибку и действуйте по регламенту товарной группы.
Для заявки в поддержку подготовьте номер заказа, дату и время, номер смены и чека при наличии, фото упаковки или считанное значение кода, версию кассового ПО и скрин ошибки. Эти данные позволяют быстро отделить проблему сканера от сбоя учета, интеграции, кассы или ОФД.
Нужна готовая схема запуска — обратитесь в Интернет Касса. Мы разберем товарные группы и каналы продаж, подберем кассовый контур и подготовим список приемочных тестов.