Fintech
Key points

Key points

  1. 1A representment wins or loses on whether the evidence matches the specific reason code, not on how strongly the merchant argues.
  2. 2The most common fatal flaws are missing delivery proof and a response filed after the acquirer's cutoff.
  3. 3Build the evidence pack from system records at the moment of sale and fulfillment, never reconstructed from memory after the dispute lands.
  4. 4Decide whether to fight or accept using a simple comparison of the amount at stake against the labor cost of assembling the case.

Read the reason code first, then the claim

A chargeback notice arrives with three things that matter: the transaction reference, the amount, and a reason code. The reason code is the whole game. Card networks maintain their own code sets (Visa uses codes such as 10.4 for card-absent fraud, Mastercard uses four-digit codes such as 4837 for no cardholder authorization) and each code dictates the exact documentation the issuer expects to see, as set out in this reference on chargeback reason codes and in Mastercard's merchant guidance on disputing chargebacks.

The mistake most operations teams make is writing the rebuttal letter before checking the code. A 300-word letter explaining that shipping is generally reliable does nothing for a code that asks for a signed proof of delivery. Group every dispute into one of four buckets and you will never misroute the work: the cardholder says they never authorized the transaction (fraud), the cardholder says goods never arrived, the cardholder says goods were not as described or services were not delivered, or the cardholder says a credit or cancellation was not processed. Each bucket demands a different evidence set, which the next sections cover.

One more diagnostic step before you write anything: check whether the transaction was authenticated. If the payment went through 3D Secure and the customer authenticated successfully, liability for fraudulent-type disputes generally shifts to the issuer, as Stripe explains for its liability shift rules. That does not make the dispute disappear. It changes what you submit: the 3DS artifacts (the authentication value the merchant received, the electronic commerce indicator, and the server transaction identifiers) become the spine of your response, as described in this 3DS liability guide for US merchants. Non-fraud disputes get no liability shift at all, so delivery and service evidence still carry the case.

The evidence pack, by claim type

The table below maps the claim to the documents that actually refute it. Treat the right-hand column as the minimum set, then add anything that reinforces it.

Claim typeWhat the issuer is testingMinimum evidence pack
Unauthorized or fraudDid the cardholder or someone with access to the card take part?Transaction receipt with timestamps, AVS and CVV results, 3DS authentication values and ECI, device fingerprint, IP address with geolocation, prior order history for the same card or account, delivery signature, customer correspondence
Goods not receivedDid the goods reach the verified address?Carrier tracking showing delivery, delivery scan date and time, signature or photo proof where available, shipping label showing the verified address, confirmation email with tracking
Not as described or service not deliveredDid the customer receive what was advertised?Product page snapshot or signed contract, terms of service acceptance record with timestamp and IP, usage or login records, service delivery logs, correspondence showing the customer used or acknowledged the service
Credit not processedDid the merchant already refund or cancel?Refund transaction ID and settlement date, cancellation confirmation, refund policy the customer accepted, correspondence

For fraud claims on physical goods, the AVS and CVV results are strong only when they match. A match shows the billing address and security code supplied at checkout lined up with the issuer's records, which is exactly why guidance on card testing tells merchants to enforce those checks: the same signals that block fraud become the evidence that defeats a friendly fraud claim later. A mismatch is not fatal, but it changes your argument: you would lean on delivery to the verified address and on correspondence instead.

For "goods not received," the delivery proof is the only document that matters. A tracking number alone is weaker than a delivery scan; a delivery scan is weaker than a signature at the door. Get the carrier's proof-of-delivery record as a PDF and cite the timestamp. If the parcel was left without a signature, say so plainly and pair it with the customer's order confirmation email, which shows the address the customer themselves supplied.

For digital goods and subscriptions, the compelling evidence lives in your application logs, not your payment system. Login records with timestamps and IP addresses, feature usage events, and the terms-of-service acceptance record with its timestamp are what establish that the customer consumed what they paid for. This guide to compelling evidence by merchant type lays out the same split between physical, digital, service and travel merchants, and it is worth reading once to build your own templates rather than arguing each case from scratch.

Pulling the data without relying on memory

An evidence pack assembled from memory is a liability. The person who handles the dispute was not on shift when the order was packed, and every retelling loses detail. Build a fixed query set that runs against your systems and returns the same fields every time. A workable extraction pattern looks like this:

