Оплата и оформление

Оплата через СБП: QR-код не появляется или статус не обновляется

При оплате через СБП не появляется QR-код или заказ не узнаёт об оплате. Разделим эти ситуации и выберем нужный участок проверки.

Редакция «починимсайт» · Обновлено 17.09.2026 · 3 мин. чтения

Что происходит и с чего начать

Создание ссылки оплаты, её показ и получение окончательного статуса — отдельные действия. На телефоне пользователь может переходить в банковское приложение, а на компьютере использовать QR-код. Поэтому важно знать устройство и последний успешный шаг. Если перевод уже выполнен, исследуют подтверждение и связь с заказом. Если код не появился, сначала проверяют создание операции и интерфейс. Повторное создание платежа при каждом обновлении страницы не должно заменять выяснение состояния первой попытки.

Пример ситуации

Представьте, что на компьютере QR-код виден, а в мобильном браузере кнопка перехода ничего не делает. Это может быть проблема обработки ссылки на устройстве, а не недоступность СБП. Другой случай — клиент перевёл деньги, вернулся на сайт и продолжает видеть ожидание. Здесь важен серверный статус, а не повторная генерация картинки. Один общий баннер «ошибка оплаты» скрывает различия, поэтому интерфейс должен помогать понять, что уже произошло и что осталось дождаться.

Что можно проверить самостоятельно

Запишите устройство, браузер и способ открытия сайта. Укажите, виден ли QR-код, открывается ли банк и на каком шаге пользователь больше не может продолжить оплату.
Найдите заказ и операцию у провайдера, если она создана. Сверьте сумму и состояние перед повтором; не ориентируйтесь только на неподвижный индикатор магазина.
Сравните новый тестовый платёж на компьютере и телефоне. Сообщите, истекало ли время оплаты и что происходит после возвращения из банковского приложения в браузер.

Как понять результаты проверки

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

Что проверяет разработчик

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

Проверьте, доступен ли СБП для магазина и выбранного сценария интеграции. Найдите ответ запроса создания платежа.
Если ссылка получена, проверьте отображение QR на компьютере и переход в банковское приложение на телефоне. Это разные пользовательские пути.
После подтверждения сравните статус у провайдера и уведомление на сайте. Обновление страницы покупателем не должно быть единственным способом учесть оплату.

На что обратить внимание

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

Как исправляют причину

Исправьте обработку ссылки и предусмотрите понятное возобновление ожидания результата. Не создавайте новый платёж автоматически при каждом обновлении страницы, не проверив состояние прежнего.

Как убедиться, что проблема решена

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

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