Payment reversals
Verify the payment, recipient, settlement state, and reversal path before moving funds.
Solution by workflow
Payment actions depend on the exact transaction, its current state, the originating instruction, and who can change the outcome.
Illustrative use cases for payments & transaction actions workflows.
Explore a PilotPayment reversals
Transaction cancellation
Payment correction
Illustrative scenario
This fictional example shows how a request, relevant context, and six control dimensions shape a runtime outcome. It is not a customer deployment or legal conclusion.
“Cancel the payment I sent today.”
Newest does not establish which payment the customer intended to cancel.
Decision context
Axtor uses only the relevant records and constraints supplied or retrieved through agreed integrations for the proposed action.
Same capability. Different runtime decision.
The same tool or API can be available in each case. The action may still require a different runtime decision.
Pending and settled payments have different boundaries.
A correction differs from a reversal.
Delegated account access may not include cancellation authority.
Start with one action
Bring us one AI action your team wants to control before execution.
Explore an Axtor Pilot