Transaction lookup (payment processor)
  -> charge ID, amount, currency, captured_at
  -> AVS result, CVV result, 3DS ECI and authentication value
  -> device fingerprint, IP address, billing and shipping address at time of sale

Order lookup (order management)
  -> order created_at, line items, quantity, price
  -> fulfillment status, carrier, tracking number, ship_to address version

Delivery lookup (carrier or shipping platform)
  -> delivery scan events with timestamps and location
  -> signature image or proof-of-delivery document reference

Support lookup (helpdesk or CRM)
  -> all tickets, emails and chat threads tied to the order or email address

Store each output as a dated PDF and keep the raw system export alongside it so the issuer can see the record was not edited. If you sell internationally, record the buyer's IP, device and email at checkout: Visa's chargeback guidance names receipts, shipping confirmations and customer communications as exactly the evidence it expects the merchant to supply, and those should already exist in your systems rather than be recreated.

The same discipline that prevents fraud pays off here. J.P. Morgan's payment fraud best practices recommend daily reconciliation and dual review of out-of-pattern payments. Daily reconciliation means the transaction record is already clean and searchable when a dispute lands. A merchant who discovers a duplicate charge, or a missing refund, during a dispute investigation has usually already lost that dispute.

Deadlines decide whether the case exists at all

The clock is the silent killer. Signifyd's walkthrough of the chargeback process notes that once notified, merchants are typically given a tight window, on average around 7 to 10 days, to return the response forms and evidence. Miss that and the representment opportunity is gone regardless of how strong your records are. Chargeback Gurus puts it bluntly: failing to respond generally closes the chance to contest the dispute and can trigger an additional fee.

Your response deadline is the date your acquirer or payment service provider gives you in the chargeback notification, not the date the cardholder filed. That distinction matters because issuers can take weeks to investigate before forwarding the claim. Build your internal deadline as the acquirer's deadline minus a buffer of at least two business days, and log it in your ticketing system the moment the notice arrives. Assign one owner per case with a named backup, and make the escalation path explicit, as J.P. Morgan recommends for fraud escalations more generally: consistent procedures for addressing each potential issue in a timely and effective way.

A second timing issue is worth planning for: escalation beyond the first representment. Networks allow pre-arbitration and then arbitration if either side disagrees with the first decision. The complete guide to the chargeback process covers these stages, and notes that even a win generally leaves the original chargeback fee with the merchant. Budget the labor for escalation separately, because the second round asks for the same evidence plus a targeted argument about why the first decision was wrong.

Writing the rebuttal letter that matches the evidence

The rebuttal letter is not the argument. It is the map to the evidence. A useful structure, no longer than one page, runs in four parts:

  1. Restate the claim in one sentence. Name the reason code and what the cardholder says happened.
  2. List the facts with timestamps. Each fact cites one attachment: "Order 8812 was placed on [date] from IP [address], authenticated with 3DS, and delivered on [date] with signature by [name]."
  3. Address the specific claim only. If the cardholder claims non-delivery, do not spend a paragraph on service quality.
  4. Close with an index of attachments. Number every file and describe it in one line.

Keep the tone factual and remove opinion. Issuers reading dozens of these cases every day respond to records, not adjectives. The reference on chargeback reason codes notes that the code is the roadmap for what the issuer needs to see: that is why the letter should quote the evidence requirement for the code before presenting the attachments.

There is a limit worth naming here. Even with a strong pack, fraud disputes are hard to win where the merchant cannot prove the actual cardholder took part. Shift4's guide to chargebacks makes the point directly: fraudulent-transaction chargebacks remain extremely difficult for the merchant to win even with full documentation, so reserve your energy for the cases where delivery, authentication or usage records give you a genuine contradiction of the claim.

When the cost of fighting exceeds the loss

Not every dispute deserves a representment. Run this test before you assign staff time.

Worked example. A merchant receives a $42 dispute on a subscription charge. The chargeback fee is already sunk and, per Chargeback Gurus, does not come back on a win. Opening the case costs the payments team roughly 25 minutes of analyst time to pull the pack and write the letter, plus 10 minutes of review, at an internal loaded rate of $55 per hour. That is about $32 of labor. If the usage logs show 14 logins in the billing month, the case is strong and the expected recovery is close to $42, so it is clearly worth filing: expected value is positive and the evidence is already in the system. If the same dispute arrives with no login records and no correspondence, the expected recovery is low and the answer is different: accept, and route the underlying cause (missing descriptor clarity, a weak authentication setup) to the team that can fix it.

