С внедрением обязательного разрешительного режима для маркированных товаров (для этого подойдёт обработка проверки разрешительного режима маркировки) многие пользователи столкнулись с необходимостью использования ТС ПИоТ (Техническое средство получения информации о товаре). Это локальное программное обеспечение, которое выступает посредником между 1С:Предприятие и системой «Честный ЗНАК» (ГИС МТ), обеспечивая быструю проверку кодов маркировки даже при нестабильном интернет-соединении. В этой статье мы подробно разберем, как преодолеть типичные ошибки при настройке этой связки в рамках общей настройки торгового места, проанализируем проблемы с драйверами ККТ и выясним, какие изменения в коде могут потребоваться для корректной работы.
При первичной настройке в 1С:Управление нашей фирмой или 1С:Розница специалисты часто сталкиваются с отказами в авторизации — для быстрой подготовки оборудования есть обработка настройки ККТ под требования ФНС. Рассмотрим, что стоит за этими кодами ответов:
Проанализируем ситуацию с сертификатами. Для обхода блокировки соединения в настройках интеграции с ИС МП необходимо найти раздел «Настройка подключения к ТС ПИоТ» и установить флаг «Исключить проверку корневых сертификатов». Это позволит 1С игнорировать отсутствие доверенной цепочки сертификатов для локального адреса (обычно localhost или 127.0.0.1).
Особое внимание стоит уделить взаимодействию с торговым оборудованием. Рассмотрим специфику работы драйверов АТОЛ версий 10.10.x. Пользователи отмечают, что при использовании службы EOU (Ethernet-over-USB) в версии драйвера 10.10.8.23 данные в ОФД могут перестать отправляться — такие сбои особенно критичны, когда требуется массовое исправление настроек ОФД. Выясним причину: в новых версиях реализована сложная логика проверки кодов маркировки непосредственно внутри драйвера, что может конфликтовать с запросами от 1С и побуждает некоторых разработчиков к использованию прямого обращения к драйверу для печати чеков.
Для стабилизации работы рекомендуем следующие шаги:
Одной из критических проблем в релизах УНФ 3.0.12.261 и Розница 2.3 является передача пустого или некорректного идентификатора ПО в запросе к ПИоТ. Без валидного SoftwareID, зарегистрированного в реестре ГИС МТ, сервис ПИоТ будет отклонять запросы.
Рассмотрим пример того, как это выглядит в коде конфигурации. В процедурах формирования данных для ФФД 1.2 программа может подставлять «заглушки». Проанализируем фрагмент кода, который требует внимания:
// В модуле интеграции с ИС МП при формировании структуры данных для ПИоТ
ДанныеКлиента.Вставить("ИдентификаторКассовогоПО", "Здесь_должен_быть_реальный_GUID_из_реестра");
ДанныеКлиента.Вставить("Контрольная Сумма", Строка(ИнформацияОСистеме.ИдентификаторКлиента));
Как отмечают практикующие специалисты, для Розницы 2.3 зачастую приходится добавлять одну строку кода в процедуру формирования запроса (например, в модуле, отвечающем за работу с ФФД 1.2), чтобы принудительно передать корректный SoftwareID, полученный от вендора (1С или ЕСП). Если идентификатор передается как ПустойУникальныйИдентификатор, проверка через ПИоТ работать не будет.
На рынке представлено несколько вариантов реализации ПИоТ. Рассмотрим их различия:
Если вы используете решение от ЕСП, убедитесь, что в настройках 1С в поле «Сервер» указан localhost, а порты соответствуют документации провайдера. Помните, что токен ГИС МТ для розницы имеет ограниченный срок жизни, и переход на технологию ПИоТ является обязательным условием для продолжения торговли маркированным товаром в рамках постановления №1944.
Подводя итог, для успешного запуска ПИоТ необходимо:
ИдентификаторКассовогоПО.