онлайн касса маркировка — Онлайн-касса для маркированных товаров — это не просто ККТ со сканером. Рабочий контур должен считать код Data Matrix или получить его со склада, передать данные в кассовое ПО, сформировать корректный фискальный документ и обработать проверку кода там, где она применяется. Если хотя бы один элемент не настроен, продажа сорвётся на кассе или появится расхождение между сайтом, складом и маркировкой.
Начните с трёх решений: где покупатель платит, когда известен код конкретной товарной единицы и какая система формирует чек. После этого выбирайте ККТ, ФН, ПО и интеграции.
Правила применения ККТ и сервисы для пользователей касс опубликованы на сайте ФНС России. Для маркируемых категорий дополнительно учитывайте правила конкретной товарной группы: они определяют состав операций и порядок работы с кодами.
Готовьте контур, если продаёте товарные единицы, подлежащие обязательной маркировке, через магазин, пункт выдачи, курьера или сайт. Не ограничивайтесь проверкой «касса поддерживает маркировку»: эта отметка не подтверждает, что ваш сайт передаст код, а кассир сможет обработать запрет продажи и возврат.
До закупки оборудования запросите у поставщика подтверждение четырёх пунктов: ККТ работает с ФФД 1.2; выбранный фискальный накопитель совместим с этой работой; кассовое ПО поддерживает ваши товарные группы и нужные проверки; версии прошивки и ПО актуальны. Проверяйте связку целиком, а не каждое устройство по отдельности.
Нарисуйте маршрут данных: карточка товара → код конкретной единицы → склад или кассир → кассовое ПО → ККТ и ФН → ОФД → контур маркировки. Возле каждого перехода укажите систему и ответственного. Так вы сразу увидите, кто исправляет потерянный код: разработчик сайта, интегратор, складская программа или поставщик кассового ПО.
Кассир сканирует Data Matrix с упаковки до завершения продажи. Кассовое ПО сопоставляет код с товарной позицией, выполняет необходимые проверки и формирует чек. Для такого процесса используйте совместимый 2D-сканер или другое решение, которое гарантированно считывает и передаёт Data Matrix в кассовую программу.
На демонстрации попросите показать четыре операции на вашем товаре: продажу, смешанный чек с обычным товаром, отказ по проверке и возврат. Если поставщик показывает только считывание кода, решение ещё не проверено.
При онлайн-оплате сначала формируется чек по факту получения предоплаты. Код конкретной единицы к этому моменту часто неизвестен: заказ ещё не собран, а товар может быть заменён. При комплектации склад фиксирует код фактически отобранной единицы; при передаче товара покупателю формируется операция зачёта предоплаты по настроенной схеме с данными этой единицы.
Не заставляйте CMS передавать в облачную кассу случайный код из карточки товара сразу после оплаты. Настройте отдельные события: успешная оплата → чек предоплаты; комплектация и выдача → код конкретной единицы и чек зачёта. Логику чеков для интернет-продаж подробнее разбираем в статье «Онлайн-касса интернет-магазина: как подключить и запустить чеки».
Если покупатель платит курьеру или в пункте выдачи, код конкретной единицы должен попасть в кассовый сценарий до формирования чека. Источник — сканирование упаковки при выдаче либо задание из склада, в котором уже закреплён код отобранного товара. Проверьте частичный выкуп, замену товара у двери, отмену заказа и возврат после оплаты.
Когда оплата, эквайринг и фискализация работают через разные сервисы, заранее закрепите событие, которое запускает каждый чек. Для этого полезна схема из материала «Платежный шлюз: как выбрать и подключить без ошибок».
Для товарных групп и операций, где действует разрешительная проверка, кассовое ПО запрашивает разрешение на продажу кода. Кассиру недостаточно увидеть, что сканер прочитал Data Matrix: он должен дождаться результата проверки, который обрабатывает программа.
Получен запрет на продажу — не пробивайте эту единицу. Зафиксируйте текст ошибки и считанный код, отложите товар, затем проверьте данные в учётной системе и установленный порядок по вашей товарной группе. Не обходите запрет заменой позиции на немаркированный товар или ручным вводом другого кода.
Отдельно протестируйте нестабильный интернет. Уточните у поставщика кассового ПО, как его решение работает при отсутствии связи и доступна ли офлайн-проверка для вашего сценария. В инструкции кассира должны быть конкретные действия: где увидеть ошибку, когда остановить продажу и кому передать инцидент.
Для магазина приоритетны скорость кассового ПО, работа 2D-сканера, разрешительная проверка и возвраты. Для интернет-магазина важнее API или готовый модуль, раздельные события для предоплаты и зачёта, а также передача кода конкретной единицы со склада. Курьерскому сценарию нужны мобильная работа, фиксация кода при выдаче и обработка частичного выкупа.
| Критерий | Что запросить у поставщика | Приёмочный тест |
|---|---|---|
| ФФД и оборудование | Поддержку ФФД 1.2, совместимость ККТ и ФН, версию прошивки | Сформировать тестовый документ в настроенной связке |
| Кассовое ПО | Поддержку вашей товарной группы, проверок, возврата и обновлений | Продать товар, получить запрет, оформить возврат |
| Источник Data Matrix | Сканер, склад, CMS или CRM; формат и точку передачи | Проверить, что в операцию попал код конкретной единицы |
| Интернет-продажи | События предоплаты, зачёта, выдачи, отмены и возврата | Оплатить заказ, собрать его, выдать, отменить и вернуть |
| Интеграции | Ответственного за CMS, склад, кассу, ОФД и эквайринг | Сверить статусы одной операции во всех системах |
| Контур маркировки | Где виден результат передачи и обработки операции | Убедиться, что операция принята, а статус кода изменился ожидаемым образом |
Не покупайте решение по фразе «есть маркировка». Попросите поставщика провести все тесты на вашем товаре, вашем способе оплаты и вашей учётной системе. Результаты включите в акт или внутренний чек-лист запуска.
Проверили сканер, но не проверили ФФД 1.2 и ФН. Код читается, однако кассовая связка не готова к нужному формату работы. Исправление: до запуска подтвердите совместимость ККТ, ФН и версии ПО у поставщика и проведите тестовый документ.
Код передают при оплате, хотя единица ещё не выбрана. После сборки покупателю уходит другой товар, а в интеграции остаются неверные данные. Исправление: при предоплате разделите чек оплаты и зачёт предоплаты; код фактической единицы берите из комплектации.
Запрет продажи пытаются обойти вручную. Кассир меняет товарную позицию или вводит другой код, чтобы закрыть продажу. Исправление: остановите продажу этой единицы, сохраните ошибку и разберите причину по регламенту товарной группы.
Возврат не тестировали. После первого возврата сайт, склад и касса показывают разные статусы. Исправление: включите возврат и повторную реализацию в обязательный приёмочный сценарий и сверяйте результат в контуре маркировки.
Онлайн-чеки пробивают вручную. Сотрудник пропускает оплату или ошибается в сумме и составе заказа. Исправление: свяжите кассу с подтверждённым событием оплаты, зачёта или выдачи через CMS, CRM либо платёжную интеграцию.
Нет, отдельная ККТ только для маркировки не нужна. Выберите кассовую связку с поддержкой ФФД 1.2, совместимым ФН, актуальным ПО и вашим способом передачи кода Data Matrix.
Да, для работы с маркированными товарами проверьте поддержку ФФД 1.2 в ККТ, фискальном накопителе и кассовом ПО. До запуска обновите ПО и подтвердите у поставщика, что выбранная связка работает в вашем сценарии продажи и возврата.
Да, облачная касса подходит для дистанционных расчётов, если интеграция передаёт данные по правильному событию. При предоплате отдельно настройте чек оплаты и чек зачёта при выдаче, когда из склада известен код конкретной единицы.
Не продавайте эту единицу до выяснения причины запрета. Сохраните код и сообщение кассового ПО, проверьте товар в учётной системе и действуйте по правилам вашей товарной группы; не заменяйте товарную позицию ручным вводом.
Да, для розничного процесса нужен способ корректно считать и передать Data Matrix, и чаще всего это совместимый 2D-сканер. При доставке или интернет-продаже код может поступать из склада, но передачу кода конкретной единицы нужно подтвердить тестовым заказом.
Розничному магазину нужна проверенная связка ККТ, ФН, кассового ПО и 2D-сканера с тестами разрешительной проверки и возврата. Интернет-магазину нужна интеграция, которая отделяет предоплату от зачёта и получает код фактически собранной единицы. Доставке нужен сценарий, в котором курьер или склад передаёт этот код до формирования чека.
Интернет Касса проведёт аудит вашего пути данных, подберёт кассовый сценарий, проверит ККТ/ФН/ПО, составит приёмочный чек-лист и поможет настроить интеграцию сайта, склада, эквайринга и облачной фискализации. Оставьте заявку на разбор сценария — получите список конкретных доработок и тестов до запуска продаж.