Turn this into a standing decision rule:

ConditionAction
Evidence directly contradicts the claim and is already in systemsFight, every time
Evidence partially supports the case, amount above the internal cost thresholdFight, but with a senior reviewer
No evidence supports the case, or the customer is rightAccept and refund or fix root cause
Response deadline has passed or cannot be metAccept immediately, do not raise the customer's expectations

Set the threshold in dollars, not in feeling. As a starting point, take your loaded hourly cost of handling a case (analyst time plus review plus any acquirer processing) and fight only where the disputed amount exceeds roughly three times that figure, or where the case is a repeat offender whose pattern puts the overall chargeback ratio at risk. Monitoring programs watch that ratio, as this overview of card testing fraud and monitoring programs describes, so a well-evidenced pattern case can be worth fighting even when the single amount is small.

If dispute volume has grown past what a manual team can absorb, or the analysis says the real cost sits upstream in weak authentication and order screening, that is a good moment to talk to an expert. A free 30-minute discovery call through Quanta Consulting can map your order, fulfillment and payment data so the evidence pack comes together from system records rather than a scramble.

FAQ

FAQ

What is the single most important document in a chargeback response?

It depends on the claim, but for the most common merchant disputes (goods not received and friendly fraud mislabeled as unauthorized), the carrier's proof of delivery is the decisive document because it directly contradicts the claim in the reason code. Pair it with the shipping address the customer supplied at checkout. Without delivery proof, even a perfectly written rebuttal letter rarely wins.

Can I still win if the transaction was not authenticated with 3D Secure?

Yes, but the burden is higher. Without a liability shift, the issuer looks for proof that the actual cardholder took part: AVS and CVV results, device and IP records, prior order history on the same account, delivery signatures and correspondence. Strong delivery evidence and a consistent customer history often carry the case. Fraud claims remain the hardest to win, which is why prevention upstream matters so much.

What happens if I miss the response deadline?

The opportunity to contest the dispute is generally closed, and the merchant often incurs an additional fee on top of the lost amount. The deadline in the notice from your acquirer is the one that governs, so log it immediately and build in a buffer of at least two business days. Once it has passed, accept the loss and put the time into prevention.

Should I dispute a chargeback where the customer is actually right?

No. Fighting a valid dispute wastes staff time, damages the issuer's view of your evidence quality, and does not recover the amount. The better move is to refund where you can and fix the root cause, whether that is an unclear billing descriptor, a late delivery, or a return policy the customer did not understand.

Where should the evidence come from, the payment processor or my own systems?

From all of them, exported as dated records. The payment processor holds authorization, AVS, CVV and authentication data, while your order system holds what was bought and shipped and the carrier holds delivery events. Keep the raw exports alongside the indexed pack so the issuer can verify nothing was edited after the fact.

Sources

Sources

  1. The complete guide to chargeback reason codes for card ...
  2. How can merchants dispute credit card chargebacks - Mastercard
  3. Liability shift with frictionless flow for 3D Secure v2 (3DS2) - Stripe Support
  4. What the 3D Secure Liability Shift Means for US Businesses
  5. Preventing Card Testing Fraud - Chargeback Gurus
  6. Win Chargeback Disputes with Compelling Evidence
  7. Chargebacks | Visa Acceptance Solutions
  8. Fraud prevention: 8 best practices for payments staff - J.P. Morgan
  9. The Chargeback Process for Merchants - Signifyd
  10. The Complete Guide to the Chargeback Process
  11. Chargebacks in a Nutshell: A Guide for Merchants - Shift4
About the author

About the author

Antonio Evans
Antonio Evans

Antonio Evans is the founder of Quanta Intelligence and a fractional CTO who builds HIPAA-ready AI systems for health and life-science companies. Before that he was technical co-founder of FriendsEAT for twenty years, CEO of Socialdraft, and a data engineer at IBM. Antonio lives with his dog Santino in Lisbon, Portugal.

All articles