Single invalid payment scenario
This scenario complements the valid scenario, and is for the case where transaction validation fails. In this case, a repair request to the external service is required prior to continuation to the liquidity service. The analysis for this scenario assumes that the repaired payment is valid.
The single invalid payment scenario has been split into parts to reduce the size and complexity of the diagrams. This split is aligned around the input and output boundaries of the payment process within FTM. For example, each diagram represents a part of the overall process from when a message is input to FTM until an external message is output.
The diagrams are split into the following parts:
- Payment origination to repair request (1 of 4), which is shown in Single invalid payment scenario: payment origination to repair request (1 of 4).
- Repair response to liquidity request (2 of 4), which is shown in Single invalid payment scenario: repair response to liquidity request (2 of 4).
- Liquidity response to payment initiation (3 of 4) is the same as the diagram for the valid payment scenario. It is shown in Single valid payment scenario: liquidity response to payment initiation (2 of 3).
- Gateway acknowledgment to client acknowledgment (4 of 4) is the same as the diagram for the valid payment scenario. It is shown in Single valid payment scenario: gateway acknowledgment to client acknowledgment (3 of 3).
Note: The Payment Origination Txn, which is central to all of the diagrams, is color coded to help show the
scope of this object across all of the diagrams.
