// WHY IT MATTERS
Chargebacks aren't a refund — they're a program-level signal
A refund is a customer service event. A chargeback is a card- network event. The difference matters because the card networks don't just charge you the dispute fee and move on — they count your chargebacks against scheme-managed ratios, and once you cross the threshold, the consequences compound fast.
Visa's Visa Dispute Monitoring Program (VDMP) trips at 100 disputes per month combined with a chargeback-to-sales ratio above 0.9% (above 1.5% lands you in the high-risk tier with fines of $25,000 per month). Mastercard's Excessive Chargeback Program (ECP) triggers at 100 disputes and a 1.5% ratio. Once you're in, the path out is structured — and every month inside costs you fees, scrutiny, and acquirer relationship damage.
The four filters in this guide are how serious merchants stay under those thresholds. Each one catches disputes at a different stage in the lifecycle: prevention before the attempt, alerts after authorization but before the dispute files, RDR at the moment of dispute, and representment after. Stacked, they bring chargeback rates from typical-vertical baselines down to scheme-compliant levels.
// FILTER ONE · PREVENTION
Prevention catches disputes that never happen
The cheapest chargeback is the one that doesn't exist. Prevention is the layer of fraud screening, identity- verification, and post-purchase signaling that keeps disputable transactions from ever being attempted. It splits into four distinct sub-layers:
- Pre-auth fraud screening.Risk scoring at the moment of order placement — device fingerprint, velocity, billing-to-shipping mismatches, BIN-country/IP-country mismatches. Blocks the transaction before authorization. Best for “true fraud” — stolen cards, account takeover.
- 3D Secure 2 (3DS2) authentication. The issuer challenges the cardholder (push notification, OTP, or risk-based silent approval) during checkout. When 3DS2 fires and the issuer approves, fraud liability shifts to the issuer — meaning fraud-flag chargebacks become non-recoverable for the issuer, not your problem. The cost is a small drop in conversion on challenged transactions.
- Clear billing descriptors.The string that appears on the cardholder's statement should match the brand they bought from. “Friendly fraud” — buyer regret disguised as “I don't recognize this charge” — drops sharply when the descriptor and the brand match. Adding the customer service phone number into the descriptor (most acquirers allow this) routes confused buyers to support instead of to the dispute line.
- Order confirmation + tracking. Email at purchase, email at fulfillment, email at delivery. Each one gives the cardholder a record they can find when they see the charge later. Sounds basic; the chargeback-rate impact is measurable.
Prevention is the highest-ROI filter because the unit cost is zero per transaction — these are workflow changes, not per-transaction fees. The flip side is they take engineering time to set up, especially 3DS2 done well. Once they're running, the volume of disputes hitting the next three filters drops 20–40%.
// FILTER TWO · ALERTS
Alerts resolve disputes before they file as chargebacks
A pre-dispute alert is a message from the issuer that says, “your cardholder is about to file a dispute on transaction X — do you want to refund and stop it?” The two major networks operate the major alert systems:
- Verifi CDRN (Visa). When a Visa cardholder calls their issuer to dispute, the issuer can push the case to CDRN before formally filing. The merchant has a 72-hour window to refund. If they do, the case closes — no chargeback, no chargeback fee, no chargeback-ratio impact.
- Ethoca Alerts (Mastercard). Same pattern, different network. The cardholder disputes, the issuer notifies Ethoca, the merchant gets the alert, the merchant decides whether to refund.
The economics are straightforward. An alert costs roughly $3–8 per resolved case (varies by volume tier and vendor). A chargeback costs the merchant the disputed transaction amount plus a $15–40 chargeback fee from the acquirer — and counts against the chargeback ratio that determines whether you stay in good standing. For any transaction over $30 or so, paying the alert + refunding the customer comes out ahead of letting the chargeback file.
One nuance: alerts only work if your team can act on them within 72 hours, every day, including weekends. Most operators wire alerts into Slack or email with an auto-refund rule for transactions under a threshold and a human-review queue above. Without an automation layer, alerts pile up in an inbox and the 72-hour window passes — the alert becomes a chargeback anyway, and you paid the alert fee for nothing.
// FILTER THREE · RDR
Visa RDR auto-resolves at the network level
Rapid Dispute Resolution (RDR)is Visa's network-level automation layer that sits one level deeper than CDRN. Where CDRN delivers an alert and asks the merchant to act, RDR lets the merchant pre-configure rules — “auto- refund any Visa dispute under $X, in MCC Y, with reason code Z” — and Visa executes those rules without involving the merchant's staff at all.
Operationally:
- The merchant sets RDR rules through their acquirer or a chargeback-management vendor.
- A cardholder disputes. Visa checks the merchant's rules before notifying anyone.
- If a rule matches, Visa auto-refunds and closes the case. The merchant pays the disputed amount plus a small RDR fee (roughly $2-5). No chargeback fee, no chargeback-ratio impact.
- If no rule matches, the case proceeds normally — CDRN alert next, then chargeback if nothing resolves it.
RDR is the cheapest filter per case it resolves, but its coverage is narrower than CDRN — it only handles cases where the merchant has a clear “just refund” rule and the cardholder hasn't escalated past the initial dispute. Most operators run RDR + CDRN together: RDR catches the high-confidence auto-refund cases, CDRN handles everything else.
Visa is the only network with RDR at this layer; Mastercard doesn't have an exact equivalent, though Ethoca's consumer-clarity flows handle some of the same volume.
// FILTER FOUR · REPRESENTMENT
Representment fights the chargebacks that get through
For the disputes that escape the first three filters — the cardholder called the issuer and skipped the alert window, or the case fell outside the merchant's RDR rules — the last filter is representment. Representment is the formal dispute-response workflow: the merchant compiles evidence, submits it to the acquirer, the acquirer forwards it to the issuer, and the issuer decides whether to reverse the chargeback.
Win rates depend almost entirely on evidence quality and reason-code match. A few patterns:
- “Item not received” (reason 13.1 / 4855): represent with tracking number, delivery confirmation, and signature where available. Win rate 65–80% when evidence is complete.
- “Cancelled recurring transaction” (reason 13.2 / 4841): represent with the original auto-renewal disclosure, proof of charge after cancellation request, and the cancellation policy. Win rate 50–70%.
- “Fraudulent transaction” (reason 10.4 / 4837): represent with 3DS2 authentication record (if used), device fingerprint match, account history. Win rate 30–50% — these are the hardest. If 3DS2 succeeded, liability should have shifted; if it shifted and a chargeback still filed, the acquirer escalation usually wins automatically.
- “Cardholder doesn't recognize” (reason 13.3): represent with the descriptor that appeared on statement, plus order details. Often resolved by the cardholder remembering once they see the order. Win rate 50–65%.
Representment is the most labor-intensive filter — a typical response packet runs 5–20 pages of evidence per case. Most operators use a chargeback-management vendor for this layer because the workflow is too detailed to handle by hand at volume. Vendor pricing is typically $30–60 per case worked + a percentage of recovered funds (often 25–35% of the won amount).
One important point: representment doesn't reverse the chargeback-ratio hit. Even if you win the case, the chargeback counted against your ratio for the month it filed. Representment recovers the money — alerts and RDR keep you off the program-monitoring list.
// THE MATH
Choosing which filters to run
All four filters cost money. The question is which ones pay for themselves at your dispute volume and average ticket size. A rough decision framework:
- Run prevention always. The unit cost is zero — these are workflow changes, not transaction fees. Even at low chargeback volume, the descriptor and 3DS2 setup pay for themselves quickly.
- Run RDR at 5+ chargebacks/month. Below that, the per-rule maintenance overhead and the small fee-per-resolved-case start to matter relative to the volume saved. Above 5 disputes/month, RDR is almost always positive ROI.
- Run alerts (CDRN + Ethoca) at 15+ chargebacks/month or when chargeback ratio approaches 0.5%. Alerts are the most active filter — they need 24/7 staffing or auto-rules. The break-even depends on average ticket size. At $50 average ticket and $25 chargeback fee, alerts pay for themselves after the first one they prevent each month.
- Run representment when you have winnable cases. Some verticals (subscription with weak cancel flows, digital goods, services with intangible deliverables) have low representment win rates and high vendor cost — the math doesn't close. Other verticals (physical goods with tracking, B2B with contracts) win 60%+ and recoup the vendor fee easily.
A subscription DTC business at 50,000 transactions/month and a 0.8% chargeback rate (400 disputes/month) running all four filters typically gets to a true chargeback ratio of 0.3–0.4% — well under the VDMP / ECP thresholds — and recovers a third or more of the dispute volume through alerts + RDR. The remaining 60% goes to representment with mixed results depending on vertical.
// COMMON MISTAKES
What goes wrong with the stack
Three failure modes account for most of the gap between theoretical and actual chargeback program performance:
- Alerts without action. Operators sign up for CDRN or Ethoca, alerts start flowing, and nobody is responsible for working them within 72 hours. The alerts become chargebacks. The acquirer bills for the alert service plus the chargeback fees. ROI is negative.
- RDR rules left at defaults.RDR's power is in custom rules tuned to the merchant's actual dispute pattern. Default rules — “auto-refund anything under $20” — leave a lot of saveable disputes on the table and miss the specific reason-code + MCC + transaction-pattern combinations that should auto-resolve.
- Representment with weak evidence. A representment packet without delivery proof, without the original disclosure document, or with a missing transaction screenshot loses by default. Vendors automate evidence collection, which is most of the reason their win rates exceed in-house representment.
// BUILD VS BUY
When to use a vendor and when not to
Most merchants don't build chargeback management in-house past a certain volume. The reason isn't complexity — it's integration breadth. A working stack needs:
- CDRN + Ethoca connections (separate vendors with separate contracts and APIs)
- RDR rule management through the acquirer
- Representment workflow tooling with evidence templates per reason code
- Reporting that ties chargeback events back to transaction metadata, fraud scores, fulfillment records, and the billing system
- 24/7 staffing to act on alerts within the 72-hour window
Vendors aggregate the network connections, ship the workflow tooling, and either staff the alert response or provide the tooling for the merchant's team to do it. The pricing varies from per-transaction (most acquirer-bundled plans) to per-case + revenue share (most pure-play vendors).
For Von Payments merchants, the full stack — CDRN, Ethoca, RDR, and representment workflow — comes through the chargeback management product, with rule tuning and 24/7 alert response handled on the merchant's behalf. The pattern is most useful for subscription, continuity-billing, nutraceutical, and digital-goods verticals where dispute baselines are higher than mainstream eCommerce and the gap between filters running and filters not running is bigger.