Как настроить оплату по СБП на терминале PAX S300 в 1С:УТ 11.4 и исправить ошибку "Не заполнена колонка Номер платежной карты"?

← На главную

При подключении эквайрингового терминала PAX S300 к конфигурации 1С:Управление торговлей 11.4 (и другим старым версиям) пользователи часто сталкиваются с ситуацией, когда оплата по банковским картам проходит успешно, а при попытке провести оплату через Систему быстрых платежей (СБП) система выдает ошибку "Не заполнена колонка 'Номер платежной карты'". Это происходит даже если банк подтвердил, что функция СБП на терминале активирована.

Разберем, почему возникает эта ошибка и какие существуют способы ее решения, не прибегая к обязательному обновлению конфигурации 1С.

Выясним причину ошибки

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

При оплате через СБП банковская карта физически не используется. Клиент сканирует QR-код, и платеж проходит напрямую между счетами. В результате терминал возвращает в 1С не номер карты, а уникальный идентификатор транзакции — RRN (Reference Retrieval Number). Этот номер записывается в поле Ссылочный номер.

Поскольку поле Номер платежной карты остается пустым, стандартная проверка 1С не проходит, и документ (Чек ККМ) не проводится, выдавая ошибку. В более новых версиях 1С (например, УТ 11.5.10 и выше) этот механизм был доработан, и система корректно обрабатывает платежи по СБП без номера карты.

Решение 1: Настройка двух экземпляров оборудования

Этот метод является теоретическим обходным путем, который может сработать в зависимости от настроек банка и версии драйвера. Суть заключается в том, чтобы создать в 1С два "виртуальных" терминала, привязанных к одному физическому устройству.

Запросите у банка второй ID. Для разделения потоков оплат по картам и по СБП банк должен предоставить вам два разных идентификатора терминала (TID) или кода устройства. Они часто привязаны к разным кодам категории продавца (MCC), так как ставки эквайринга для карт и СБП отличаются.
Создайте два экземпляра оборудования. В 1С в разделе НСИ и администрирование → РМК и оборудование → Подключаемое оборудование создайте два экземпляра эквайрингового терминала.
Настройте экземпляры.
- У обоих экземпляров будут одинаковые настройки подключения (например, COM-порт или IP-адрес).
- Ключевое отличие будет в поле "Идентификатор устройства" или аналогичном — в него нужно будет ввести разные TID, полученные от банка.
Разделите виды оплат. В настройках кассы ККМ создайте два вида оплаты: один стандартный "Оплата картой", другой — "Оплата по СБП".
Свяжите виды оплат с оборудованием. Привяжите вид оплаты "Оплата картой" к первому экземпляру оборудования, а "Оплата по СБП" — ко второму.

Таким образом, когда кассир в РМК будет выбирать оплату по СБП, 1С обратится к "виртуальному" терминалу, настроенному на СБП, и драйвер отправит на физическое устройство правильную команду для генерации QR-кода. Однако этот способ не гарантирует решения основной проблемы, если драйвер все равно не вернет RRN в нужное поле.

Решение 2 (Рекомендуемое): Использование расширения конфигурации

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

Логика работы расширения:

Основная задача — перехватить данные, которые драйвер возвращает в 1С, и, если номер карты пуст, подставить в это поле значение из ссылочного номера (RRN).

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

Пример концептуального кода в модуле расширения:


// В расширении, в заимствованном модуле ПодключаемоеОборудованиеУниверсальныйДрайверКлиент
// Перехватываем процедуру, которая обрабатывает результат от драйвера.
// Название оригинальной процедуры может отличаться в зависимости от версии.

&Вместо("ОбработатьРезультатОперацииЭквайринга")
Процедура Расш_ОбработатьРезультатОперацииЭквайринга(ДанныеОперации, ВыходныеПараметры)

    // Сначала вызываем оригинальный метод, чтобы он заполнил структуру ВыходныеПараметры
    ВызватьОригинальныйМетод(ДанныеОперации, ВыходныеПараметры);

    // Теперь дорабатываем результат
    // Предположим, что ВыходныеПараметры - это структура с полями "НомерПлатежнойКарты" и "СсылочныйНомер"
    
    // Проверяем, что номер карты пуст, а RRN (СсылочныйНомер) пришел от терминала
    Если НЕ ЗначениеЗаполнено(ВыходныеПараметры.НомерПлатежнойКарты) И ЗначениеЗаполнено(ВыходныеПараметры.СсылочныйНомер) Тогда
        
        // Главный шаг: подставляем RRN в поле номера карты, чтобы обмануть стандартную проверку
        ВыходныеПараметры.НомерПлатежнойКарты = ВыходныеПараметры.СсылочныйНомер;
        
    КонецЕсли;

КонецПроцедуры

Такое расширение безопасно, не требует снятия конфигурации с поддержки и решает проблему кардинально. Оплата по СБП начинает проходить, чек проводится, а RRN корректно сохраняется для последующих операций, например, для возвратов.

Как делать возвраты по СБП?

Возвраты платежей, совершенных через СБП, также осуществляются на основе RRN, который печатается на чеке продажи (часто подписывается как payrnn или ID транзакции).

Процесс возврата:

В 1С на основании чека продажи создается чек на возврат.
Система отправляет команду возврата на эквайринговый терминал.
Терминал, как правило, просит приложить карту. Поскольку карты не было, этот шаг нужно пропустить.
На терминале PAX S300 необходимо нажать функциональную клавишу (в обсуждении упоминалась клавиша "5"), чтобы перейти в режим ручного ввода данных.
Кассир вводит 12-значный RRN с чека продажи.
После ввода кода возврат успешно проходит, и на кассе печатается чек возврата.

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