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