Нужны ли доработки в 1С для внедрения ТС ПИоТ при работе с маркированным товаром?

← К списку

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

Что такое ТС ПИоТ и зачем он нужен?

Рассмотрим природу этого модуля. ТС ПИоТ — это специализированный программный комплекс (часто представляемый в виде SDK или фоновой службы), который берет на себя функции контроля корректности кодов маркировки непосредственно в момент продажи. Если сейчас разрешительный режим маркировки в 1С работает преимущественно через прямые запросы из программы к серверам «Честного знака», то ПИоТ переносит часть этой логики на «локальную почву» магазина.

Проанализируем основные задачи, которые решает данный модуль:

Локальная проверка: Работа с «черными списками» кодов и базой данных запрещенных товаров даже при отсутствии интернета (офлайн-режим).
Связь с ФН 1.2: Модуль взаимодействует с фискальным накопителем для криптографического подтверждения запроса.
Блокировка продаж: Автоматический запрет реализации товара, если срок годности истек, товар выведен из оборота или не прошел проверку легальности.
Снижение нагрузки: Оптимизация трафика между кассой и ГИС МТ.

Важно понимать разницу: если существующий ЛМ ЧЗ (Локальный модуль Честного Знака) проверяет только структуру марки, то ПИоТ — это полноценный контролер соблюдения законодательства в реальном времени.

Архитектура взаимодействия: 1С — ТС ПИоТ — ККТ

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

Посмотрим на схему взаимодействия:

Кассир сканирует код маркировки в 1С.
1С передает данные кода в модуль ТС ПИоТ через API.
Модуль ПИоТ запрашивает статус в ГИС МТ (онлайн) или проверяет по локальному кэшу (офлайн).
ПИоТ возвращает в 1С результат проверки (разрешено/запрещено).
Если продажа разрешена, 1С отправляет команду на печать чека в ККТ, используя ФН 1.2 для финализации проверки и соблюдения всех требований законодательства.

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

Направления доработки в 1С

Если вы используете типовое решение (например, 1С:Розница 3.0, 1С:УНФ или 1С:УТ 11) и ваша конфигурация находится на поддержке, основную работу выполнит фирма «1С». Вам останется только обновить БПО и драйверы ККТ. Однако для самописных или сильно измененных систем, таких как доработанные старые конфигурации УТ 10.3, фронт работ будет обширным.

Разберем по шагам, что именно придется программировать:

1. Интеграция с API ТС ПИоТ

Нам потребуется реализовать механизмы интеграции 1С с ГИС МТ через API для обмена данными с установленным модулем. Скорее всего, это будет HTTP-сервис или работа через COM/AddIn. Проанализируем примерную логику вызова проверки в коде 1С:


// Пример логики взаимодействия с модулем проверки
Функция ПроверитьМаркуЧерезПИоТ(ДанныеМарки, ПараметрыПодключения)
    
    // Подготовка структуры запроса согласно документации ЦРПТ
    Запрос = Новый HTTPЗапрос(ПараметрыПодключения.АдресСервиса + "/check/v1");
    Запрос.УстановитьТелоИзСтроки(СформироватьJSONЗапроса(ДанныеМарки));
    
    Попытка
        Ответ = Соединение.Отправить(Запрос);
        Если Ответ.КодСостояния = 200 Тогда
            РезультатJSON = ПрочитатьJSONИзСтроки(Ответ.ПолучитьТелоКакСтроку());
            Возврат РезультатJSON.Status = "Approved";
        КонецЕсли;
    Исключение
        ЗаписатьВЛог("Ошибка связи с ТС ПИоТ: " + ОписаниеОшибки());
        Возврат Ложь;
    КонецПопытки;
    
КонецФункции

2. Обновление механизмов работы с ККТ

Поскольку ПИоТ заменяет текущий «Разрешительный режим» (который планируют отключить к марту 2026 года), необходимо пересмотреть логику формирования чека. Рассмотрим ключевые изменения:

Драйверы ККТ: Потребуется обновление до версий, поддерживающих работу в связке с ПИоТ. Для устаревшего оборудования могут потребоваться специальные решения, например, эмуляторы ФФД 1.2.
Обработка статусов: Программа должна четко различать ошибки связи (когда продажа может быть разрешена в офлайне) и жесткий запрет от системы маркировки, а также корректно обрабатывать другие потенциальные проблемы, вроде рассинхронизации статусов смены.

3. Изменение интерфейса и логики РМК

Проанализируем ситуацию на кассе: кассир не должен ждать ответа от модуля слишком долго. Проведенная оптимизация работы РМК позволит ускорить проверку марок и минимизировать очереди. Нам нужно реализовать:

Индикацию процесса проверки (визуальный статус).
Понятные сообщения об ошибках (например, «Товар просрочен» или «Код не принадлежит организации»).
Логирование ответов модуля для разбора спорных ситуаций с покупателями, что в сложных случаях может потребовать создания чеков коррекции.

4. Организационные и технические настройки

В константах или справочниках настроек торгового оборудования в 1С появятся новые поля. Выясним, что нужно будет добавить:

Адрес (IP) и порт сервера, на котором запущен ТС ПИоТ.
Токен авторизации (если предусмотрено вендором), для которого стоит продумать процедуру автоматического обновления, чтобы избежать простоев.
Таймаут ожидания ответа (критично для очередей).

Переходный период: от Разрешительного режима к ТС ПИоТ

Рассмотрим сроки. С 7 января 2026 года ТС ПИоТ становится обязательным для крупных сетей и определенных групп товаров. К марту 2026 года планируется полный переход. Это означает, что текущая реализация разрешительного режима в ОбработкаПроверкиМаркировки в 1С будет постепенно вытесняться новыми механизмами БПО.

Совет: Не дожидайтесь дедлайна. Начните с анализа того, как ваша текущая 1С взаимодействует с ККТ. Если вы используете прямой вызов методов драйвера, минуя БПО, объем доработок может занять несколько недель разработки и тестирования.

Заключение

Внедрение ТС ПИоТ — это не просто «очередная галочка» в настройках. Это структурное изменение процесса розничной продажи. Для программиста 1С это означает необходимость:

Глубокого изучения обновленной документации к БиблиотекеПодключаемогоОборудования.
Тестирования работы касс в условиях отсутствия интернета (проверка офлайн-баз ПИоТ).
Синхронизации работы 1С с новыми требованиями ФН 1.2 и драйверов ККТ.

Совместными усилиями разработчиков и системных администраторов (которые должны развернуть сам модуль ТС ПИоТ в сети магазина) переход на новую систему проверки пройдет бесшовно. Главное — помнить, что ПИоТ становится единственным легитимным «фильтром» для маркированного товара, заменяя собой старые методы проверки.

← К списку