With authentication now the default in many markets, transaction optimisation aims to maximise transaction success by providing routing recommendations.
You can find out more about transaction optimisation and routing recommendations here.
Transaction Optimisation flow
sequenceDiagram
participant PAYMENT_PAGE as Payment page
participant BACKEND as PSP backend
participant RAVELIN as Ravelin
participant GATEWAY as Payment Gateway
PAYMENT_PAGE ->> BACKEND: Attempt payment
BACKEND ->> RAVELIN: Request payment fraud and transaction optimisation recommendation
Note over BACKEND,RAVELIN: psp/transaction?checkpoint=pspBeforeAuth&transactionOptimisation=true
RAVELIN ->> RAVELIN: Transaction runs through payment fraud and transaction optimisation models
Note over RAVELIN: TRA is performed as part of the payment fraud model
RAVELIN -->> BACKEND: Payment fraud and transaction optimisation recommendations
alt If payment fraud = Prevent then no transaction optimisation recommendation is provided
BACKEND ->> BACKEND: Stop processing
else If payment fraud = Review then no transaction optimisation recommendation is provided
BACKEND ->> GATEWAY: Authentication Request
Note over BACKEND,GATEWAY: Recommendation: 3DS challenge preference set to 'No preference' to help balance payment fraud risk, liability shift, and chance of frictionless authentication
GATEWAY -->> BACKEND: Authentication Response
else If payment fraud = Allow AND transaction optimisation = Authenticate
BACKEND ->> GATEWAY: Authentication Request
Note over BACKEND,GATEWAY: Any exemption and challenge preference will also need to be included
GATEWAY -->> BACKEND: Authentication Response
else If payment fraud = Allow AND transaction optimisation = Authorise
Note over BACKEND,GATEWAY: Skip straight to authorisation request, including any exemption preferences in the request
end
BACKEND ->> GATEWAY: Authorisation Request
opt If issuer soft declines authorisation request without prior authentication
GATEWAY -->> BACKEND: Authorisation Response
Note over BACKEND,GATEWAY: Payment gateway informs client of issuer soft decline
BACKEND ->> GATEWAY: Authentication Request
Note over BACKEND,GATEWAY: Set 3DS challenge preference as 3DS mandated. Some payment gateways will send straight to 3DS following a soft decline without the client needing to send a separate authentication request. In this case, the additional authorisation request is not required.
end
GATEWAY -->> BACKEND: Authorisation Response
BACKEND -->> PAYMENT_PAGE: Transaction outcome
BACKEND ->> RAVELIN: Authentication and transaction outcome
Note over BACKEND, RAVELIN: Data must be sent to improve future payment fraud and transaction optimisation recommendations