Mobile checkout - это не просто сайт в WebView
Пользователь может уйти в банковское окно, Apple Pay sheet или внешний браузер, а приложение должно корректно восстановить статус.
Для мобильного приложения важно заранее решить, как открывается оплата: embedded WebView, внешний браузер, SDK или provider-hosted checkout. Неправильный выбор может сломать возврат клиента, 3-D Secure, Apple Pay или обработку отказа.
Evocabank прямо описывает V-POS как решение для сайта и мобильного приложения. Ameriabank публично сообщал, что vPOS-клиенты могут активировать прием Apple Pay в онлайн-магазинах и приложениях. Но конкретная доступность функций зависит от банка, договора и технической схемы, поэтому это нужно проверять до разработки.
- проверить, поддерживает ли банк mobile application flow;
- заранее согласовать Apple Pay или wallet-flow, если он нужен;
- не хранить card data в приложении;
- передавать финальный статус через backend, а не только через app callback.
Как возвращать клиента в приложение
Return flow должен быть устойчивым к закрытию приложения, переключению между окнами и задержке статуса.
После оплаты клиент может вернуться через deep link, universal link, browser redirect или вручную открыть приложение. Поэтому приложение не должно считать оплату успешной только потому, что открылся success screen.
Правильная схема: app получает payment attempt id или order id, показывает промежуточный экран и запрашивает backend. Backend проверяет статус у провайдера или уже обработанный webhook, затем возвращает нормализованный результат приложению.
- success/fail screen всегда делает backend status check;
- pending screen обновляется автоматически или по кнопке refresh;
- повторная попытка оплаты не создает новый заказ;
- deep link не содержит секретов или provider credentials.
Что тестировать отдельно от web checkout
Mobile flow имеет свои failure modes, которых может не быть в desktop checkout.
Перед запуском нужно отдельно пройти iOS и Android сценарии: приложение ушло в background, банк открыл внешнее окно, клиент отменил Apple Pay, сеть пропала после оплаты, webhook задержался, а app был закрыт до return URL.
Если мобильное приложение связано с CRM, ERP, подпиской или доставкой, эти системы должны получать тот же server-side статус, что и сайт. Иначе mobile checkout станет отдельным источником расхождений.
- iOS Safari, Android Chrome и in-app browser;
- Apple Pay или wallet-flow, если включен у банка;
- закрытие приложения до финального callback;
- повторный запуск приложения после pending;
- сверка mobile payments с CRM/ERP.
FAQ
Можно ли открыть банковскую платежную страницу прямо внутри приложения?
Иногда можно, но это нужно согласовать с банком и проверить на 3-D Secure, Apple Pay, return URL и правилах безопасности. Часто внешний browser или hosted checkout безопаснее.
Apple Pay доступен для всех vPOS в Армении?
Нет, доступность зависит от банка, договора и технической схемы. Например, Ameriabank публично заявлял такую возможность для своих vPOS-клиентов, но это не означает автоматическую доступность у всех провайдеров.
Кто должен менять заказ на paid: приложение или backend?
Backend. Приложение может показать результат пользователю, но бизнес-статус заказа должен меняться после server-side проверки или доверенного webhook-события.
Источники
- Evocabank - V-POS terminalОфициальная страница V-POS, где указана доступность для сайта и мобильного приложения.
- Ameriabank - Apple Pay for vPOS clientsПубличное сообщение банка о возможности приема Apple Pay для vPOS-клиентов в online stores и applications.
- EMVCo - EMV 3-D SecureОписание 3-D Secure для card-not-present аутентификации, важной для mobile checkout.
