Оплата по QR-коду в 1С-Битрикс: СБП, Тинькофф, ЮКасса

Настройка оплаты по QR-коду в 1С-Битрикс

Когда покупатель оформляет заказ в интернет-магазине, он хочет заплатить в два клика — без ввода данных карты?

QR-код на странице оплаты решает эту задачу: сканирование, подтверждение в приложении банка, готово. Но под капотом — связка API эквайера, генерация QR, polling статуса и грамотный UX. Мы специализируемся на таких интеграциях под ключ для 1С-Битрикс и Битрикс24. Наш опыт — более 10 лет, поэтому мы сразу видим узкие места. Например, на одном из проектов с товарным запасом 150 000 SKU мы внедрили QR СБП через Тинькофф. Проблема была в том, что при пике в 100 одновременных заказов polling не успевал обрабатывать статусы, и часть платежей зависала. Мы оптимизировали: добавили очереди через агенты Битрикс и увеличили интервал polling до 5 секунд с экспоненциальным бэкоффом. В результате 99.9% платежей завершались корректно.

Типы QR-кодов для оплаты

QR СБП — через Систему быстрых платежей Банка России. Работает с любым банком-участником СБП. Согласно Положению Банка России № 580-П, переводы зачисляются за секунды. Комиссия составляет 0.4–0.7% от суммы — в 3–5 раз ниже, чем при карточном эквайринге. При среднемесячном обороте 1 млн руб экономия на комиссиях достигает 40 тыс руб.

QR банка — proprietary-формат конкретного банка (SberPay QR, Тинькофф QR). Работает только с приложением этого банка. Подходит для монобрендовой аудитории.

QR как картинка ссылки — обычная ссылка на страницу оплаты, закодированная в QR. Открывает мобильный браузер, покупатель выбирает способ оплаты на сайте. Проще в реализации, но добавляет лишний шаг.

QR СБП — оптимальный выбор для интернет-магазина

QR СБП выигрывает по ключевым параметрам: комиссия в 2–3 раза ниже карточной, деньги поступают мгновенно, отмена возврата — тоже. Для клиента — привычный сценарий: сканировать QR в любом банковском приложении. По статистике, 70% пользователей предпочитают СБП при наличии выбора. Экономия на комиссиях может достигать 80% по сравнению с картами. Например, при обороте 500 тыс руб в месяц экономия составит около 20 тыс руб, а при 2 млн — уже 80 тыс руб.

Как мы настраиваем оплату по QR-коду в 1С-Битрикс

Процесс настройки включает несколько шагов:

1. Выбор эквайера и регистрация терминала (Тинькофф, ЮКасса или др.).
2. Генерация QR-кода для каждого заказа через API эквайера.
3. Организация polling статуса с клиентской и серверной стороны.
4. Интеграция в стандартные компоненты 1С-Битрикс.
5. Тестирование всех сценариев (успех, отмена, таймаут).

Как подключить QR СБП через Тинькофф

Сначала создаём платёж в эквайере через Init, получаем PaymentId. Затем запрашиваем QR-код через GetQr. Код PHP:

// Создаём платёж с типом QR
$params = [
    'TerminalKey' => TINKOFF_TERMINAL,
    'Amount'      => (int)($order->getPrice() * 100),
    'OrderId'     => $order->getAccountNumber(),
    'Description' => 'Заказ #' . $order->getAccountNumber(),
    'NotificationURL' => 'https://shop.ru/bitrix/tools/sale_ps_result.php',
    'PayType'     => 'O',
];
$params['Token'] = tinkoffSign($params, TINKOFF_SECRET);

$initResult = tinkoffPost('/v2/Init', $params);
$paymentId  = $initResult['PaymentId'];

// Запрашиваем QR для СБП
$qrParams = [
    'TerminalKey' => TINKOFF_TERMINAL,
    'PaymentId'   => $paymentId,
    'DataType'    => 'IMAGE', // или 'PAYLOAD' для получения строки ссылки
];
$qrParams['Token'] = tinkoffSign($qrParams, TINKOFF_SECRET);

$qrResult = tinkoffPost('/v2/GetQr', $qrParams);
// $qrResult['Data'] — base64-encoded PNG с QR-кодом (при DataType=IMAGE)
// или строка-ссылка СБП (при DataType=PAYLOAD)

