С 1 июля 2026 года в России вводится обязательное требование по использованию ТС ПИоТ (Транспортная служба промышленного интернета вещей) для проверки кодов маркировки в разрешительном режиме. Привычная схема работы через X-API-KEY и прямые запросы к облачному API Честного ЗНАКа перестанет функционировать. Это создает серьезные вызовы для разработчиков и администраторов 1С: как проводить отладку и тестирование, если эмулятор ККТ больше не может полноценно имитировать процесс, а работа «на живую» грозит автоматическими штрафами?
В этой статье мы подробно разберем, как выстроить процесс тестирования маркировки в новых реалиях, проанализируем технические нюансы настройки локальных модулей и выясним, какие инструменты помогут избежать ошибок при внедрении.
Прежде чем приступать к тестам, разберем, что меняется в цепочке взаимодействия. Ранее схема выглядела так: 1С отправляла запрос в облако Честного ЗНАКа, получала ответ и передавала данные в ККТ. Теперь же посредником выступает локальный модуль ТС ПИоТ. Он устанавливается на кассовый компьютер или сервер магазина и берет на себя функции кеширования и проверки кодов.
Основные задачи модуля:
Рассмотрим, какие стратегии тестирования доступны разработчикам 1С для проверки корректности работы этой связки.
Если уровень ответственности за работу кассовых узлов высок, одним из самых надежных способов является использование реального кассового аппарата, но с установленным МГМ (макетом фискального накопителя). Разберем по шагам, почему это важно:
МГМ — это многоразовый аналог фискального накопителя, который позволяет фискализировать чеки без отправки данных в реальную налоговую (ФНС). При этом ККТ работает по полноценным «боевым» протоколам. Проанализируем преимущества этого метода:
Для реализации этого метода потребуется выделить отдельную кассу (или купить недорогую запасную), обновить ее прошивку до актуальной версии и приобрести лицензию на ПО для работы с ПИоТ (например, от компании ЕСП).
Рассмотрим более экономный, но технически сложный вариант, который подходит для ежедневной работы программиста. Вы можете развернуть модуль ТС ПИоТ прямо на рабочем компьютере разработчика, не используя реальное кассовое оборудование.
Проанализируем алгоритм настройки такого стенда:
Администрирование — Интеграция с ИС МП) нужно указать IP-адрес 127.0.0.1 и порт, на котором слушает модуль ПИоТ (по умолчанию 8080 или 8443).При использовании эмулятора ККТ в 1С, конфигурация будет отправлять запросы в локальный ПИоТ. Хотя эмулятор не сформирует фискальный признак, вы сможете отладить логику обработки ответов от системы маркировки: как 1С реагирует на запрет продажи, как отображаются предупреждения и корректно ли работает расширение, если оно у вас установлено.
Выясним, как искать причины ошибок, если 1С не получает ответ от модуля. Основным инструментом здесь выступают лог-файлы самого ПИоТ. Рассмотрим типичный процесс отладки:
Проанализируем структуру взаимодействия через запросы. 1С общается с ПИоТ через JSON-запросы. Если в интерфейсе РМК (Рабочее Место Кассира) возникает ошибка «Сервис недоступен», проверьте доступность порта командой в консоли:
telnet 127.0.0.1 8080
В логах ПИоТ (обычно находятся в папке logs внутри директории установки модуля) фиксируются все входящие запросы. Если запрос от 1С доходит, но возвращается ошибка, проверьте токен авторизации и версию драйвера ККТ. Помните, что для работы с ПИоТ драйверы должны поддерживать ФФД 1.2 и иметь встроенные механизмы обращения к локальному шлюзу.
Разберем, какие именно ситуации нужно проверить перед запуском системы в промышленную эксплуатацию:
1. Проверка просроченного товара: возьмите тестовый код маркировки, у которого в «Песочнице» истек срок годности. 1С должна выдать четкое предупреждение и заблокировать добавление товара в корзину. Это критически важно, так как именно за такие продажи следуют автоматические штрафы.
2. Режим «Офлайн»: попробуйте временно отключить интернет на тестовом стенде. Модуль ПИоТ должен перейти в режим работы без связи. Проверьте, позволяет ли ваша настройка 1С продолжать торговлю в этом режиме (согласно законодательству, это допустимо в течение определенного времени).
3. Возврат товара: протестируйте сценарий возврата маркированной продукции. Выясните, как система проверяет статус кода при возврате и корректно ли ПИоТ обрабатывает такие запросы.
Если вы используете 1С:Розница или 1С:УНФ в облаке (например, 1С:Фреш), архитектура усложняется. Поскольку база находится в облаке, а ПИоТ — локально в магазине, необходимо обеспечить связь между ними. Рассмотрим это подробнее:
В последних релизах 1С реализован механизм «проброса» запросов через тонкий клиент или использование промежуточных линков. При настройке обязательно убедитесь, что в карточке кассы ККМ включен флаг Использовать локальный модуль для проверки. Без этой галки 1С по привычке будет стучаться в API Честного ЗНАКа, что приведет к ошибкам после 2026 года.
Подведем итог. Несмотря на усложнение процесса, тестирование остается возможным без риска для бизнеса. Мы рекомендуем комбинированный подход:
Помните, что настройка ТС ПИоТ — это не только требование закона, но и способ защитить кассовую зону от очередей при сбоях интернета. Своевременное тестирование позволит вам и вашим клиентам встретить изменения 2026 года без потерь и штрафов.