Установленный модуль и напечатанный чек ещё не доказывают, что проверка прошла через ТС ПИоТ. Нужно подтвердить конкретный экземпляр, его готовность и маршрут запроса из кассовой программы.
Запись в реестре подтверждает регистрацию экземпляра, а не его текущую работоспособность. Для проверки маршрута нужны настройка кассового ПО и связанный по времени ответ ЕСМ. Пример с пояснениями ниже — схема реквизитов, а не JSON для отправки.
Проверяйте последовательно четыре уровня: регистрацию, лицензию и экземпляр, состояние ЛМ, запрос из кассового ПО. Реквизиты чека используйте для сопоставления той же операции.
Способ 1. Проверка в ГИС МТ по ИНН и номеру ФН
Самый надёжный вариант: оператор системы маркировки сам подтверждает, зарегистрирован ли экземпляр ТС ПИоТ на вашу кассу.
- Откройте раздел ТС ПИоТ на сайте честныйзнак.рф.
- В форме проверки укажите ИНН организации или ИП (10 или 12 цифр) и номер фискального накопителя (16 цифр).
- Система покажет статус регистрации экземпляра в ГИС МТ.
Номер ФН есть в отчёте о регистрации ККТ, в личном кабинете ОФД и в фискальной части любого чека. Проверять нужно каждую кассу отдельно: регистрация привязана к конкретной ККТ, а не к организации.
Способ 2. Статусы модуля на рабочем месте
Если касса АТОЛ работает через модуль ЕСМ (его установка разобрана отдельно), откройте окно «Единый сервисный модуль» на том компьютере, к которому подключена ККТ. В рабочем состоянии там три показателя:
| Показатель | Норма |
|---|---|
| Лицензия | «Активна до» с корректной датой |
| ЛМ ЧЗ | «Готов к работе» |
| ГИС МТ | «Стабильно» |
Практическую проверку выполняйте по штатному маршруту кассового ПО, без фиктивного расчёта на зарегистрированном ФН. Сопоставьте результат с журналом ЕСМ. Сам запрет продажи не доказывает работу ТС ПИоТ: запрет мог сформировать другой механизм проверки.
| Уровень | Подтверждает | Не подтверждает |
|---|---|---|
| Запись в реестре | Регистрацию указанного экземпляра | Что он сейчас запущен и обрабатывает запросы. |
| Лицензия и номер ККТ | Права и привязку выбранного экземпляра | Доступность ЛМ и маршрут из приложения. |
| ЛМ: ready и lastSync | Состояние и актуальность локальной базы | Участие ЕСМ в конкретной продаже. |
| Связанный запрос и ответ | Прохождение конкретной проверки по выбранному маршруту | Исправность всех касс и всех режимов на будущее. |
Если показатели не в норме
Каждый из трёх показателей отказывает по своей причине, и лечатся они по-разному.
Лицензия не активна. Регистрация модуля не проходит, если не выполнено хотя бы одно условие: смена на кассе закрыта или длится дольше суток; касса зарегистрирована не на ФФД 1.2 либо без признака торговли маркированным товаром; недоступны серверы stats.ao-esp.ru и api.ao-esp.ru по 443 порту. Без полученной лицензии регистрация не завершится.
ЛМ не готов. Для описанной схемы ЕСМ сначала проверьте регистрацию экземпляра и идентификатор ГИС МТ. Затем — прогресс загрузки базы, сеть, диск и журнал. Само ожидание в течение нескольких часов не подтверждает зависание; признак готовности дополняется актуальной синхронизацией базы.
Модуль не видит кассу. Проверьте специальный комплект ДТО, настройки транспорта и процесс, удерживающий соединение. Наличие драйвера другого производителя само по себе не является конфликтом и не требует его удаления.
При продаже появляется ошибка 514. Расшифровка — «не удалось получить ответ от ГИС МТ или ЛМ ЧЗ», то есть не сработали оба пути проверки сразу. Что смотреть по шагам, разобрано в статье про ошибки маркировки: там же объяснено, почему коды 403 и 407 у модуля ЕСМ означают совсем не то, что одноимённые коды драйвера.
Отдельное правило, которое объясняет добрую половину внезапных отказов посреди дня: драйвер должен быть запущен всю смену — с момента открытия, до первого чека, и до закрытия. Если кассовая программа останавливает его в середине, связь модуля с кассой рвётся, и восстановить её без повторной инициализации канала не получится.
Способ 3. Признак проверки в чеке
В чеке можно проверить реквизиты выполненной проверки, но по ним одним нельзя определить, прошёл ли запрос через ТС ПИоТ. Откройте чек с маркированным товаром в кабинете ОФД и разверните группу отраслевых реквизитов предмета расчёта — тег 1260; значение с UUID/Time находится в теге 1265.
Отображение зависит от ОФД: найдите состав реквизитов позиции и исходные значения, если кабинет позволяет их открыть. Ниже поясняющий пример, а не подтверждение вашей операции:
Три строки, на которые нужно смотреть:
- Министерство промышленности и торговли Российской Федерации (030) — орган, в чьей системе проводилась проверка;
- Документ-основание: № 1944 от 21.11.2023 — то самое постановление о разрешительном режиме;
- UUID и Time — идентификатор конкретной проверки и её метка времени.
Рядом с наименованием товара при этом стоит пометка [M], а ниже — строка ТМ КТ с кодом идентификации, считанным с DataMatrix.
Как сопоставить электронный чек с запросом
Используйте электронный документ ОФД и его описание формата. JSON-выгрузки разных операторов устроены по-разному и могут преобразовывать исходные реквизиты. Сначала сопоставьте номер ФН, номер ФД и фискальный признак с проверяемым чеком.
Ниже схема расположения реквизитов с пояснениями. Это не реальный ответ API, не готовый JSON для отправки и не подтверждённый журнал проверки:
"1059": { предмет расчёта
"1030": "Мороженое «Пломбир на сливках», 80 г",
"1079": 9800, цена, коп.
"1023": 1.0, количество
"1043": 9800, стоимость позиции, коп.
"1199": 7, ставка НДС
"1212": 33, признак предмета расчёта
"2108": 0, мера количества — штука
"1163": { код товара
"1305": "010460701336063121..." код идентификации из DataMatrix
},
"1260": { отраслевой реквизит предмета расчёта
"1262": "030", ФОИВ — Минпромторг
"1263": "21.11.2023", дата документа-основания
"1264": "1944", номер документа-основания
"1265": "UUID=bbe2e177-…&Time=1788405345025"
},
"2102": 0, режим обработки кода маркировки
"2106": 0, результат проверки сведений о товаре
"2107": 1 результаты проверки маркированного товара
}В примере показаны два блока с разным назначением. Обязательность и состав зависят от товара, формата и операции:
1163 → 1305— переданный код идентификации. Его наличие не доказывает физического сканирования: программа могла получить код другим способом;- 1260 → 1265 — результат проверки. Он подтверждает, что код проверяли, а не просто прочитали.
Код в 1163 и сведения о проверке в 1260/1265 решают разные задачи. Состав обязательных реквизитов зависит от товара и сценария. Само наличие UUID/Time, как и отказ продажи, не подтверждает маршрут через ЕСМ без журнала операции.
Реквизиты 2102, 2106 и 2107 описывают отдельные результаты обработки кода по ФФД 1.2. Их, как и блок 1260, нельзя использовать в одиночку для доказательства маршрута через ЕСМ. Для этого нужен связанный запрос из кассового ПО и ответ в журнале модуля.
UUID/Time не являются исключительным признаком ТС ПИоТ. Честный знак описывал эти реквизиты для ответа codes/check и при прямой интеграции кассового ПО. Чтобы проверить именно ТС ПИоТ, сопоставьте настройки маршрута в кассовой программе, успешный запрос в журнале ЕСМ и реквизиты того же расчёта. При отсутствии ожидаемого блока выясняйте вид проверки и состав чека по журналу; один тег не доказывает ни участие, ни неучастие модуля во всех продажах.
Практическая приёмка: запишите версии и экземпляр ЕСМ; выполните разрешённую проверку из штатного кассового ПО. Сопоставьте время с часовым поясом и идентификатор запроса, если он передаётся, в журналах приложения и ЕСМ. Для реального расчёта дополнительно сверьте тот же чек по ФН/ФД/фискальному признаку и реквизиты проверки. На рабочем ФН не создавайте фиктивную продажу ради доказательства. Если связанный ответ не найден, результат пока не подтверждён.
Если вашей модели нет в реестре
Проверьте ККТ в «Калькуляторе совместимости» в разделе ТС ПИоТ на честныйзнак.рф — он сверяет модель с действующими реестрами сертифицированных решений.
Отсутствие модели в результате поиска не является универсальным освобождением от требований. Сохраните результат и уточните применимый сценарий у оператора системы маркировки и поставщика кассового ПО. Далее:
- следить за обновлениями калькулятора — реестр пополняется;
- установить решение сразу, как только оно появится, не дожидаясь проверок;
- если модель снята с поддержки — планировать замену заранее, а не в последнюю неделю.
По конкретной модели помогут аккредитованные ЦТО из реестра на сайте «Честного знака» или поддержка ЦРПТ: 8 800 222 1523, support@crpt.ru.
Частые вопросы
Касса печатает чеки — значит, ТС ПИоТ работает? Нет. Проверяйте настройку маршрута и успешный запрос именно этого экземпляра ЕСМ. Дата действия какого-либо токена и факт печати чека эту проверку не заменяют.
Нужно проверять каждую кассу? Да. В сервисе регистрации сверяйте ИНН и ФН, а в ЕСМ — экземпляр, номер ККТ и относящуюся к ней лицензию. Регистрация и лицензирование используют свои идентификаторы; не подменяйте один другим.
Как определяется ответственность? По конкретному нарушению, товарной группе и применимой норме. Одну сумму штрафа нельзя распространять на любое отсутствие модуля; техническая проверка этой статьи не устанавливает состав правонарушения.
Коротко
Регистрация экземпляра, готовность модулей и прохождение конкретной продажи — три разные проверки. Сверьте регистрацию по ИНН и номеру ФН, проверьте маршрут кассового ПО и найдите связанный успешный запрос в журнале ЕСМ. Затем сопоставьте его с реквизитами чека. Наличие UUID/Time подтверждает сведения о проверке, но не заменяет проверку маршрута через ТС ПИоТ.
Материал носит информационный характер. Сайт atoldriver.ru не является представительством компании АТОЛ и не оказывает услуг по обслуживанию касс. Сроки и требования регуляторов меняются — сверяйтесь с честныйзнак.рф и сайтом ФНС.