Как настроить связь 1С:УПП с транспортной системой ПИОТ для проверки маркировки

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

Вариант 1: Использование типовых механизмов 1С:УПП

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

Разберем, где именно в системе хранятся настройки подключения. В актуальных релизах УПП за это отвечают специфические объекты метаданных. Нам необходимо проверить наличие и заполнение следующих объектов:

1. Справочник «Настройки подключения ТС ПИоТ»: здесь задаются параметры сервера, таймауты и идентификаторы организации.
2. Регистр сведений «Настройки подключения к ТС ПИоТ»: в этом регистре хранится связь между конкретными кассами (ККТ) и параметрами подключения к серверу проверки.

Проанализируем процесс настройки внутри конфигурации. Перейдем в настройки интеграции с ИС МП. Если в интерфейсе упоминание ТС ПИОТ отсутствует, попробуйте найти эти объекты через «Все функции» (или «Операции» в обычном интерфейсе). Основные параметры, которые нам потребуются:

• Адрес сервера: Для промышленного контура обычно используется https://prod01.prod.crpt.ru.
• Токен авторизации: Это уникальный ключ, который необходимо получить в личном кабинете «Честного ЗНАКА». Без него запросы на проверку кодов будут отклоняться сервером.
• Таймаут ответа: Рекомендуется устанавливать значение в пределах 1.5–3 секунд, чтобы работа кассира не замедлялась при проблемах со связью.

Вариант 2: Интеграция через KkmServer (внешний драйвер-хаб)

Если штатные механизмы УПП работают нестабильно или конфигурация сильно доработана и обновление затруднено, рассмотрим альтернативный и очень популярный в среде разработчиков путь — использование KkmServer. Это специализированное ПО выступает посредником между 1С и кассовым аппаратом, беря на себя всю сложную логику общения с серверами ЦРПТ.

Разберем преимущества этого подхода. Вместо того чтобы настраивать сложные цепочки вызовов внутри 1С, мы можем отправлять на локальный HTTP-сервер простые JSON-пакеты. Рассмотрим пример того, как организовать взаимодействие. Для этого в 1С используется объект HTTPСоединение.

Посмотрим на логику формирования запроса. Программисту 1С необходимо сформировать структуру данных, содержащую команду для ККТ и код маркировки. Пример кода для отправки запроса на печать чека с проверкой кода может выглядеть следующим образом:

// Пример формирования JSON для отправки на KkmServer
СтруктураДанных = Новый Структура;
СтруктураДанных.Вставить("Command", "RegisterCheck");
СтруктураДанных.Вставить("NumDevice", 0);
СтруктураДанных.Вставить("InnCustomer", "1234567890");

// Добавление позиции с маркировкой
Товар = Новый Структура;
Товар.Вставить("Name", "Наименование товара");
Товар.Вставить("Quantity", 1);
Товар.Вставить("Price", 100);
Товар.Вставить("MarkingCode", "010460...[код маркировки]"); // Передача кода в ПИОТ

// Отправка JSON через HTTP
HTTPЗапрос = Новый HTTPЗапрос("/Execute", СтруктураЗаголовков);
HTTPЗапрос.УстановитьТелоИзСтроки(ДанныеJSON);
Ответ = Соединение.ОтправитьДляОбъекта(HTTPЗапрос);

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

Технические нюансы, которые важно учесть

Независимо от выбранного способа, существует ряд критических условий, без выполнения которых ТС ПИОТ не заработает. Разберем их по порядку:

1. Обновление драйвера ККТ: Убедитесь, что на рабочем месте установлена последняя версия драйвера производителя (Атол, Штрих-М и т.д.). Старые версии драйверов просто не умеют обрабатывать команды проверки кодов для ФФД 1.2.
2. Режим работы фискального регистратора: Касса должна быть перерегистрирована под ФФД 1.2. Если касса работает в режиме 1.05 или 1.1, никакие настройки в 1С не заставят систему обращаться к ТС ПИОТ.
3. Корневые сертификаты: Поскольку обмен данными с ЦРПТ идет по защищенному протоколу HTTPS, на сервере 1С (или рабочем месте кассира) должны быть установлены актуальные корневые сертификаты безопасности. В противном случае соединение будет обрываться с ошибкой SSL.
4. Обработка обслуживания: В 1С:УПП часто требуется «Актуализировать обработку обслуживания ККТ». Это внешние или внутренние файлы (например, ATOLGTK_5.epf), которые содержат логику взаимодействия с драйвером.

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

Подводя итог, можно сказать, что для связки 1С:УПП и ТС ПИОТ наиболее надежным является либо полное обновление системы до последних патчей от «1С», либо переход на использование промежуточного слоя в виде KkmServer, что особенно актуально для сильно кастомизированных баз, где типовое обновление невозможно. Рассмотрим этот путь как наиболее гибкий для разработчика, позволяющий полностью контролировать процесс обмена данными через JSON.