Важно обрабатывать ошибки: если платеж не создан, возвращать пользователю понятное сообщение. Мы всегда добавляем fallback на случай недоступности API эквайера.

Как реализовать QR СБП через ЮКасса

ЮКасса формирует QR СБП автоматически при создании платежа с методом sbp:

$payment = $client->createPayment([
    'amount'          => ['value' => '1500.00', 'currency' => 'RUB'],
    'payment_method_data' => ['type' => 'sbp'],
    'confirmation'    => ['type' => 'qr'],
    'description'     => 'Заказ #' . $orderId,
], uniqid('', true));

$qrUrl = $payment->getConfirmation()->getConfirmationData();
// qrUrl — строка вида https://qr.nspk.ru/... — кодируем в QR на клиенте

Для отрисовки QR из URL на клиенте используем JS-библиотеку qrcodejs или qr-code-styling. Это быстрее и не нагружает сервер.

Отображение QR на странице и polling статуса

// Показываем QR и полим статус платежа
async function showQRPayment(orderId) {
    const resp = await fetch('/api/get-payment-qr.php', {
        method: 'POST',
        body:   JSON.stringify({ orderId }),
    });
    const data = await resp.json();

    document.getElementById('qr-image').src = 'data:image/png;base64,' + data.qrBase64;
    document.getElementById('qr-block').style.display = 'block';

    // Polling: проверяем статус каждые 3 секунды
    const pollInterval = setInterval(async () => {
        const status = await checkPaymentStatus(orderId);
        if (status === 'paid') {
            clearInterval(pollInterval);
            window.location.href = '/payment/success/';
        }
        if (status === 'expired') {
            clearInterval(pollInterval);
            showExpiredMessage();
        }
    }, 3000);

    // Останавливаем polling через 15 минут
    setTimeout(() => clearInterval(pollInterval), 15 * 60 * 1000);
}

Серверный скрипт проверки статуса:

// local/api/check-payment-status.php
$orderId   = (int)($_POST['orderId'] ?? 0);
$paymentId = getExternalPaymentId($orderId); // сохранённый PaymentId Тинькофф

$params = [
    'TerminalKey' => TINKOFF_TERMINAL,
    'PaymentId'   => $paymentId,
];
$params['Token'] = tinkoffSign($params, TINKOFF_SECRET);

$status = tinkoffPost('/v2/GetState', $params);

$map = [
    'CONFIRMED'      => 'paid',
    'CANCELED'       => 'cancelled',
    'DEADLINE_EXPIRED' => 'expired',
];

echo json_encode([
    'status' => $map[$status['Status']] ?? 'pending',
]);

Polling должен быть устойчивым: при ошибке сети делаем повторную попытку с экспоненциальной задержкой, не блокируем интерфейс.

Типичные ошибки при настройке QR-оплаты

Одна из распространенных проблем — таймаут при генерации QR через API эквайера. Если эквайер не отвечает в течение 10 секунд, необходимо предусмотреть fallback: показать пользователю альтернативный способ оплаты или повторить запрос с интервалом 1-2 секунды. Мы устанавливаем таймаут не менее 30 секунд для API Тинькофф и проверяем статус платежа в фоне через агенты.

Еще одна частая проблема — отсутствие обработки дублирующих уведомлений. Когда эквайер присылает несколько callback-запросов, нужно проверять статус платежа в БД перед обновлением. Иначе заказ может быть оплачен дважды. Это легко решается транзакционной блокировкой в MySQL.

Что входит в настройку QR-оплаты под ключ

Ориентировочные сроки

Свяжитесь с нами — оценим ваш проект и предложим оптимальное решение. Опыт интеграций — более 10 лет, гарантируем стабильную работу платежей. Получите оценку вашего проекта — оставьте заявку. Дополнительные материалы: Система быстрых платежей, QR-код.

Как избежать типичных ошибок при подключении платёжных систем на 1С-Битрикс

Самая частая ошибка при интеграции — забыть про callback. Покупатель оплатил заказ, деньги списались, а статус в b_sale_order не обновился: менеджер видит «Ожидание оплаты» и начинает звонить клиенту. Причина — неправильный URL в настройках шлюза или обработчик, падающий с 500 при нестандартной структуре ответа. Мы предлагаем услуги по подключению платёжных систем на 1С-Битрикс с полным тестированием всех сценариев: успешная оплата, отказ, таймаут, частичный возврат, повторный callback.

