Регистрация приложения для онлайн-платежей

Узнайте, как настроить приложение для онлайн-платежей во время регистрации.

Платежные веб-приложения представляют собой прогрессивные веб-приложения (PWA) и работают поверх сервисных работников . Сервисный работник в платежном приложении играет важную роль, поскольку он собирает платежные запросы от продавца, запускает платежное приложение и обеспечивает связь с продавцом.

Чтобы настроить приложение для онлайн-платежей, вам необходимо зарегистрировать доступные способы оплаты и сервис-воркера. Вы можете настроить свое платежное веб-приложение декларативно с помощью манифеста веб-приложения.

Поддержка браузера

Веб-платежи состоят из нескольких различных технологий, и статус поддержки зависит от браузера.

Хром Сафари Fire Fox
Рабочий стол Андроид Рабочий стол мобильный Настольный/мобильный
API запроса платежа
API обработчика платежей
Платежное приложение iOS/Android ✔* ✔*

Настройка платежного приложения с помощью манифеста веб-приложения

Чтобы декларативно настроить платежное веб-приложение, используйте манифест веб-приложения .

Следующие свойства в манифесте веб-приложения актуальны для приложений веб-платежей:

  • name
  • icons
  • serviceworker
    • src
    • scope
    • use_cache

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

Регистрация сервис-воркера «точно в срок» (JIT)

Регистрация JIT требует только предоставления манифеста веб-приложения без дополнительного написания кода. Если вы уже настроили манифест своего веб-приложения и правильно его обслуживаете, у вас все должно быть готово. Обо всём остальном позаботится браузер.

Отладка приложения для онлайн-платежей

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

Разработка на локальном сервере

Какой сервер вы используете для разработки? Многие разработчики склонны использовать локальный хост или внутреннюю серверную среду компании, что может быть затруднительно, поскольку мощные функции браузера обычно требуют безопасной среды (HTTPS) и действующего сертификата. API запроса платежа и API обработчика платежей не являются исключением, и локальные хосты или внутренние серверы компании обычно не имеют действующего сертификата.

Хорошей новостью является то, что некоторые браузеры, включая Chrome, по умолчанию освобождают сертификаты для http://localhost . Также в Chrome вы можете исключить требование сертификата, запустив экземпляр Chrome. Например, чтобы исключить требование из http://*.corp.company.com , используйте следующие флаги:

macOS

/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --ignore-certificate-errors --unsafely-treat-insecure-origin-as-secure=http://*.corp.company.com

Окна

chrome.exe --ignore-certificate-errors --unsafely-treat-insecure-origin-as-secure=http://*.corp.company.com

Узнайте больше о запуске Chrome с флагом времени выполнения в разделе «Запуск Chromium с флагами» .

Переадресация портов локального сервера

Вы можете перенаправить локальный веб-сервер на устройство Android с помощью Chrome DevTools и проверить, как он работает в мобильном браузере. Чтобы узнать, как это сделать, ознакомьтесь с разделом Доступ к локальным серверам .

Удаленная отладка веб-сайта на Android Chrome с помощью DevTools для настольных компьютеров

Вы также можете отлаживать Android Chrome с помощью DevTools для настольных компьютеров. Чтобы узнать, как это сделать, ознакомьтесь с разделом «Начало работы с удаленной отладкой устройств Android ».

Регистрация событий обработчика платежей

DevTools может отображать события API обработчика платежей для упрощения локальной разработки. Откройте DevTools в контексте продавца и перейдите в раздел «Обработчик платежей» на панели «Приложение» . Установите флажок «Показать события из других доменов» и нажмите кнопку «Запись», чтобы начать фиксировать события, отправляемые сервисному работнику, который обрабатывает платежи.

Скриншот журнала событий обработчика платежей.
Регистрация событий обработчика платежей.

Следующие шаги

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