С конца 2025 года и начала 2026 года для розничных продавцов маркированных товаров вводится обязательное требование по использованию Технических средств получения информации о товаре (ТС ПИоТ). Это специальный программный или программно-аппаратный модуль, который становится обязательным звеном в цепочке проверки кодов маркировки. В этой статье мы подробно разберем, как эта технология будет взаимодействовать с 1С, что изменится в архитектуре кассового узла и как реализовать поддержку модуля на уровне кода.
Проанализируем новую схему работы. Если раньше кассовое решение (например, на базе 1С) напрямую обращалось к серверам «Честного ЗНАКа» (ГИС МТ) или Локальному модулю (ЛМ) через статический токен, то теперь взаимодействие усложняется. ТС ПИоТ выступает в роли защищенной «прослойки». В сложных случаях, когда на одной кассе работают несколько юрлиц, может потребоваться установка нескольких локальных модулей «Честный знак» на одном компьютере.
Рассмотрим основные задачи модуля:
Фискального накопителя (ФН).Разберем варианты реализации. Фирма 1С планирует интегрировать поддержку ТС ПИоТ в Библиотеку подключаемого оборудования (БПО). Тем не менее, уже сейчас существуют сторонние решения по реализации разрешительного режима в 1С 8 для обычных и управляемых форм (поможет модуль поддержки ФФД 1.2 и разрешительного режима в 1С), включая собственные сервисы автономной проверки.
Посмотрим на практическую сторону взаимодействия. Большинство сертифицированных модулей ТС ПИоТ работают как локальные HTTP-сервисы. Кассовое ПО отправляет JSON-запрос на localhost, а модуль возвращает результат проверки.
Проанализируем пример запроса на получение информации о маркированном товаре. Это актуально для всех групп товаров, например, когда выполняется проверка кода маркировки шин для разрешительного режима. В запросе необходимо передать код маркировки и данные о кассе:
{
"ver": "1.0",
"cmd": "get_info",
"kkt_sn": "0000000000000001",
"data": {
"mark": "010460123456789021ABC123",
"quantity": 1
}
}
В ответ ТС ПИоТ возвращает структуру, содержащую результат проверки, идентификатор ответа и временную метку. Эти данные (ИД ответа и Штамп времени) необходимо в дальнейшем передать в ККТ для формирования Тега 1265 в чеке — для этого пригодится драйвер ККТ с поддержкой ФФД 1.2 и маркировки.
Пример обработки ответа в коде 1С (на примере упрощенной структуры):
// Формируем структуру ответа для анализа
ОтветПИоТ = ОбработатьJSON(ТекстОтвета);
Если ОтветПИоТ.result = "success" Тогда
// Получаем данные для записи в фискальный документ
ИдентификаторЗапроса = ОтветПИоТ.data.req_id;
ДатаВремени = ОтветПИоТ.data.req_timestamp;
// Добавляем марку в чек и передаем данные в драйвер ККТ
ДобавитьМаркуВЧек(Марка, ИдентификаторЗапроса, ДатаВремени);
Иначе
Предупреждение("Продажа запрещена: " + ОтветПИоТ.error_message);
КонецЕсли;
Выясним, как быть разработчикам, работающим на платформе 1С v7.7 или сильно кастомизированных решениях v8.3. Поскольку ТС ПИоТ — это внешний сервис, взаимодействие с ним строится через стандартные HTTP-запросы. Для «семерки» уже разработан механизм взаимодействия 1С 7.7 с ТС ПИоТ, предлагающий несколько вариантов отправки API-запросов, в том числе для устаревших ОС Windows.
Рассмотрим последовательность шагов при сканировании товара:
POST-запрос к локальному адресу модуля (например, http://127.0.0.1:8080/api).ФН. Для наглядности можно изучить пример того, как выполняется встраивание ТС ПИоТ в 1С 7.7 для работы с кассой Атол.ЧекККМ.Посмотрим на законодательные сроки. Несмотря на то что обязательное использование ТС ПИоТ установлено с начала 2026 года, эксперты выделяют несколько критических моментов:
Таким образом, подготовка к 2026 году потребует не только обновления конфигураций 1С (до актуальных версий БПО), но и ревизии парка кассовой техники на предмет совместимости с требованиями ТС ПИоТ.