Почему касса не пробивает маркированный товар через ТС ПИОТ в 1С и как это исправить?

← К списку

Внедрение обязательной маркировки товаров и разрешительного режима создает множество вопросов для участников рынка, особенно для тех, кто работает с системами на базе 1С. Одной из ключевых сложностей становится корректная настройка и взаимодействие с Техническим средством получения информации о товаре (ТС ПИОТ). Мы вместе разберем основные проблемы, с которыми сталкиваются пользователи при попытке пробить маркированный товар через кассу, подключенную к ТС ПИОТ, и выясним, как их эффективно решить.

Что такое ТС ПИОТ и разрешительный режим: Разберемся в понятиях

Прежде чем углубляться в технические детали, давайте проанализируем, что такое ТС ПИОТ и для чего он нужен. Это программное или программно-аппаратное решение, которое выступает связующим звеном между вашей контрольно-кассовой техникой (ККТ) и государственной информационной системой мониторинга товаров (ГИС МТ) «Честный знак». Его основная задача – обеспечить работу так называемого разрешительного режима.

ТС ПИОТ выполняет несколько важных функций:

Передача данных о работе кассовой зоны в ГИС МТ.
Контроль работоспособности всех компонентов кассовой системы.
Проверка корректности распознавания кодов маркировки.
Обеспечение соблюдения требований законодательства по работе с маркированными товарами.
Блокировка продажи товаров, чьи коды маркировки запрещены к реализации на основании данных системы маркировки.

Разрешительный режим – это механизм, при котором онлайн-касса в реальном времени проверяет код маркировки в системе «Честный знак» непосредственно в момент продажи. Если код недействителен, отсутствует в базе данных ГИС МТ или имеются другие запреты, операция продажи будет заблокирована. Это кардинально меняет подход: если раньше нарушения фиксировались постфактум, то теперь продажа нелегального товара становится технически невозможной.

В рамках разрешительного режима касса проверяет множество параметров:

Наличие кода маркировки в системе «Честный знак».
Статус кода маркировки (он должен быть «в обороте», а не выведен, списан или заблокирован).
Принадлежность товара данному участнику оборота.
Отсутствие дублирования кода маркировки (товар не должен быть продан ранее).
Не истек ли срок годности товара (для определенных категорий).
Не заблокирована ли реализация данного товара со стороны федерального органа исполнительной власти (ФОИВ).

Для различных товарных групп разрешительный режим вводится поэтапно. К 2026 году под него подпадают практически все основные категории маркированных товаров. Важно помнить о сроках и возможных штрафах:

С 28 декабря 2025 года использование ТС ПИОТ стало обязательным для продавцов маркированных товаров, указывающих коды маркировки в фискальном чеке для соблюдения разрешительного режима.
С 1 июля 2026 года использование ТС ПИОТ становится обязательным для всех, и старая схема работы с использованием X-API-KEY прекращает действие.
С 1 сентября 2026 года вступают в силу изменения в КоАП РФ (Федеральный закон от 02.05.2026 № 120-ФЗ), которые вводят автоматические штрафы за нарушение запрета продажи маркированных товаров. Постановления будут формироваться системой «Честный знак» автоматически.

Примеры штрафов могут быть весьма существенными:

За продажу товара с истекшим сроком годности после получения информации о запрете: для ИП — 10 000 рублей, для юрлиц — 20 000 рублей за каждую проданную единицу товара.
За продажу табачной или никотинсодержащей продукции ниже минимальной или выше максимальной розничной цены после получения запрета: от 5 000 до 500 000 рублей.

Настройка ТС ПИОТ и решение проблем с подключением

Давайте рассмотрим подробнее процесс установки и настройки ТС ПИОТ, а также типичные проблемы, с которыми вы можете столкнуться.