Почему callback-уведомления критичны?

Каждый платёжный шлюз присылает уведомление на ваш сервер. Если обработчик не гарантирует идемпотентность — двойной вызов приведёт к двойному списанию. Мы всегда реализуем проверку по ID уведомления (external_id) и блокировку повторной обработки в \Bitrix\Sale\Order. Также критично настроить URL callback в личном кабинете агрегатора — /bitrix/tools/sale_ps_result.php для штатного модуля. Если используете кастомный обработчик, проверяем, что он отдаёт HTTP 200 даже при ошибке параметров (шлюз не должен повторять запрос бесконечно).

use Bitrix\Sale\Order;
use Bitrix\Main\Application;

// Получаем данные уведомления
$data = Application::getInstance()->getContext()->getRequest()->toArray();
// Проверяем подпись (зависит от агрегатора)
if (!checkSignature($data, 'SECRET_KEY')) {
    die('FAIL');
}
// Ищем заказ по внешнему ID
$order = Order::loadByExternalId((int)$data['order_number']);
if ($order && $order->isPaid() === false) {
    $order->setField('PAYED', 'Y');
    $order->save();
}
echo 'OK';

Как выбрать платёжный агрегатор для 1С-Битрикс?

Выбор агрегатора зависит от географии покупателей, среднего чека и потребности в рассрочке. Для России базовый набор — ЮKassa (все основные методы, фискализация из коробки) и CloudPayments (виджет на странице без редиректа, Apple Pay). Если работаете с крупными корпоративными клиентами — добавьте Сбербанк (SberPay, СБП). Для международных продаж — Stripe или PayPal. Мы часто используем двухуровневую схему: основной агрегатор + резервный (автопереключение при падении).

Какие платёжные агрегаторы и способы оплаты мы используем

ЮKassa

Один договор — все основные способы: карты Visa/MasterCard/МИР, ЮMoney, SberPay, интернет-банки, рассрочка. Фискализация по 54-ФЗ из коробки (через модуль sale). Штатный обработчик /bitrix/modules/sale/handlers/paysystem/yandexpay/ покрывает базовые сценарии. Для холдирования (двухстадийная оплата), подписок или сплит-платежей — кастомная интеграция через YooKassa API v3. Callback настраиваем на /bitrix/tools/sale_ps_result.php, парсим notification и обновляем \Bitrix\Sale\Order через setField('PAYED', 'Y').

CloudPayments

Заточен на конверсию: виджет оплаты прямо на странице чекаута, без редиректа на внешний домен. Покупатель не уходит с сайта — процент отказов на этапе оплаты падает. Поддерживает рекуррентные платежи (токенизация карты через cryptogram), Apple Pay и Google Pay. 3D Secure с интеллектуальной маршрутизацией — запрашивается только при высоком риске фрода. Интеграция с Битрикс — через REST API CloudPayments и кастомный обработчик в модуле sale.

Тинькофф Оплата

API-интеграция через TinkoffPaymentAPI (готовый модуль или ручная реализация). QR-код для оплаты через приложение, рассрочка «Тинькофф Кредит» — критично для дорогих товаров. Частичные возвраты через метод Cancel — без звонков в банк, всё из админки Битрикс.

Сбербанк (SberPay и СБП)

SberPay — оплата по push-уведомлению или QR, СБП — комиссия 0.4–0.7% против 1.5–2.5% по картам. На объёме это ощутимая экономия. Холдирование через API registerPreAuth / deposit. Учитываем, что для SberPay требуется подписание отдельного договора с банком.

Apple Pay и Google Pay

Оплата в два касания, без ввода данных карты. Подключаются через агрегатор (ЮKassa, CloudPayments, Тинькофф). Важные нюансы:

• Apple Pay требует верификации домена: файл apple-developer-merchantid-domain-association в /.well-known/. Без него кнопка не появится.
• Размещение кнопок строго по гайдлайнам Apple и Google — иначе отказ в ревью.
• Фоллбэк на стандартную форму оплаты, если устройство не поддерживает бесконтактную оплату.

Рассрочка, BNPL и работа с 54-ФЗ

