AlliancePay
🇺🇦 Українська
🇺🇦 Українська
  • E Commerce платформа AlliancePay v2.39.0
  • Аутентифікація
  • Криптування даних
  • Авторизація
  • Використання авторизаціїного токену
  • Опис роботи з ключами
    • Приклад PURCHASE колекції
    • Приклад А2С колекції
  • Платіжні методи H2H
    • PURCHASE
      • Запит проведення PURCHASE Крок 1
      • Запит проведення PURCHASE Крок 2
    • A2C
    • C2A
      • Запит проведення C2A Крок 1
      • Запит проведення C2A Крок 2
    • ApplePay decrypted
      • PURCHASE
        • Запит проведення платежу Крок 1
        • Запит проведення платежу Крок 2 (3DS)
      • C2A
        • Запит проведення C2A Крок 1
        • Запит проведення c2a Крок 2 (3DS)
    • ApplePay encrypted
      • Запит підтримки aPay на сторінці
      • Запит отримання данних мерчанта aPау
      • Запит валідації мерчанта
      • Запит встановлення сесії в aPау
      • Запит проведення платежу
    • GooglePay™ decrypted
      • PURCHASE
        • Запит проведення purchase Крок 1
        • Запит проведення purchase Крок 2 (3DS)
      • C2A
        • Запит проведення C2A Крок 1
        • Запит проведення c2a Крок 2 (3DS)
    • GooglePay™ encrypted
      • Докуменація GooglePay™
      • Запит підтримки GooglePay™ на сторінці
      • Запит отримання данних мерчанта GooglePay™
      • Запит проведення платежу
    • REFUND
    • TOKEN
      • PURCHASE
        • Запит проведення платежу по токену Крок 1
        • Запит проведення платежу по токену 3DS Крок 2
      • C2A
        • Запит проведення платежу по токену Крок 1
        • Запит проведення платежу по токену 3DS Крок 2
      • Запит створення токену
      • Запит отримання токену по customerId
      • Запит отримання даних токену
      • Запит зміни статуса токену
      • Статуси токена
    • Account Verification
      • Запит верифікації картки Крок 1
      • Запит верифікації картки Крок 2
    • Отримання даних
      • по OPERATION_ID
      • по merchantRequestId
    • Отримання балансу
    • Callback
  • Платіжні методи HPP
    • PURCHASE
      • Створення замовлення
      • Отримання даних по замовленню
    • REFUND
    • Callback
    • Статуси замовлення
  • Платіжні віджети для CMS
    • OpenCart
      • Інструкція по встановленню
      • Функціонал та опис платіжного модуля
      • Структура бази даних
  • Довідники
    • Статус транзакції
    • Тест кейси
    • Коди помилок
    • Значення actionCode, responseCode
    • Ліміти
    • Інструкція звірки по реєстрам
      • Опис полів в реєстрах
    • WhiteListing IP-адрес та URL-адрес
  • Історія змін
Powered by GitBook
On this page
  1. Платіжні методи H2H

ApplePay encrypted

PreviousЗапит проведення c2a Крок 2 (3DS)NextЗапит підтримки aPay на сторінці

Last updated 7 months ago

  1. Клієнт натискає кнопку «Сплатити замовлення» на сайті/в застосунку.

  2. WebPage запускає скрипт Запит підтримки Apple Pay, щоб перевірити, чи підтримується Apple Pay на цій сторінці.

  3. Якщо пристрій клієнта не підтримує оплату через аРay, клієнт не зможе скористатися цим способом оплати, і запит буде відхилено.

  4. Якщо підтримується, webPage надсилає опціональний Запит отримання даних мерчанта в Apple Pay. Можливо зробити hard-coded даних Apple Pay на стороні мерчанта

  5. WebPage запускає скрипт на валідацію мерчанта через Apple Pay для підтвердження даних.

  6. Apple Pay повертає callback з параметром validationUrl.

  7. Клієнт натискає кнопку Сплатити з Apple Pay, підтверджуючи вибір цього способу оплати.

  8. Встановлюється сесія з Apple Pay, і пристрій клієнта готовий до взаємодії з Apple Pay.

  9. У відповідь на встановлення сесії Apple передає токенізовані дані карт клієнта.

  10. Клієнту відображається список карток на пристрої, які можна використовувати для оплати.

  11. Клієнт обирає картку, яку хоче використати для оплати.

  12. Скрипт на пристрої клієнта взаємодіє з сервером Apple для отримання зашифрованого paymentToken

  13. Викликається автентифікація клієнта через біометрію або пароль.

  14. Apple формує paymentToken, який передається на webPage для подальшої обробки.

  15. WebPage надсилає Запит проведення платежу, використовуючи отриманий токен.

  16. Якщо необхідна перевірка через 3D Secure (3DS), починається цей процес. Якщо 3DS не потрібен, транзакція продовжується.

  17. Гілка без 3DS:

    • Виконується авторизація платежу.

    • Формується відповідь на запит проведення платежу.

  18. Гілка з 3DS:

    • Виконується додаткова перевірка через 3DS.

    • Після завершення перевірки надається відповідь на запит проведення платежу з параметром redirect3dsUrl.

    • webPage перенаправляє клієнта на сторінку redirect3dsUrl для підтвердження 3DS.

    • Клієнт підтверджує транзакцію через 3DS.

    • Транзакція авторизується.

  19. Надсилається callback мерчанту, на вказаний notificationUrl, з даними про проведену транзакцію.

  20. Клієнту відображається сторінка результату, яка інформує про завершення оплати.