Установка ТС ПИОТ обычно происходит по инструкциям производителя. Модуль ТС ПИОТ может быть установлен как на том же компьютере, что и касса (тогда обращение идет к localhost), так и на отдельном сервере, доступном по сети. После установки и настройки связи с ККТ, вы можете проверить работу через утилиты, например, Postman, выполняя запросы к API ТС ПИОТ.

Важный момент, вызывающий затруднения: Флажок "Включено" в тесте драйвера ККМ.

Многие пользователи сталкиваются с тем, что при включенном флажке "Включено" в тесте драйвера ККМ, запросы к ТС ПИОТ работают корректно, но 1С не может подключиться к кассе для пробития чека. И наоборот: без этого флажка 1С подключается, но запросы к ТС ПИОТ выдают ошибку 514 или режим проверки "isCheckedOffline": true.

Выясним причину и найдем решение:

Проблема: Ошибка 514 или "isCheckedOffline": true при выключенном флажке "Включено" в тесте драйвера ККМ.
Код ошибки 514 обычно означает: "Не удалось получить ответ от ГИС МТ или ЛМ ЧЗ". А "isCheckedOffline": true указывает на то, что проверка кода маркировки произошла без связи с ГИС МТ, что недопустимо для разрешительного режима.

Решение 1: Перезапуск служб ECM (ESM).

Модули ECM (ESM: Control Module, ESM: Local Module Controller, ESM: Orchestrator) являются ключевыми компонентами ТС ПИОТ. Проблемы с их работой могут приводить к описанным ошибкам. Попробуйте перезапустить следующие службы:
- ESM: Control Module
- ESM: Local Module Controller
- ESM: Orchestrator
Перезапуск служб часто помогает восстановить корректное взаимодействие. Мы можем рассмотреть возможность автоматизации перезапуска этих модулей из 1С при возникновении ошибки 514, если это предусмотрено архитектурой вашей системы.
Проблема: Касса не пробивает чек из 1С при включенном флажке "Включено" в тесте драйвера ККМ.
Ключевой вывод: Флажок "Включено" в тесте драйвера ККМ должен быть выключен для штатной работы вашей учетной системы (1С) с кассой. Включение этого флажка необходимо только для настройки и первичной проверки ТС ПИОТ, но не для повседневной работы.
Решение 2: Обновление прошивки ККТ.
Для корректной работы с ТС ПИОТ и разрешительным режимом может потребоваться обновление прошивки вашей ККТ. Например, для касс АТОЛ FPrint-22ПТК рекомендуется прошивка версии 5.16 или старше. Пользователи сообщают, что после обновления до версии 5.17 проблемы с "offline" проверкой исчезают, и запросы через Postman или 1С отрабатывают корректно в он-лайн режиме.

Обратите внимание: Иногда чтение информации по ККТ из драйвера может показывать старую версию прошивки (например, 5.15), в то время как при печати чека выводится новая (5.17). Это нормально, если сервисный инженер подтверждает обновление.

После обновления прошивки, если вы столкнулись с проблемами фискализации чека (методы открытия/закрытия смены работают, а фискализация нет), может потребоваться удаление, а затем переустановка модуля ECM и драйвера под него. Это помогает синхронизировать работу всех компонентов.

Для обеспечения стабильной работы также убедитесь, что на сетевом оборудовании разрешен доступ по протоколу TCP по всем необходимым портам с сервера, где установлен драйвер ККТ.

Взаимодействие 1С с API ТС ПИОТ: Формирование запросов и обработка ответов

Теперь рассмотрим, как ваша 1С-система (даже если это нетиповая конфигурация или старая версия, например, 1С 7.7) должна взаимодействовать с API ТС ПИОТ. Все взаимодействие происходит через HTTP-запросы.

URL запроса:

Для проверки кодов маркировки используйте следующий адрес:


https://[IP_АДРЕС_ТС_ПИОТ]:51401/api/v1/codes/check

