Подключение QIWI

QIWI как платёжная система для приёма оплаты на сайте сейчас недоступна. После отзыва лицензии у КИВИ Банка в феврале 2024 года эквайринг QIWI фактически прекратил работу. Ниже разберём, как обработчик подключался в 1С-Битрикс, что делать, если он остался в старом магазине, и на что переключиться без потери конверсии.

Актуальный статус: почему QIWI больше не подключить

Начнём с главного, чтобы не тратить время на настройку неработающего сервиса. В феврале 2024 года Банк России отозвал лицензию у КИВИ Банка (АО) — юрлица, обеспечивавшего процессинг QIWI. Приём платежей через QIWI-эквайринг и QIWI-кошелёк для интернет-магазинов после этого прекратился, новые договоры не заключаются, а личный кабинет мерчанта недоступен для работы.

Эта статья остаётся полезной в двух случаях: у вас старый магазин, где обработчик QIWI ещё висит в списке платёжных систем, либо вы разбираетесь в архитектуре платёжных обработчиков Битрикса на конкретном примере. Для приёма денег переходите сразу к разделу об альтернативах.

Как обработчик QIWI устроен в Битрикс

В 1С-Битрикс платёжные системы живут в модуле sale и настраиваются в разделе Магазин → Платёжные системы (в старых редакциях — Магазин → Настройки → Платёжные системы). Каждый провайдер — это обработчик (handler): набор файлов с описанием полей, шаблоном формы оплаты и логикой обработки ответа провайдера.

QIWI подключался одним из двух путей:

• Готовый модуль из Маркетплейса — партнёрское решение, которое ставилось как обычный модуль и добавляло свой тип обработчика в список платёжных систем;
• Пользовательский обработчик — папка вида /bitrix/php_interface/include/sale_payment/qiwi/ с файлом .description.php (описание полей) и payment.php (шаблон формы и параметры перенаправления на шлюз).

Логика была стандартной для внешнего эквайринга: сайт формировал заказ, перенаправлял покупателя на платёжную страницу QIWI, а провайдер по колбэку сообщал о результате. Битрикс обрабатывал ответ и переводил заказ в статус «оплачен».

Ключевые параметры и обработка результата

В настройках обработчика заполнялись идентификаторы магазина, полученные в личном кабинете QIWI, и параметры безопасности. Типовой набор полей выглядел так:

Результат платежа приходил на отдельный скрипт-приёмник (result URL). Именно он подтверждал оплату: проверял подпись по секретному ключу и через CSalePayment / API заказов помечал заказ оплаченным. Без корректной проверки подписи обработчик оставался уязвимым — это общее правило для любого эквайринга, не только QIWI.

Что делать, если QIWI остался в старом магазине

Если в вашем действующем магазине обработчик QIWI ещё в списке, покупатели могут выбрать несуществующий способ оплаты и «зависнуть» на этапе перехода к шлюзу. Это прямые потери заказов. Корректный порядок действий:

1. Откройте Магазин → Платёжные системы и снимите у QIWI флаг «Активность», чтобы способ пропал из оформления заказа;
2. Проверьте привязку к типам плательщиков — деактивированный способ не должен предлагаться ни физлицам, ни юрлицам;
3. Разберите «зависшие» заказы со статусом ожидания оплаты через QIWI: свяжитесь с покупателями и предложите альтернативный способ;
4. Удалите обработчик и, при наличии, модуль из Маркетплейса, если он больше не нужен — но сначала убедитесь, что нет незакрытых заказов, ссылающихся на него.

Чем заменить QIWI: подбор альтернативы

Замена подбирается под аудиторию и тип бизнеса. В 1С-Битрикс из коробки и через Маркетплейс доступны актуальные, работающие провайдеры:

• ЮKassa — универсальный агрегатор с картами, кошельками и СБП, самый частый выбор для розницы;
• Система быстрых платежей (СБП) — оплата по QR-коду с низкой комиссией, хорошо закрывает мобильный трафик;
• Тинькофф, Сбербанк, Альфа-Банк — прямой банковский эквайринг, если у вас уже открыт счёт в банке;
• CloudPayments, Robokassa, PayKeeper — гибкие агрегаторы для нестандартных сценариев и B2B.

Технически замена — это подключение нового обработчика по инструкции провайдера и, при необходимости, привязка к нужному типу плательщика. Если QIWI использовался как «кошельковый» способ, ближе всего по духу СБП по QR-коду и ЮMoney.

Как аккуратно перевести оплату на новый провайдер

Смена платёжной системы в работающем магазине требует порядка, иначе на пару дней проседает конверсия. Проверенная последовательность:

1. Заключите договор с новым провайдером и получите боевые ключи мерчанта;
2. Подключите обработчик в Магазин → Платёжные системы и сначала включите тестовый режим;
3. Прогоните тестовую оплату: заказ должен корректно перейти в статус «оплачен», а колбэк — прийти на result URL;
4. Проверьте фискализацию — привязку к онлайн-кассе (54-ФЗ), чтобы чек уходил покупателю;
5. Переключите обработчик в боевой режим и деактивируйте QIWI;
6. Последите за первыми реальными заказами через Магазин → Заказы и лог платёжной системы.

Типовые ошибки при работе с обработчиками оплаты

Проблемы платёжных обработчиков в Битрикс почти всегда сводятся к нескольким причинам — они одинаковы для QIWI-подобных схем и для актуальных провайдеров:

• Заказ оплачен, но статус не меняется — колбэк не доходит до result URL или не проходит проверку подписи; проверьте доступность скрипта извне и корректность секретного ключа;
• Расхождение суммы — комиссия или скидка меняют итог; сверяйте сумму заказа и сумму запроса к провайдеру;
• Способ не виден в оформлении — не активирован обработчик либо нет привязки к типу плательщика;
• Ошибка на переходе к шлюзу — неверные ключи, тестовый режим на боевом ключе или, как в случае QIWI, отсутствие рабочего шлюза на стороне провайдера.

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

Итог

QIWI как способ оплаты в интернет-магазине больше не работает: после отзыва лицензии у КИВИ Банка эквайринг остановлен, и подключать его на новых проектах бессмысленно. В действующих магазинах обработчик нужно деактивировать, разобрать зависшие заказы и перевести приём денег на актуального провайдера — ЮKassa, СБП, банковский эквайринг или другой агрегатор из Маркетплейса. Сама архитектура платёжных обработчиков Битрикса при этом не меняется: те же настройки, колбэки и привязка к типам плательщиков.

Если нужно аккуратно снять устаревший обработчик, подключить рабочую платёжную систему с фискализацией по 54-ФЗ и проверить весь путь оплаты без простоя магазина — мы в B2Bsite делаем это под ключ: настройка, тестовые прогоны и сопровождение после запуска.