Узнайте больше о том, кто участвует в экосистеме веб-платежей, как они взаимодействуют друг с другом и как вы можете принять в этом участие.
Структура Web Payments
Web Payments включает несколько веб-стандартов:
- Payment Request API. Payment Request API позволяет быстро и легко оформлять покупки через встроенный интерфейс браузера. Это позволяет упростить процесс оформления заказа и избавляет пользователей от необходимости каждый раз вводить платежные данные и адрес доставки.
- Web-based Payment Handler API. Web-based Payment Handler API позволяет поставщикам платежных услуг использовать свои веб-приложения для оплаты в качестве способов оплаты на сайтах продавцов через стандартный Payment Request API.
- Идентификаторы способов оплаты. Идентификаторы способов оплаты определяют, как строки (
https://google.com/pay,https://apple.com/apple-payи т. д.) могут использоваться для идентификации способа оплаты. Наряду со стандартными идентификаторами способов оплаты, он позволяет любому пользователю определить свой собственный способ оплаты с помощью идентификаторов способов оплаты на основе URL. - Манифест способа оплаты. Манифест способа оплаты определяет машиночитаемый файл манифеста, известный как манифест способа оплаты, описывающий, как способ оплаты участвует в экосистеме платежей и как такие файлы должны использоваться.
Как работает процесс запроса платежа
В онлайн-транзакции обычно участвуют четыре стороны.
| Игроки | Описание | Использование API |
|---|---|---|
| Клиенты | Пользователи, которые проходят процесс оформления заказа, чтобы купить товары онлайн. | Н/Д |
| Продавцы | Компании, продающие товары на своем сайте. | Payment Request API |
| Поставщики платежных услуг | Сторонние компании, которые обрабатывают платежи, то есть списывают средства со счетов клиентов и зачисляют их на счета продавцов. Их также называют платежными шлюзами или обработчиками платежей. | Payment Request API |
| Обработчики платежей | Сторонние компании, которые предоставляют приложения, обычно хранящие платежные данные клиентов и с их разрешения передающие эти данные продавцам для обработки транзакций. | Web-based Payment Handler API |
- Покупатель заходит на сайт продавца, добавляет товары в корзину и начинает процесс оформления заказа.
- Для обработки транзакции продавцу нужны платежные данные клиента. Они показывают клиенту интерфейс запроса платежа, используя Payment Request API. В интерфейсе перечислены различные способы оплаты, указанные в идентификаторах способов оплаты. К способам оплаты относятся номера кредитных карт, сохраненные в браузере, или обработчики платежей, такие как Google Pay, Samsung Pay и подобные. Продавец может запросить у клиента адрес доставки и контактную информацию.
- Если клиент выбирает способ оплаты, например Google Pay, Chrome запускает либо нативное платежное приложение, либо веб-версию платежного приложения. Этот шаг полностью зависит от реализации обработчика платежей на основе манифеста способа оплаты. После того как клиент авторизует платеж, обработчик платежей возвращает ответ в Payment Request API, который передает его на сайт продавца. Если платеж относится к типу push, например банковский перевод или криптовалюта, то он уже обработан, когда продавец получает ответ.
- Сайт продавца отправляет платежные данные поставщику платежных услуг, чтобы обработать платеж и инициировать перевод средств. Обычно также требуется подтвердить платеж на стороне сервера.
- Поставщик платежных услуг обрабатывает платеж, запрашивая перевод средств из банка клиента или от эмитента кредитной карты продавцу, а затем возвращает результат на сайт продавца.
- Сайт продавца уведомляет клиента об успешном или неудачном завершении транзакции и показывает следующий шаг, например доставку купленного товара.
Предупреждение: зависимость от поставщика платежных услуг
Если вы продавец и хотите принимать платежи по кредитным картам, PSP – важное звено в цепочке обработки платежей. Реализация Payment Request API не отменяет необходимость в PSP.
Продавцы обычно полагаются на стороннего поставщика платежных услуг для обработки платежей по соображениям удобства и расходов. В основном это связано с тем, что большинство поставщиков платежных услуг соблюдают PCI DSS – стандарт информационной безопасности, который регулирует защиту данных держателей карт.
Поскольку соблюдение требований PCI DSS может быть дорогостоящим и сложным, большинство продавцов предпочитают полагаться на соответствующего требованиям поставщика платежных услуг, чтобы избежать необходимости проходить сертификацию самостоятельно. Однако некоторые крупные и финансово устойчивые компании получают собственный сертификат PCI DSS, чтобы не зависеть от сторонних организаций.
Это особенно важно, когда вы обрабатываете основной номер счета (PAN) в качестве платежных данных, то есть номер, выбитый на карте. Для обработки формы с помощью JavaScript требуется соблюдение стандарта PCI SAQ A-EP.
Таким образом, делегирование обработки платежей поставщику платежных услуг, соответствующему стандарту PCI DSS, упрощает требования к сайту продавца и обеспечивает целостность платежной информации для клиента.
Далее
Подробнее о полях и методах Payment Request API рассказывается в статье Как работает Payment Request API.