Где [IP_АДРЕС_ТС_ПИОТ] — это IP-адрес или доменное имя сервера, на котором установлен ТС ПИОТ (например, 10.13.15.15 или localhost).

Структура запроса:

Мы отправляем POST-запрос с телом в формате JSON. В запросе обязательно передаем массив кодов маркировки и информацию о кассовом ПО (client_info). Рассмотрим пример:


{ 
    "codes":[ "MDEwNDY1MDA3MjE0MDg3NDIxNUtkZlhJHTkzMUgzQw==" ], 
    "client_info":
    {
        "name":"ATOП FPrint-22ПТК",
        "version":"1.6.2.1",
        "id":"5af4663c-a113-4b47-b959-079ca6dda199",
        "token":"qGwEgabxDD7OLSN8EH95M8iosQ1N+ziY+wdcfuUOiCI="
    }
}

Давайте проанализируем параметры блока client_info:

name: Наименование вашего программного обеспечения для работы с ККТ (ПМСР). В типовых решениях 1С это может быть "БиблиотекаИнтеграцииГосИС" или наименование ККТ.
version: Версия вашего ПМСР или библиотеки интеграции.
id: Идентификатор ПМСР (кассового ПО) в реестре ГИС МТ. В типовых конфигурациях 1С (например, БП 3.0, УТ 11.5, Розница 2.3) этот идентификатор часто является жестко закодированным значением и может быть одинаковым для разных конфигураций 1С. Мы можем найти его в общих модулях, например, через функцию ИдентификаторПМСР_ТСПИоТ():
```
Функция ИдентификаторПМСР_ТСПИоТ() Экспорт
    Возврат "5af4663c-a113-4b47-b959-079ca6dda199";
КонецФункции
```
token: Контрольная сумма или ЭЦП исполняемого файла ПМСР (кассового ПО). Ранее для работы с "Честным знаком" использовался X-API-KEY. Теперь же в типовых решениях 1С этот параметр часто формируется как хеш-сумма от версии библиотеки или самого ПМСР. Например:
```
ДанныеКлиента.Вставить("КонтрольнаяСумма", ОбщегоНазначенияИС.ХэшСуммаСтроки(ВерсияБГосИС));
ДанныеОКлиенте.Вставить("token", ДополнительныеПараметрыЗапроса.ДанныеКлиента.КонтрольнаяСумма);
```
Где ВерсияБГосИС может быть получена функцией ОбщегоНазначенияИС.ВерсияБиблиотеки().

Структура ответа:

В ответ на запрос ТС ПИОТ возвращает JSON-объект, содержащий информацию о проверенных кодах маркировки. Рассмотрим пример ответа:


{
    "codesResponse": {
        "codesResponse": [
            {
                "code": 0,
                "description": "ok",
                "codes": [
                    {
                        "cis":"0104650072140874215KdfXI 931H3C",
                        "found": true,
                        "valid": true,
                        "printView": "0104650072140874215KdfXI",
                        "gtin": "04650072140874",
                        "groupIds": [ 35 ],
                        "verified": true,
                        "realizable": true,
                        "utilised": true,
                        "expireDate": "2029-05-29 00:00:00",
                        "productionDate": "2026-05-29 00:00:00",
                        "isOwner": true,
                        "isBlocked": false,
                        "errorCode": 0,
                        "isTracking": false,
                        "sold": false,
                        "grayZone": false,
                        "packageType": "UNIT",
                        "producerInn": "7743568999"
                    }
                ],
                "reqId": "6e2cd931-5789-44e6-9a47-86301388fb9a",
                "reqTimestamp": 1780854353713,
                "isCheckedOffline": false
            }
        ]
    }
}

Анализ ответа и принятие решения о продаже:

Нам необходимо проанализировать полученный ответ и на его основе принять решение: разрешать продажу товара или блокировать ее. Обратите внимание на следующие поля в блоке codesResponse -> codes:

