С 7 января 2026 года ваш бизнес может остановиться, если за месяц до этого вы не обновили ПО для работы с маркировкой. В России вступают в силу новые правила работы с маркированными товарами. Все розничные продавцы будут обязаны использовать специальный сертифицированный модуль — Транспортную систему проверки информации о товаре (ТС ПИоТ). Это не просто очередное обновление, а серьезное изменение в принципах взаимодействия с системой «Честный знак», которое затронет всех без исключения участников оборота маркированной продукции.
Что такое ТС ПИоТ и почему ее внедряют.
Транспортная система проверки информации о товаре (ТС ПИоТ) — это официальный «мост», обеспечивающий стандартизированную и безопасную связь между вашей кассой и государственной системой мониторинга товаров (ГИС МТ) «Честный знак».
Система представляет собой сертифицированное программное обеспечение, которое функционирует как промежуточное звено между:
- Вашей кассой (онлайн-ККТ).
- Системой маркировки (ГИС МТ «Честный знак»).
- Оператором фискальных данных (ОФД).
Ключевые технические характеристики:
- Сертификация ФНС: Каждая версия модуля проходит обязательную сертификацию.
- Универсальность: Работает со всеми типами маркированной продукции
- Стандартизация: Единый протокол взаимодействия для всех участников
- Безопасность: Шифрование данных и защита от несанкционированного доступа.
Цель внедрения — унификация и безопасность канала передачи данных, что позволит регулятору взять под полный контроль все взаимодействия с системой «Честный знак».
Кого коснутся изменения.
Нововведение является обязательным для всех организаций и ИП, которые продают маркированные товары в розницу. С 7 января 2026 года «обходные» пути, включая прямое взаимодействие с True API, работать не будут — все операции с маркировкой должны будут проходить через сертифицированный модуль ТС ПИоТ.
Основные технические функции модуля ТС ПИоТ.
1. Валидация (проверка подлинности) кода маркировки.
Это ключевая функция. Модуль не просто считывает код, а проводит его комплексную проверку.
- Сканирование и парсинг: Модуль получает от сканера кассы отсканированный DataMatrix код.
- Проверка структуры и контрольной суммы: Модуль декодирует код и проверяет его на соответствие формату (например, стандарту GS1). Он вычисляет контрольную сумму (CRC) внутри кода и сверяет ее с зашитой в нем же. Это отсекает битые или случайно поврежденные коды прямо на кассе, без обращения к интернету.
- Запрос в ГИС МТ: Если код структурно верен, модуль формирует криптографически подписанный запрос через API в систему «Честный ЗНАК» (ГИС МТ). Запрос содержит уникальный код маркировки и идентификатор вашей точки продаж.
- Анализ ответа: Модуль получает ответ от ГИС МТ, в котором указано, можно ли продавать этот товар. Ответ может быть:
SUCCESS — товар разрешен к продаже.
PROHIBITED — товар изъят из оборота, является кражей, подделкой или уже был продан. Это ключевая точка блокировки.
2. Блокировка продажи при невалидномстатусе.
Это активная защитная функция, следующая непосредственно из валидации.
- Модуль интегрируется с кассовым ПО на низком уровне (через драйверы или API).
- Получив от ГИС МТ статус PROHIBITED, модуль отправляет в кассовое ПО команду на блокировку операции.
- Кассовое ПО, в свою очередь, не позволяет кассиру пробить чек с этим товаром. Физически это может выглядеть как сообщение об ошибке, запрет на нажатие кнопки "Оплата" или автоматическое удаление товара из чека.
3. Локальное кэширование статусов и оффлайн-работа.
Чтобы работа не останавливалась при кратковременном пропадании интернета.
- Модуль имеет локальную базу данных (например, SQLite) или кэш в оперативной памяти.
- При успешной проверке кода его статус (SUCCESS) и сам код сохраняются в этом кэше на определенное время (например, на 1 час).
- Если тот же код будет отсканирован снова в течение этого времени, модуль сначала проверит его в своем кэше и, найдя разрешающий статус, не будет делать лишний запрос в ГИС МТ. Это ускоряет работу при продаже нескольких одинаковых товаров.
- Важно: Режим полного оффлайна (когда нет связи с интернетом с самого начала операции) для продаж, как правило, не предусмотрен. Первая проверка товара должна проходить онлайн. Кэш служит для оптимизации, а не для полной автономной работы.
4. Формирование и подписание транзакции о выводе из оборота.
Когда товар продан, информацию об этом нужно легитимно и безопасно передать государству.
- В момент закрытия чека кассовое ПО передает в модуль ТС ПИоТ данные о чеке (номера кодов маркировки, фискальные данные чека).
- Модуль формирует структурированное сообщение — транзакцию вывода товара из оборота.
- Это сообщение криптографическиподписывается с использованием квалифицированной электронной подписи, аппаратно хранящейся в самом модуле или в защищенной среде ККТ.
- Подписанная транзакция отправляется в ГИС МТ. Факт этой отправки является подтверждением легальной продажи.
5. Интеграция с Кассовым ПО и ОФД.
Модуль действует как "мост" между кассой, ОФД и ГИС МТ.
- API (Application Programming Interface): Самыйсовременный способ. Производитель кассового ПО встраивает вызовы функций модуля ТС ПИоТ через предоставленное API.
- Драйверы: Модуль может поставляться в виде драйвера, который эмулирует для кассового ПО виртуальное устройство (как драйвер сканера или фискального регистратора). Кассовое ПО отправляет код в этот "виртуальный порт", а драйвер (модуль ТС ПИоТ) выполняет всю магию проверки и возвращает результат.
- Связь с ОФД: Информация о кодах маркировки и факте их проверки передается из модуля в кассу, а затем включается в фискальный чек и отправляется в ОФД, как того требует 54-ФЗ.
6. Ведение защищенных журналов (логов).
Все операции модуля должны протоколироваться для аудита и отладки.
- Модуль ведет собственный, защищенный от изменений, журнал событий.
- В него записываются: временные метки, отсканированные коды, статусы ответов от ГИС МТ, результаты криптографических операций, ошибки.
- Эти логи могут быть использованы при проверках или для анализа проблем технической поддержкой.
Причины внедрения ТС ПИоТ:
1. Централизация контроля.
Сертифицированный модуль гарантирует, что все участники обмена данными работают по одинаковым, утвержденным государством правилам, минимизируя потенциальные уязвимости. До внедрения ТС ПИоТ существовало множество способов интеграции с системой маркировки — прямые API-интеграции, различные промежуточные решения, что создавало «лазейки» для недобросовестных участников. ТС ПИоТстановится единственным официальным каналом передачи данных.
2. Борьба с уклонением от маркировки.
Борьба с серыми схемами: Единый канал связи усложнит попытки обхода системы маркировки. По данным Росалкогольрегулирования, до 15% оборота маркированной продукции в отдельных категориях приходилось на схемы с использованием несертифицированного ПО. ТС ПИоТ исключает возможность работы в обход официальных каналов.
3. Упрощение технической интеграции.
Централизованный канал проще контролировать, мониторить и поддерживать, что теоретически повысит надежность работы с маркировкой на кассе. Для бизнеса это означает:
- Единый стандарт интеграции для всех товарных групп.
- Сокращение затрат на разработку и поддержку.
- Упрощение процедуры подключения новых товаров к маркировке.
4. Повышение качества данных. Система обеспечивает:
- Валидацию данных на этапе передачи.
- Контроль целостности информации.
- Мониторинг качества распознавания кодов маркировки.
Функциональные возможности ТС ПИоТ:
- Верификация кодов маркировки при продаже.
- Передача данных о выводе из оборота.
- Получение статусов товаров из ГИС МТ.
- Обработка ошибок и конфликтных ситуаций.
- Формирование отчетов о работе системы.
Дополнительные возможности:
- Офлайн-работа с последующей синхронизацией.
- Автоматическое обновление при изменении регламентов.
Эксперт фирмы «1С» Валерия Молоканова пояснила, что это отдельный сертифицированный программный модуль, который может быть реализован в одном из трех вариантов:
1. Автономный модуль.
Отдельная программа, устанавливаемая на кассовый компьютер:
Преимущества:
- Независимость от конкретного ПО.
- Универсальность для разных кассовых систем.
Недостатки:
- Дополнительная точка отказа.
- Сложности в обновлении и поддержке.
2. Интеграция в кассовое ПО (наиболее распространенный вариант).
Встраивание непосредственно в программное обеспечение кассы:
Преимущества:
- Единая точка обновления.
- Более тесная интеграция с бизнес-логикой.
Недостатки:
- Зависимость от вендора ПО.
- Сложность миграции между системами.
3. Реализация в составе драйвера ККТ.
Низкоуровневая интеграция на уровне драйвера кассовой техники:
Преимущества:
- Максимальная производительность.
- Минимальные задержки при обработке.
Недостатки:
- Высокая сложность разработки.
- Ограниченная гибкость.
Последствия внедрения для различных категорий бизнеса.
- Упрощение технических вопросов.
- Стандартизация процессов работы с маркировкой.
- Необходимость обновления ПО (возможны затраты).
2. Для среднего и крупного бизнеса:
- Консолидация интеграций с маркировкой.
- Снижение затрат на поддержку multiple API.
- Необходимость миграции существующих решений.
3. Для поставщиков ПО:
- Обязательность сертификации модуля.
- Унификация процессов разработки.
- Сокращение издержек на поддержку нестандартных решений.
Положительные последствия внедрения:
Снижение рисков: Система автоматически блокирует продажу нелегальной или запрещенной к реализации продукции, защищая бизнес от случайных ошибок и убытков.
Защита от штрафов: Соответствие законодательным требованиям позволяет избежать административной ответственности и приостановки деятельности.
Повышение прозрачности: Создается защищенный и единый канал связи с ГИС МТ, что повышает надежность и скорость обмена данными
Риски несоблюдения требований.
Реализация маркированных товаров без использования сертифицированного модуля ТС ПИоТ после 7 января 2026 года будет считаться нарушением . Последствия могут быть серьезными:
- Административные штрафы.
- Блокировка кассового оборудования.
- Приостановка деятельности предприятия.
Риски и проблемы, к которым стоит подготовиться.
Несмотря на декларируемые преимущества, внедрение ТС ПИоТ не обойдется без потенциальных проблем. Новая точка отказа. История с внедрением офлайн-модуля показала, что добавление любого нового централизованного компонента может привести к сбоям. В первые месяцы после внедрения он работал нестабильно, создавая массу проблем на кассах. Аналогичная ситуация может повториться и с ТС ПИоТ — если сам модуль или его канал связи с «Честным знаком» выйдет из строя, продать маркированный товар будет невозможно. Также необходимость постоянных обновлений.
Реализация проекта может столкнуться со следующими сложностями:
- Техническая несовместимость и ограниченный выбор: На текущий момент реестр совместимых решений ТС ПИоТ крайне мал. По данным на октябрь 2025 года, в нем значится только один поставщик, а модули совместимы с ККТ лишь нескольких производителей (например: АТОЛ, Эвотор, Штрих-М). Это создает риск для бизнеса, использующего другое оборудование.
- Риск сбоев и простоев: Как и с любым новым техническим решением, на этапе запуска возможны временные сбои в работе системы. Некорректная интеграция может привести к блокировке продаж, так как без успешной проверки кода в системе «Честный ЗНАК» операция будет невозможна.
- Необходимость обновления ПО и оборудования: Для работы с ТС ПИоТ вам потребуется обновить кассовое программное обеспечение, драйверы ККТ, возможно, прошивки самого оборудования, платформу 1С и конфигурацию 1С. Для нетиповых или сильно доработанных конфигураций 1С этот процесс может быть особенно сложным и потребовать дополнительного времени.
- Организационные сложности и обучение персонала: Внедрение нового модуля потребует изменения бизнес-процессов и обязательного обучения сотрудников работе с обновленной системой во избежание ошибок на местах
Чтобы минимизировать риски при переходе на ТС ПИоТ, стоит предпринять следующие шаги:
Не откладывайте обновление — спрос на услуги по обновлению ПО в декабре 2025-январе 2026 года будет высоким, что может привести к задержкам.
Планируйте бюджет — заранее уточните у вашего поставщика ПО стоимость и условия обновления.
Проведите тестирование — как только обновление станет доступным, протестируйте его в тестовой среде или в рамках ограниченного числа рабочих мест.
Будьте готовы к сбоям — на начальном этапе внедрения возможны технические проблемы, имейте запасной вариант на случай временной неработоспособности системы.
Вывод.
Внедрение ТС ПИоТ — это логичный этап развития системы маркировки в России, направленный на усиление контроля и безопасности. Хотя нововведение потребует от бизнеса определенных усилий по адаптации, наиболее вероятный сценарий — относительно плавный переход при условии, что основные поставщики кассового ПО (такие как 1С) своевременно интегрируют необходимый модуль в свои продукты.
Главное — не недооценивать важность этого перехода и начать подготовку заранее, чтобы избежать неприятных сюрпризов в начале 2026 года.
Специалисты компании «1С:БИЗНЕСРЕШЕНИЯ» помогут Вам освоить все возможности маркировки, помогут установить и настроить программу, проведут бесплатную демонстрацию и ответят на вопросы!
Узнайте подробнее о возможностях программы и получите бесплатную консультацию!