1.13. SBP Account Verification Form

Introduction

Account verification is a non-financial transaction, which allows to validate and register Payer’s account information. This verification procedure helps to prevent potential fraudulent activity and meet industry-specific compliance obligations, as well as to simplify future payments with this account. Account verification Form SBP integration allows Connecting Party to validate and register the Payer’s account information via SBP QR Code, hosted on Payment Gateway side.

Account Verification Form Flow

skinparam roundcorner 20 skinparam sequenceArrowThickness 2 skinparam ParticipantPadding 30 actor Payer as Customer participant "Connecting Party\nwebsite" as Merchant participant "Payment Gateway" as g autonumber Customer -> Merchant: Checkout activate Merchant == Account Verification Request == Merchant -> g: api/v2/account-verification-form activate g g --> Merchant: Redirect-url, orderId deactivate g Merchant -> Customer: Provide redirect-url \nto payer’s browser deactivate Merchant activate Customer Customer -> g: GET redirect-url deactivate Customer activate g g --> Customer: Account Verification Form deactivate g activate Customer Customer -> g: Submit form deactivate Customer activate g g --> g: Process Account Vetification transaction == Final redirect of customer == g -> Customer: Redirect to Connecting Party website activate Customer Customer -> Merchant: POST redirect_url\nstatus, orderid deactivate Customer activate Merchant group Get Final Status == Receive Connecting Party Callback == Merchant <- g: Сallback with final status g <-- Merchant: HTTP 200 deactivate g == Order Status Request == Merchant -> g: api/v2/status activate g g --> Merchant: Response \nstatus, order-stage deactivate g end Merchant --> Customer: Show result deactivate Merchant

(2) To implement Account Verification Form request see /api/v2/account-verification-form/.
(9) To implement final redirect see Final Redirect.
(11,12) To implement order status request see /api/v2/status/. Status should be requested multiple times with 3-5 seconds interval until final status will be received in response.
(13) To implement callback with final status handling see Connecting Party Callbacks.