The FlexitiSDK will capture these events and it will send the response through the function handlers defined on the Widget instance creation.
Info |
---|
Events will be used to send data from the widget to the Merchant Front-End using the following method and structure. |
Code Block | ||||
---|---|---|---|---|
| ||||
window.parent.postMessage({
'eventType': 'flx-success',
'eventData': {
'accountNumber': 2233000 / null
'verified': true / false
'action': Enum [“apply”|“purchase”|“activation”] / null
}
}, '*'); |
Success
‘eventType': ‘flx-success’: When the widget ends, after performing all the corresponding customer verification steps related to the flow, it will send the eventData JSON object with the following structure:
Code Block | ||||
---|---|---|---|---|
| ||||
'eventData': { 'accountNumber': 2233000 / null 'verified': true / false 'action': Enum [“apply”|“purchase”|“activation”] / null } |
Info |
---|
Mandatory: The merchant must call the POST /apply endpoint on a successful widget response on the application flow. |
...
Customer completes a new application and is presented with the account selection screen and selects “Continue to purchase”.
this This is when the multiple account screen is presented for a Customer that has more than one account. Any accounts with a derogatory status will not be presented on the multiple account screen. An example of a derogatory status is Fraud or Charged-Off
This action ends the widget returning a valid “accountNumber” (the one chosen by the customer) and the “verified” flag as FALSE since no verification method was performed.
After the widget ends, the Merchant must redirect the customer to the page their consider appropriate to start a purchase within their Ecommerce (cart, check out, landing page, etc). The widget would need to be presented again to the Customer to confirm their identity.
PURCHASE SCENARIO #4
...
Customer is performing a purchase and is presented with the account selection screen and selects “Continue to purchase”
This is when the multiple account screen is presented for a Customer that has more than one account. Any accounts with a derogatory status will not be presented on the multiple account screen. An example of a derogatory status is Fraud or Charged-Off
This action allows the customer to continue with the purchase, performing the corresponding identity verification (happy path).
This action ends the widget returning a valid “accountNumber” and the “verified” flag as FALSE or TRUE according to the result of the verification method performed.
After the widget ends, the Merchant must call the POST authorization endpoint to complete the flow.
...
: Action = Null
Customer cannot proceed with a purchase due to derogatory status’s on an existing account. “action”=null
...