How recovery works
End to end, what happens between a dispute being filed and the money coming back: ingestion, data collection, enrichment, the automation layer, submission, outcome, and the feedback loop.
The dispute process is simple. The way Chargeflow does it is not.
A chargeback gives you a deadline and a form. Filling that form well means assembling evidence from systems that were never designed to talk to each other, phrasing it the way a specific card network expects for a specific reason code, and doing it before the clock runs out. This page is what happens in between, in the order it happens.
The whole flow
The four parts
Everything in the diagram is one of four jobs.
1. Data ingestion
Disputes arrive on their own. Once a payment processor is connected, Chargeflow ingests every dispute it raises, with no polling and nothing for you to forward. Collection of the surrounding data is automated the same way, through direct integrations with the tools you already run rather than a CSV you assemble.
What gets collected: the order, the transaction, the customer record, the subscription history where there is one, the fulfilment and delivery record, and the customer conversation thread.
See Integrations for what connects, and Subscribe to webhook events to be told the moment a dispute lands.
2. Data enrichment
Raw records are not evidence. Enrichment turns them into a picture of the transaction: who the customer is, what they did, what they were sent, what they were told, and whether any of that contradicts the claim on the dispute. Chargeflow enriches and analyses thousands of data points per dispute, and you can add your own through the enrichment endpoints when you hold context we cannot see.
Thread analysis is the part merchants underestimate. A support conversation in which the customer acknowledges receiving the item is often stronger than every shipping document combined.
3. Evidence creation
The automation layer decides what to argue and writes it. It is not one model filling a template: a rules engine applies what the card network requires, an AI evidence agent drafts the case, dispute-reason and card-specific logic shape it for the exact reason code and scheme, and merchant-specific logic keeps it consistent with how your business actually operates. Experimentation runs variants so the approach keeps improving.
The detail lives in Evidence generation and How our AI works.
4. Submission
Chargeflow submits the response through the processor's own channel, within the network deadline, and tracks the case afterwards. Submission is often deliberately close to the deadline rather than immediate, because late-arriving evidence (a delivery scan, a support reply) can still strengthen the case right up to the cut-off. Submission is processor-agnostic: the same evidence package is delivered in whatever shape each processor expects.
The feedback loop
The last arrow in the diagram is the one that matters most. Every outcome, won or lost, returns to the automation layer along with the issuer's response. That is what tunes the rules, the drafting, and the experimentation over time, per reason code, per processor, per vertical. A dispute you lose today makes the next one of its kind stronger.
Where you fit in
You do not have to touch any of it. The useful places to intervene, in order of value:
| You want to | Do this |
|---|---|
| Add context Chargeflow cannot see | Enrich a dispute |
| React the moment a dispute arrives | Subscribe to dispute.created |
| Attach your own documents | Upload evidence |
| Track outcomes in your own systems | Disputes API |
Next step
Prefer the API view of the same pipeline? See Dispute Automation Engine.