← На главную

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

Принудительный переход на протокол v2

С середины мая 2024 года первая версия протокола обмена (v1) перестала поддерживаться со стороны ИС МП. Если ваша конфигурация 1С:УНФ (например, релиз 3.0.12.261) все еще пытается обращаться к старым методам, проверка кодов будет завершаться ошибкой. Разберем, как исправить это на уровне программного кода.

Для того чтобы система начала использовать актуальный протокол, необходимо внести изменения в общие модули. Рассмотрим шаги по модификации кода в расширении или основной конфигурации:

1. Найдем общий модуль ИнтерфейсИСМПОбщегоНазначенияВебКлиент.
2. В функции ЗапроситьСтатусЛокальногоМодуляЧЗ заменим версию обращения с v1 на v2.
3. Аналогичные действия произведем в модуле ИнтерфейсИСМПОбщегоНазначенияКлиентСервер.

Важный момент: Для корректной работы также необходимо установить патч EF_00_00835923. Без этого изменения даже обновленный код может работать некорректно в части интеграции с фискальным регистратором.

Решение проблемы с правами доступа к справочнику ПИОТ

Часто при попытке пробития чека кассиром система выдает ошибку отсутствия прав доступа к справочнику «Настройки ПИОТ» — решить проблему поможет настройка прав доступа и ролей в 1С. Проанализируем ситуацию: в типовых конфигурациях доступ к этому объекту зачастую ограничен только «Полными правами» или ролью для обмена через ODATA.

Предоставление кассиру полных прав или прав на ODATA является грубым нарушением безопасности. Разберем правильный алгоритм настройки прав:

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

• Справочник НастройкиПИОТ
• Регистр сведений НастройкиПИОТ (если он присутствует в вашей версии конфигурации)

После этого данную роль нужно назначить профилю групп доступа, к которому относятся кассиры. Это обеспечит бесперебойную работу РМК без создания дыр в безопасности базы данных.

Ошибка 514: Проблемы с SSL-сертификатами

Ошибка 514 сигнализирует о неудачной попытке установления защищенного соединения между 1С и службой ПИОТ. Это происходит из-за того, что локальная служба использует самоподписанный сертификат, которому 1С (или операционная система) не доверяет. Рассмотрим, как устранить эту преграду.

Для решения проблемы выполним следующие действия:

1. Проверим доступность службы в браузере по адресу https://localhost:8443/ping. Если браузер выдает предупреждение о «небезопасном соединении», значит, проблема в сертификате.
2. Необходимо выгрузить сертификат из настроек модуля ПИОТ (через его консоль управления в трее).
3. Установим этот сертификат в хранилище «Доверенные корневые центры сертификации» на уровне локального компьютера. Это нужно сделать под той учетной записью Windows, под которой запускается 1С.
4. Перезапустим службу ПИОТ и сеанс 1С.

Очистка настроек и кэша при нестабильной работе

Иногда возникают ситуации, когда служба ПИОТ запущена, но 1С ее «не видит» или выдает пустые уведомления о критических ошибках. Проанализируем метод «полной очистки», который помогает в 90% случаев необъяснимого поведения системы:

Выясним причину: данные о настройках ПИОТ могут дублироваться в справочнике и регистре сведений. При рассинхронизации этих данных проверка марки может давать сбои. Посмотрим на алгоритм очистки:

1. Остановим службу ПИОТ через диспетчер задач или консоль управления.
2. В 1С очистим содержимое регистра сведений, связанного с настройками ПИОТ.
3. Удалим элементы из справочника Настройки ПИОТ.
4. На уровне файловой системы перейдем в каталог C:\ProgramData\1C\Piot\db и удалим (или переименуем) файлы базы данных SQLite. Это сбросит локальный кэш проверок.
5. Запустим службу заново и выполним повторную настройку интеграции в 1С — для контроля кодов маркировки подойдёт контроль и фиксация кодов маркировки в 1С:УНФ.

Как показывает практика, после такой «шоковой терапии» и повторного сканирования настроек (когда загорается заветная зеленая галочка), ошибки при сканировании марки в чеке ККМ исчезают.

Таймауты и нагрузка на систему

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

Если увеличение таймаута до 2500 мс не помогает, попробуем установить значение в диапазоне 5000–10000 мс. Это критично для торговых точек с нестабильным интернетом. Также важно убедиться, что проверка марки не выполняется одновременно и в 1С через ПИОТ, и средствами самой ККТ (параметр в настройках подключаемого оборудования) — для этого пригодится стабильная работа 1С с онлайн-кассами и маркировкой. Рекомендуется оставить проверку только на стороне 1С через ПИОТ для более точного контроля ошибок.

Следуя этим шагам, мы сможем добиться стабильной работы разрешительного режима в 1С:УНФ, минимизировать простои на кассовых узлах и избежать штрафных санкций за некорректную торговлю маркированным товаром.