Если средний чек от 30 000 ₽ и конверсия проседает — рассрочка снимает ценовой барьер. Мы подключаем:

• Тинькофф Рассрочка (3–24 месяца)
• Покупай со Сбером
• Мокка / Долями — BNPL: 4 платежа, 0% для покупателя

Интеграция: виджет с расчётом ежемесячного платежа на карточке товара («от 2 500 ₽/мес»), передача данных заказа в банк через API, обработка статусов (одобрение, отказ, ожидание документов) в обработчиках OnSaleStatusOrder.

Фискализация по 54-ФЗ — обязательное требование. Штраф за отсутствие чека — до 100% от суммы расчёта. В соответствии с Федеральным законом № 54-ФЗ кассовый чек должен быть отправлен покупателю в электронной форме. Подключаем АТОЛ Онлайн, Orange Data, Модуль.Касса, Эвотор, Штрих-М. Настройка в Битрикс — раздел «Кассы» в модуле sale:

• Ставка НДС, предмет и способ расчёта — ошибка в любом поле может привести к штрафу при проверке.
• Чеки при предоплате и частичной оплате (два чека: при оплате и при отгрузке).
• Чеки возврата при отмене через \Bitrix\Sale\Cashbox\Cashbox::addChecks().
• Мониторинг: если чек не ушёл — алерт менеджеру.

При торговле обувью, одеждой, парфюмерией обязательна передача кодов маркировки в чеке. Интеграция с «Честный ЗНАК», сканирование DataMatrix при сборке заказа, автоматический вывод из оборота при продаже через \Bitrix\Catalog\Product\Marking.

Сопровождение платежей: возвраты, мультивалюта, безопасность

Возвраты

Полный и частичный возврат без звонков в банк — через API агрегатора (refund / cancel). Чек возврата формируется автоматически, обновляется статус заказа, пересчитывается сумма, уведомляется покупатель. Сроки: электронные кошельки и СБП — 1–3 дня, банковская карта — до 30 рабочих дней (зависит от банка-эмитента).

Мультивалюта

Типы цен в b_catalog_price для каждой валюты, курсы через API ЦБ (\Bitrix\Currency\CurrencyManager::updateCBRFRates()) или ручной ввод. Конвертация на уровне каталога — покупатель видит цены в своей валюте. Для приёма долларов/евро подключаем Stripe, PayPal. Учитываем комиссии за конвертацию при расчёте маржинальности.

Безопасность

Данные карт обрабатываются на стороне сертифицированного шлюза (PCI DSS) — номер карты никогда не проходит через ваш сервер. Антифрод на уровне агрегатора. Логирование всех событий в b_sale_order_change для аудита. Мониторинг аномалий: скачок транзакций, нетипичная география — алерт.

Как мы работаем и ориентировочные сроки

1. Анализ — какие способы оплаты нужны, рынки, объём транзакций, текущий агрегатор.
2. Подбор решений — иногда два агрегатора лучше одного: ЮKassa как основной, CloudPayments как резерв — при падении одного трафик уходит на второй.
3. Интеграция — тестируем каждый сценарий: успешная оплата, отказ 3DS, таймаут шлюза, двойной callback, частичный возврат.
4. Фискализация — онлайн-касса, проверка корректности чеков на тестовых заказах.
5. Мониторинг — алерты при сбоях шлюза, дашборд конверсии на этапе оплаты.

Что входит в работу

• Полная настройка выбранных платёжных систем в 1С-Битрикс: модули, обработчики, callback, тестирование.
• Документация по интеграции (схема работы шлюзов, описание обработчиков, логи).
• Обучение вашего менеджера работе с платёжными модулями и возвратами.
• Техническая поддержка на этапе запуска и первые 2 недели эксплуатации.
• Мониторинг — настраиваем алерты на ошибки и падение конверсии.

Все работы выполняются сертифицированными разработчиками 1С-Битрикс. Гарантируем работоспособность каждого сценария. Для быстрой оценки вашего проекта получите консультацию — просто оставьте заявку на сайте. Закажите интеграцию платёжных систем под ключ с фискализацией и защитой данных. Свяжитесь с нами, чтобы подобрать оптимальное решение для вашего бизнеса — мы поможем с выбором агрегатора и реализуем полный цикл интеграции.