verified: Если true, код маркировки проверен.
realizable: Если true, товар разрешен к реализации.
isOwner: Если true, марка принадлежит вашей организации. Рекомендуем дополнительно проверять этот тег.
isBlocked: Если true, товар заблокирован.
sold: Если true, товар уже был продан.
expireDate: Срок годности товара. Для некоторых товарных групп необходимо проверять этот параметр.

В случае успешной проверки (verified: true, realizable: true, isOwner: true и т.д.), вы можете добавлять коды маркировки в чек. Также обратите внимание на поля reqId и reqTimestamp, которые необходимо передавать в фискальный чек.

Важно: Всегда сверяйтесь с актуальными постановлениями правительства для вашей группы товаров, так как конкретные правила разрешительного режима (например, необходимость проверки срока годности) могут отличаться.

Формирование XML для ККТ и пробитие чека

После успешной проверки кода маркировки через ТС ПИОТ, следующим шагом является формирование XML-структуры для фискализации чека. В этот XML необходимо включить полученные данные о маркировке.

Ключевые теги для маркировки в XML чека:

В блоке Parameters, а также для каждой маркированной позиции (FiscalString) необходимо добавить тег IndustryAttribute.
Атрибут IdentifierFOIV="030" указывает на данные маркировки.
DocumentDate и DocumentNumber — дата и номер документа.
AttributeValue — здесь передается UUID (равный reqId из ответа ТС ПИОТ) и Time (равный reqTimestamp).
Для каждой маркированной позиции в теге FiscalString указывается MarkingCode (сам код маркировки).

Рассмотрим пример XML-структуры для фискального чека:

После формирования XML и пробития чека, необходимо через несколько минут проверить состояние кассы в ОФД и убедиться, что в ГИС МТ отсутствуют ошибки. Также вы можете сделать запрос через ТС ПИОТ на проданную КМ и получить ответ sold=True, подтверждающий успешную реализацию.

Особенности работы с несколькими кассами и общие рекомендации

Часто возникает вопрос: можно ли использовать один экземпляр ТС ПИОТ для нескольких касс, если драйверы ККТ и управление всеми кассами находятся на одном сервере?

Вывод: На текущий момент источники указывают, что для каждой кассы требуется свой драйвер ТС ПИОТ. Это означает, что если вы устанавливаете ТС ПИОТ на сервере, вам, скорее всего, придется поднимать отдельную виртуальную машину (ВМ) для каждой кассы. Использование одной связки ККТ/драйвер/ЕСМ для проверки марок разных ФН может привести к проблемам и санкциям со стороны «Честного знака», так как фиксируется номер ФН.

Дополнительные рекомендации:

Тестирование: Для тестов используйте марки из тестового контура ЦРПТ. Для проверки реальных сценариев сделайте запрос на реальные марки, при необходимости проведите продажу, проконтролируйте заполнение чека ККТ и отражение в ЛК. Затем оформите возврат и перемаркируйте товар.
Порт сервера GRPC: В драйвере ККТ может присутствовать новое поле "Порт сервера GRPC". Оно связано с внутренним взаимодействием, но прямая необходимость его использования из вашей учетной системы обычно не возникает, так как ТС ПИОТ выступает посредником.
Документация: Хотя типовые решения 1С используют множество слоев абстракций, что усложняет анализ, полезную информацию можно найти в документации к API ТС ПИОТ (обычно в личном кабинете "Честного знака" или у поставщиков ТС ПИОТ).

Мы рассмотрели основные аспекты работы с ТС ПИОТ в 1С, начиная от базовых понятий и заканчивая конкретными примерами кода и решениями типовых проблем. Помните о важности своевременного обновления прошивок ККТ, корректной настройке служб ТС ПИОТ и внимательном анализе ответов от системы маркировки. Внимательное следование этим рекомендациям поможет вам избежать штрафов и обеспечить бесперебойную работу с маркированными товарами.

← К списку