Транзакции, инициированные продавцом (MIT)

Обзор поддержки MIT

Транзакции, инициированные продавцом (Merchant Initiated Transactions, MIT), — это транзакции, обрабатываемые без активного участия пользователя в сессии. Это обновление API Google Pay Online обеспечивает улучшенную прозрачность для этих типов транзакций, улучшенный пользовательский опыт благодаря выделенному интерфейсу для отображения деталей выставления счетов и более надежную систему платежей.

Ключевые сценарии использования

  • Регулярные платежи: цифровые потоковые сервисы, подписки или коммунальные услуги.
  • Отложенные платежи: бронирование номеров в отеле, предварительные заказы или плата за неявку.
  • Автоматическое пополнение: пополнение баланса для оплаты проезда или подарочных карт.

Реализация API MIT

API от MIT является расширением существующего API.LoadPaymentDataAPI. Интеграторы должны включить ровно один объект *TransactionInfo для указания намерения выставления счета. Google предоставляет 3 варианта в зависимости от типа транзакции, инициированной продавцом:

Тип транзакции Название объекта Описание
Повторяющийся RecurringTransactionInfo Используется для абонентской платы с фиксированной частотой. Поддерживает пробные периоды, предоплату и постоплату.
Отложенный DeferredTransactionInfo Используется для однократной зарядки в заранее определенное будущее время.
Автоматическая перезагрузка AutomaticReloadTransactionInfo Используется для пополнения счета с предоплаченным балансом, когда остаток средств падает ниже минимального порога.

Этапы интеграции

  1. Документация: Во время программы раннего доступа получите доступ к сайту для разработчиков. Три новых определения объектов находятся в разделе «Справочник объектов» и являются прямыми ссылками в приведенном выше списке.
  2. Реализация: Используйте соответствующие объекты *TransactionInfo для вашей системы в запросе к API.
    • Обратите внимание, что в один запрос к API можно передать только один объект. Определение того, какой объект использовать и заполнение полей, остается на усмотрение каждого отдельного продавца.
  3. Тестирование: Используйте тестовую среду, чтобы убедиться в корректном отображении платежных данных в расчетном листе.
  4. Запуск: После проверки параметров продукт будет запущен в работу.

Управление жизненным циклом токенов (TLM)

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

События, связанные с ключевыми токенами

  • Деактивация/Удаление: Уведомляет о том, что токен больше не пригоден для использования.
  • Обновление суффикса FPAN: происходит при обновлении основного номера счета финансирования.

Требования к настройке сервера

Продавцы, осуществляющие прямые продажи, и поставщики платежных услуг (PSP) должны создать систему для приема, расшифровки и обработки этих сообщений.

Требование Описание
Конечная точка Защищенная HTTPS-точка доступа для приема POST-запросов.
Аутентификация Необходимо обеспечить проверку подписи и расшифровку сообщений.
Ответ Для продолжения уведомлений верните SUCCESS, а для их прекращения — TOKEN_NOT_FOUND/TOKEN_NOT_IN_USE.
Уведомление продавца Плательщикам платежных систем необходимо будет сообщать своим продавцам о статусе токена.

Примечания по внедрению

Для получения обновлений токена необходимо передать конечную точку tokenUpdateUrl вместе с транзакцией. Для платежных систем определение того, как продавцы будут получать и заполнять этот URL-адрес в соответствующем объекте *TransactionInfo является обязанностью платежной системы.

Также обратите внимание, что зашифрованная полезная нагрузка вернет дополнительное необязательное поле merchantTokenId для MIT. Для получения более подробной информации см.Криптография платежных данныхдокументация (для продавцов) или документация по структуре полезной нагрузки (для поставщиков платежных услуг).