Страница, которую видит плательщик
Ссылка или перенаправление открывает форму на домене клиента: сумма, название мерчанта, методы для этого плательщика и форма, которая подстраивается под метод — поля карты с 3-D Secure, кнопка кошелька, QR-код, список банков, банковские реквизиты со ссылкой. Двадцать девять языков, письмо справа налево, местные форматы сумм и дат. Страница весит несколько сотен килобайт вместе со шрифтами и загружается с домена клиента, поэтому плательщик на мобильной связи видит форму раньше, чем успел бы отвлечься.
Все методы, одна страница
| Метод | Что делает плательщик на странице |
|---|---|
| Карта | Вводит номер, срок и CVV в поля, которые проверяются по ходу ввода; проходит 3-D Secure в окне эмитента, когда эмитент этого требует |
| Apple Pay, Google Pay | Нажимает кнопку кошелька и подтверждает на устройстве; карта на странице не появляется |
| Open Banking | Выбирает свой банк из списка на своём языке и подтверждает в банковском приложении; страница ждёт и показывает результат |
| QR-методы (PIX, PromptPay, QRIS, Kaspi Pay) | Сканирует код банковским приложением; страница опрашивает подтверждение |
| Банковский перевод и виртуальные счета | Копирует реквизиты и ссылку; страница объясняет срок и сообщает, когда перевод пришёл |
| Кошельки (MoMo, Kaspi, Payme, M-Pesa) | Подтверждает в приложении кошелька или вводит номер кошелька; страница следует сценарию кошелька |
| Крипта | Видит адрес, точную сумму и сеть; страница показывает подтверждения по мере их появления |
Список методов не настраивается на странице: это результат маршрутизации для страны, валюты и суммы платежа, поэтому плательщик видит только те методы, которые сработают.
Построена для конверсии и соответствия требованиям
- Загружается быстро: без сторонних скриптов, шрифты и стили с собственного источника страницы, минимальная разметка, которая всё же выглядит как банковское приложение.
- Номера карт идут из браузера плательщика напрямую в хранилище по TLS и шифруются там ключами KMS; страница никогда не видит сохранённую карту и ничего не хранит на устройстве.
- Защитные заголовки, проверка целостности подключаемых файлов и самопроверка элементов страницы, как требует PCI DSS для платёжных страниц; проверка выполняется при каждом выпуске.
- Таймер до истечения платежа, кнопка отмены, которая сообщает мерчанту, и страницы статусов успеха, ожидания и ошибки, которые возвращают плательщика мерчанту.
- Google Pay и Apple Pay с идентификаторами мерчанта клиента, зарегистрированными на домен.
- Сохранённые карты для вернувшихся плательщиков там, где у мерчанта есть согласие плательщика: оплата в один клик только с CVV или без него для инициированных мерчантом списаний.
Под брендом клиента
Каждая сеть задаёт свой домен, логотипы, цвета и почту; форма, квитанции и кабинет мерчанта следуют за ними. Домен подключают операторы платформы; логотип и цвета хранятся по сети и меняются без выпуска. White-label партнёр может вести много брендов на одной платформе, каждый изолирован от других, и дать каждому бренду собственный домен формы.
Разработчику мерчанта
Форма открывается по ссылке платежа, которую вернул API; больше ничего не нужно. Мерчант, который хочет собственную страницу, использует API в режиме сервер-сервер в собственном периметре PCI и всё равно может использовать размещённую страницу для методов, требующих перенаправления. В обоих случаях вебхуки, журнал и трассировка одни и те же.