Как исправить ошибки при оплате электронными сертификатами 491-ФЗ в 1С:Управление нашей фирмой

Системный администратор 1С v8.3 (Управляемые формы) Управленческий учет Торговля и дистрибуция
← На главную

С внедрением системы электронных сертификатов (ЭС) в рамках федерального закона № 491-ФЗ многие пользователи 1С:УНФ столкнулись с техническими сложностями при проведении транзакций. Процесс оплаты через национальную систему платежных карт (НСПК) требует ювелирной настройки как на стороне учётной системы, так и на стороне банковского эквайринга. Для правильного старта работы рекомендуем изучить инструкцию по настройке торгового места на базе РМК в УНФ 3.0. В этой статье мы подробно разберем наиболее частые ошибки, такие как ошибка 53, ошибка 999 (отсутствие PAR) и ошибка 100, и выясним, как их победить.

Анализируем ошибку 53: Операция отклонена эквайрингом

Рассмотрим ситуацию, когда при попытке оплаты через терминал (например, Альфа-банк с ПО ИНПАС) система выдает лаконичное сообщение об ошибке 53, а на самом терминале отображается текст «Операция отклонена». Проанализируем причины такого поведения системы.

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

  1. Связь с банком: Необходимо официально запросить у технической поддержки банка подтверждение того, что для вашего Merchant ID (идентификатора торговой точки) активирована функция приема электронных сертификатов.
  2. Привязка ЭС к терминалу: Часто банки настраивают стандартный протокол оплаты, но забывают «пробросить» специфические теги, отвечающие за работу с НСПК.
  3. Тестовый ТРУ: Если даже при использовании тестового кода ТРУ (Товары, Работы, Услуги) ошибка сохраняется, это прямое подтверждение того, что транзакция блокируется на уровне банковского шлюза.

Важный вывод: Если вы столкнулись с ошибкой 53, первым делом допытывайте банк на предмет активации функционала 491-ФЗ для вашего договора эквайринга.

Решаем проблему с протоколом НСПК v2 и ошибкой 999 (PAR)

Разберем более сложный технический нюанс. При переходе на современный протокол обмена данными НСПК v2 часто возникает ошибка: «(999) Ошибка проведения операции по протоколу ФЭС НСПК v2. Необходимо обязательное указание PAR (Payment Account Reference)». Посмотрим, что это означает.

Параметр PAR — это уникальный идентификатор, связанный с банковским счетом карты, который требуется в протоколе версии 2.0 для повышения безопасности. Если терминал или его драйвер не умеют извлекать этот параметр из чипа карты МИР, транзакция прерывается. Проанализируем два пути решения:

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

Способ 2: Обновление ПО. Если вы намерены использовать v2, выполните следующие действия:

Ошибка 100: «Нет доступных сертификатов»

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

  1. Сопоставление ТРУ: Проанализируем справочник номенклатуры. В карточке товара в 1С должен быть корректно заполнен реквизит «Классификатор ТРУ». Этот код должен символ в символ совпадать с тем, что указан в электронном сертификате клиента. Если в 1С указан код 30.92.20.000, а в сертификате — 30.92.20.110, система выдаст ошибку 100.
  2. Баланс сертификата: Проверьте, достаточно ли средств на сертификате для покрытия стоимости товара. Хотя 1С поддерживает частичную оплату (смешанную), иногда некорректно настроенный профиль в НСПК требует полной оплаты именно сертификатом.
  3. Региональные ограничения: Помните, что некоторые сертификаты имеют привязку к региону выдачи. Если покупка совершается в другом субъекте РФ, НСПК может вернуть пустой список доступных лимитов.

Технические рекомендации по настройке 1С:УНФ

Для стабильной работы мы рекомендуем использовать платформу версии не ниже 8.3.22. В облачных версиях (Фреш) обновление происходит автоматически. Если ваша специфика требует использования нескольких касс ККМ в РМК для УНФ 3, убедитесь, что все подключенные устройства поддерживают работу с ФЭС НСПК. Посмотрим на пример проверки заполнения ТРУ в коде (для разработчиков):


// Пример проверки наличия кода ТРУ перед формированием запроса к НСПК
Если НЕ ЗначениеЗаполнено(СтрокаТаблицы.Номенклатура.КодТРУ) Тогда
    ТекстОшибки = "Для товара " + СтрокаТаблицы.Номенклатура + " не заполнен код ТРУ!";
    Сообщить(ТекстОшибки);
    Возврат;
КонецЕсли;

Иногда возникают конфликты оборудования, когда внешние приложения блокируют доступ к кассе. В таких случаях помогает доработка РМК с целью освобождения порта кассы после печати чека. Если же в процессе настройки или из-за ошибок протокола были пробиты чеки с неверными параметрами, вам пригодится инструмент для группового создания и фискализации чеков коррекции ККМ. Для этой задачи есть групповое создание и фискализация чеков коррекции. Это особенно актуально, если возникла необходимость в корректировке неверного значения НДС в чеке.

Проанализируем также важность выбора банка. Как показывает практика пользователей, при возникновении неразрешимых проблем с региональными банками, переход на эквайринг от Сбера часто решает проблему «магическим» образом, так как их инфраструктура наиболее плотно интегрирована с НСПК и поддерживает актуальные протоколы без дополнительных манипуляций.

Подведем итог: Работа с электронными сертификатами требует синхронизации действий трех сторон: 1С (обновление БПО и кодов ТРУ), Банка (активация Merchant ID и прошивка терминала) и НСПК (правильный выпуск сертификата). Начинайте диагностику всегда с проверки версии протокола и звонка в банк.

← На главную