Проверка маркировки на кассе: ЦРПТ начал переход от токена к ТС ПИоТ
С 1 октября поэтапно отключается прежняя проверка кодов через X-API-KEY. Что проверить продавцам, которые используют собственные кассы для маркированных товаров.
Содержание статьи
С 1 октября 2026 года началось поэтапное отключение старого способа проверки кодов маркировки на кассах через токен X-API-KEY. ЦРПТ сообщил, что для дальнейшей проверки требуется ТС ПИоТ — техническое средство получения информации о товаре. Новость важна для селлеров, у которых есть собственная розничная касса или другой канал продаж с самостоятельной фискализацией.
Что меняется в кассовом процессе
ТС ПИоТ связывает кассовое программное обеспечение с системой маркировки и возвращает результат проверки: можно ли продать товар. ЦРПТ подчеркивает поэтапный характер отключения прежнего механизма. Дата начала перехода не означает, что все кассы потеряли старое подключение одновременно.
ЦРПТ отдельно напоминает: обязательность применения ТС ПИоТ для соответствующих кассовых операций действует с 28 декабря 2025 года. Октябрьская дата относится к отключению прежней технической схемы, а не к первому появлению обязанности.
Оператор рекомендует сверить совместимость кассы и программного обеспечения, обновить необходимые компоненты, подключить решение и проверить его работу. В сообщении отдельно указано исключение для лекарственных препаратов медицинского применения. Применимость нужно оценивать по собственному кассовому сценарию и товарной группе.
Почему селлеру нельзя ограничиться обновлением сайта
В интернет-магазине путь заказа выглядит непрерывным: покупатель оплатил, заказ собран, чек сформирован. Технически в нем участвуют разные системы. Успешный платеж не доказывает, что проверка маркировки выполнена корректно. Обновление модуля на сайте также не подтверждает готовность драйвера кассы или сервисов, которые обслуживают фискализацию.
Сначала нарисуйте короткую схему: кто принимает оплату, кто формирует чек, где считывается код и какая система передает запрос на проверку. Если чек оформляет партнер, запросите описание его готовности именно для ваших операций. Если собственная касса используется только в офлайн-магазине, проверять нужно эту точку, а не автоматически менять настройки всех кабинетов маркетплейсов.
Какие сценарии стоит проверить
Редакционная рекомендация — провести проверку на типовых товарах, а не на единственном удобном примере. В ассортименте могут быть разные категории, упаковки и способы продажи. Зафиксируйте ожидаемый результат для корректного кода, отказа в продаже и временной недоступности связи. Ошибка должна быть понятна кассиру: что произошло, какие действия допустимы и кому передать инцидент.
Для тестирования не нужно проводить фиктивные продажи. Поставщик кассового решения должен предложить подходящий способ проверки и объяснить, какие операции требуют реального чека. Сохраните версии компонентов, дату проверки и результат. Эти сведения помогут быстрее разобраться, если после очередного обновления поведение изменится.
Как распределить ответственность
- Владелец процесса определяет все точки продаж маркированного товара.
- Технический подрядчик проверяет совместимость и настройку обмена.
- Кассир или оператор осваивает порядок действий при отказе.
- Бухгалтер сверяет отражение операций в учетной системе.
Особое внимание требуется магазину, который продает одну партию одновременно на нескольких площадках и в собственной рознице. Статус отдельного экземпляра нельзя определять только по общему остатку SKU: товар мог уже уйти по другому каналу. Готовность к ТС ПИоТ имеет смысл проверять вместе с качеством учета экземпляров.
Главный результат подготовки — воспроизводимая работа кассы и понятный разбор ошибок. Сам факт покупки программного модуля еще не подтверждает, что все участники процесса используют его правильно.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы