Chargebacks 101
Chargeback Alerts vs Chargebacks
Compare dispute alerts and chargebacks side by side — when each occurs, what merchants can do at each stage, and how their processes and outcomes differ.
- Primary topic
- Dispute Alerts
- Also covers
- Chargeback Basics
- Guide level
- Introductory
What Is a Dispute Alert?
A dispute alert is a notification that a cardholder has raised a concern about a transaction with their bank, delivered to the merchant before the case becomes a formal chargeback. It reaches the merchant earlier in the dispute timeline than a chargeback does, and it points to a specific transaction so the merchant can look at the order, the refund history, and the fulfillment status behind it.
Alerts are made available through pre-dispute programs operated by Verifi, a Visa Solution and Ethoca, a Mastercard company. The important point for this comparison is not the mechanics of any single program but the position an alert holds in the process: it arrives while the merchant may still have room to act. That earlier position is what makes an alert operationally different from a chargeback, even when both trace back to the same underlying dispute.
An alert does not, by itself, move money. It is information. What happens next depends on what the merchant does with it and on whether the case is eligible for resolution under the relevant program's rules. Because coverage depends on issuer participation, card brand, and enrollment scope, not every dispute produces an alert.
What Is a Chargeback?
A chargeback is a forced payment reversal processed through the cardholder's issuing bank and the card network. When a dispute proceeds to this stage, the transaction amount is pulled back from the merchant's account, and the case is recorded against the merchant. Unlike an alert, a chargeback is not a warning that something might happen — it is the event itself. For a full walkthrough of how a cardholder claim becomes a reversal, see what a chargeback is.
By the time a chargeback is filed, the case has already been provisionally decided in the cardholder's favor. The merchant's role shifts from deciding whether to resolve the case to deciding whether to accept the reversal or respond with evidence. That is a fundamentally different posture from the one an alert offers, and it is why the two events call for different playbooks.
Chargebacks are also counted. A chargeback becomes part of the merchant's dispute record and can feed the monitoring programs that acquirers and card networks use to assess risk. An alert that is resolved before a chargeback is filed does not enter that count in the same way, because the chargeback never happens.
Where Each Event Appears in the Dispute Process
It helps to picture a single timeline. A cardholder first questions a transaction with their bank. Depending on the issuer, the card network, and the merchant's enrollment, that questioning may surface to the merchant as a dispute alert. If the case is eligible and the merchant acts appropriately within the available window, the case may be resolved at that stage. If it is not resolved — because no alert was generated, because the case was not eligible, or because the merchant did not act in time — the dispute can proceed to a formal chargeback.
So an alert and a chargeback are not competing products a merchant chooses between. They are two points on the same path. An alert sits earlier, when options are wider. A chargeback sits later, after funds have moved and the case has been recorded. Understanding that sequence is the key to using both effectively rather than treating them as interchangeable.
Dispute Alert and Chargeback Comparison
The table below summarizes the practical differences merchants care about most. These are general distinctions; specific program rules, eligibility, and timing vary by network and provider, so confirm current details with your acquirer or processor.
| Dispute Alert | Chargeback | |
|---|---|---|
| Timing | Earlier in the dispute process, before a formal reversal | Later, after the issuing bank has filed the reversal |
| Purpose | Notify the merchant of a dispute in time to review and act | Reverse the transaction and record the dispute |
| Merchant action | Review payment context and decide whether to refund, stop fulfillment, or let the case proceed | Accept the reversal or respond with evidence |
| Payment status | Funds have not been pulled back at the alert stage | Funds are pulled back from the merchant account |
| Operational impact | An opportunity to intervene before a chargeback is filed | A recorded dispute and case-response workload |
| Possible outcome | Eligible cases may be resolved so no chargeback is filed | The reversal stands, or the merchant recovers funds through a successful response |
The comparison shows why the two events sit together in a complete process. An alert widens the merchant's options; a chargeback narrows them. Neither replaces the prevention practices that keep disputes from starting in the first place.
What Merchants Can Do After an Alert
When an alert arrives, the most useful first step is to connect it to the transaction behind it rather than reacting to the notification alone. That means locating the order, checking whether a refund was already issued, confirming whether a chargeback has already been filed, and reviewing fulfillment status. Only then can the merchant decide well.
From there, an eligible case may warrant a refund that resolves the matter before a chargeback is filed. A fraudulent order caught early may allow the merchant to halt a pending shipment or revoke digital access. And a case that was already refunded should be reported as resolved rather than refunded a second time. The failure mode to avoid is treating alerts as an automatic refund queue, because blanket refunding both wastes recoverable revenue and creates duplicate-credit risk. Reviewing the full payment picture first is what turns an alert into a good decision.
What Merchants Can Do After a Chargeback
Once a chargeback is filed, the merchant's choices are narrower but still meaningful. The first decision is whether the case is worth contesting. Some chargebacks reflect outcomes the merchant would not win and are more efficient to accept; others involve legitimate revenue supported by clear records, and those are worth a response.
When a merchant does respond, the quality of the evidence matters more than the volume of it. Transaction records, delivery confirmation, communication history, and terms the customer agreed to all help demonstrate what happened. Because the case is already recorded and the funds have already moved, the work here is recovery rather than prevention — a reminder that acting earlier, when an alert was available, is generally less costly than responding after the fact.
Why an Alert Does Not Guarantee Chargeback Prevention
It is tempting to treat alerts as a way to stop chargebacks outright, but that overstates what they do. Dispute alerts may create an earlier opportunity to review and resolve eligible cases, yet they do not guarantee that every chargeback will be prevented. Several realities explain why.
Coverage is partial. Whether a dispute produces an alert depends on issuer participation, card network, geography, and the merchant's enrollment scope, so some disputes never surface as alerts at all — including many cases of first-party misuse, sometimes called friendly fraud, where the cardholder disputes a purchase they made themselves. Eligibility is limited. Even when an alert arrives, not every case qualifies for resolution under the relevant program's rules. And timing is unforgiving. If a merchant does not act within the available window, the case can still proceed to a chargeback. Treating alerts as a partial, early-intervention tool — rather than a guarantee — sets realistic expectations and keeps prevention and response in the picture.
Using Alerts and Chargeback Data Together
The strongest approach uses both signals as one connected view rather than as separate inboxes. Alerts show where disputes are forming early enough to act, while chargeback data shows which disputes are getting through and why. Read together, they reveal patterns worth fixing at the source: a confusing billing descriptor, a product-expectation gap, a cancellation process customers struggle with, or fraud pressure on a particular channel.
This is the operational problem AlertBridge™ is built to address. Instead of leaving alerts as isolated notifications, AlertBridge™ connects each one to the transaction, refund, and prior dispute records behind it, so the same context that informs an alert decision is available when reviewing chargeback activity. The connected payment risk solutions then help merchants act on eligible cases early and keep records organized for the disputes that proceed. To see how the codes behind each dispute map to the evidence that matters, explore the reason codes directory, and browse the knowledge base for step-by-step product guidance. The goal is consistent: use alerts to widen options early, use chargeback data to respond well to the rest, and connect both so no decision is made blind.
Related Chargeback Resources
- Chargebacks 101 — start here for the full set of prevention and dispute guides.
- What Is a Chargeback? — how a cardholder dispute becomes a forced reversal.
- Chargeback Alerts Explained — how Verifi CDRN, RDR, and Ethoca alerts work in detail.
- How to Prevent Chargebacks — practices that reduce disputes before they start.
- Reason Codes — the codes that describe why a transaction was disputed or declined.
