Настройка обмена данными с ГИС МТ (Честный Знак) в программе 1С:Управление нашей фирмой (УНФ) — задача многогранная, особенно когда база работает в клиент-серверном варианте. Часто возникают ситуации, когда на локальном компьютере всё работает корректно, но при попытке перенести обмен на сервер или при публикации базы через веб-сервер связь обрывается. Рассмотрим подробно, как преодолеть типичные ошибки, связанные с сертификатами, правами доступа и сетевыми блокировками.
Если в настройках обмена с ИС МП (Маркировкой) установлен флаг «Выполнять обмен на сервере», то программа инициирует запросы к сервисам Честного Знака непосредственно из сеанса серверной службы 1С. В этом случае наличие сертификата на локальной рабочей станции пользователя становится недостаточным. Разберем ситуацию по шагам.
Во-первых, криптопровайдер (например, КриптоПро CSP) должен быть установлен непосредственно на сервере, где работает служба 1C:Enterprise Server. Во-вторых, сертификат электронной подписи должен быть установлен в хранилище «Личное» того пользователя Windows, от имени которого запущена эта служба. Проанализируем частую ошибку: администратор устанавливает сертификат под своей учетной записью, а служба 1С работает под техническим пользователем (например, USR1CV8). В такой ситуации 1С не увидит контейнер закрытого ключа.
Для корректной работы выполним следующие действия:
USR1CV8 на чтение веток реестра, где хранятся ключи (если используется реестр), или на доступ к токену.Рассмотрим ситуацию, когда при попытке получить токен возникает ошибка: «Запрос на получение идентификатора соединения не может быть обработан сервисом интернет-поддержки». Выясним причину: это сообщение часто путают с проблемами на стороне Честного Знака, однако оно относится к внутренней библиотеке 1С (БИП).
Система 1С выступает посредником при авторизации. Если в базе не настроена Интернет-поддержка, запрос блокируется еще на этапе обращения к серверам фирмы «1С». Для исправления проанализируем следующие моменты:
Ошибка «Превышено время ожидания» при отправке запроса к api/v2/milk/ping или аналогичным методам прямо указывает на проблемы сетевого уровня. Разберем ситуацию с портами и адресами. В современных реалиях большинство взаимодействий идет с «СУЗ Облако».
Для облачного СУЗ критически важно обеспечить доступ по протоколу HTTPS (порт 443). Однако старые инструкции могут содержать информацию о портах 1818, 1819 и 2027. Посмотрим, почему это может сбивать с толку: данные порты использовались для работы с физическими Регистраторами Эмиссии (РЭ), которые устанавливались на предприятиях. Если вы используете облачную СУЗ, сосредоточьтесь на стандартных веб-портах.
Проанализируем шаги по настройке брандмауэра на сервере:
rmngr.exe и rphost.exe.*.crpt.ru и *.1c.ru.inetcfg.xml на стороне сервера 1С, либо указаны в параметрах интернет-поддержки в самой программе.В актуальных версиях УНФ для работы с маркировкой необходимо правильно заполнить параметры СУЗ. Рассмотрим, как это сделать:
В личном кабинете Честного Знака перейдем в раздел «Устройства» станции управления заказами. Создадим новое устройство с типом «ИС». Система сгенерирует OMS ID и Токен.
В 1С эти данные вносятся в карточку настроек интеграции. Обратите внимание, что идентификатор соединения (токен) в 1С может подтянуться автоматически после успешной авторизации через сертификат, но при возникновении ошибок (как в Сообщении 6 темы) его можно внести вручную, если конфигурация позволяет это сделать в режиме отладки или через расширение. Для поддержания авторизации без постоянного ручного ввода подойдёт расширение для автоматического обновления токенов ИСМП в 1С:УНФ.
Иногда возникает вопрос: зачем настраивать сложный обмен в 1С:УНФ, если можно принимать документы через ЭДО Лайт, а касса сама отправляет данные при продаже? Выясним, почему интеграция необходима:
Таким образом, полноценная настройка сертификата на сервере и открытие необходимых портов являются обязательными условиями для стабильной работы торгового предприятия в современных условиях маркировки товаров.