Ability to return details of failed payment attempts (error handling)
Ability to interpret errors appropriately and take necessary action.
Concept: Payment Errors: https://standards.atlassian.net/wiki/spaces/EASD/pages/574587020
Concepts: Payment: https://standards.atlassian.net/wiki/spaces/EASD/pages/574619671
Capabilities: Payment: https://standards.atlassian.net/wiki/spaces/EASD/pages/574717975
Worked Examples: Payment: https://standards.atlassian.net/wiki/spaces/EASD/pages/574488655
For all capabilities, please also consult the list of general guidelines for adherence to best practices that span across several capabilities and messages: |
Demonstrate ability to return details about an unsuccessful payment transaction:
This is to be used in combination with the Error structure, which should contain further explanations on the reasons for the payment processing failure (e.g. “AVS verification failed”, “Incorrect CVV number”…). For a list of available errors and respective codes, see the official Payment Errors documentation.
The Airline may choose to persist failed payment attempts in Order’s history for traceability (OrderHistoryRQ/RS).
Any one of the following message pairs | Optional Messages |
---|---|
OrderCreateRQ/OrderViewRS | OrderHistoryRQ/RS |
OrderChangeRQ/OrderViewRS |
Any one of the following message pairs | Optional Messages |
---|---|
User Interface Screenshots | OrderHistoryRQ/RS |
OrderCreateRQ/OrderViewRS | |
OrderChangeRQ/OrderViewRS |