Settlement finality is the point at which a payment system’s rules treat a transfer as final and no longer revocable by a participant. The exact point depends on the system and applicable law. A submitted, accepted or processing status should not be presented as final settlement.
Why systems define a final point
Participants need to know when obligations are discharged and when they can rely on received funds. Unclear finality creates credit and liquidity risk, especially if one transaction depends on another.
The CPMI-IOSCO settlement finality principle says an infrastructure should define the point of finality and provide final settlement no later than the end of the value date, with intraday or real-time finality where needed.
| Event | Is it settlement finality? |
|---|---|
| Payment created | No |
| Business approved | No |
| Provider accepted | No |
| System-defined final settlement | Yes, at the level governed by those rules |
| Recipient sees funds | Evidence of credit, which may follow a different definition |
Can a final payment still be returned?
Finality prevents a participant from revoking the settled transfer under the system rules. Separate legal, operational or account processes can still produce a new return or recovery transaction. That does not make the original event “unsettled”; it creates another event with its own evidence.
Review payment confirmation before treating an invoice as closed.
