Chargeback Management: Evidence, Deadlines and Operational Responsibilities
Turn dispute notices into assigned cases with exact deadlines, claim-specific evidence and confirmed submissions. Use a responsibility map and a worked cohort example to distinguish case wins from money recovered.
Inside this guide
Start with the notice, the clock and one accountable owner
A support colleague knows the parcel arrived. Finance can see the payment. The developer has the service-access logs. None of that helps if the response deadline passes while each team waits for somebody else to assemble the case.
Chargeback management begins by turning a provider notice into a named piece of work. Record the disputed payment, amount, currency, reason, current stage, response deadline and timezone. Assign a case owner and a backup who can access the provider's dispute tools. That owner coordinates the response; the people holding the underlying evidence remain responsible for supplying accurate records.
This guide covers merchant operations for card disputes, using published provider examples. Bank-payment returns and other payment-method procedures need their own rules. The practical goal is to decide whether to accept or challenge each case, answer the actual claim and preserve a reliable record of what was submitted. A persuasive document is only one part of that process.
Use the case deadline, not a number remembered from an article
The time a cardholder has to raise a dispute is different from the merchant's time to respond. There may also be different deadlines at later stages. Do not take a long cardholder filing window and use it as your evidence-preparation period.
Stripe describes its response window as usually 7–21 days depending on the card network, and tells merchants to respond before the deadline shown for the dispute. [1] Adyen's table gives different periods by scheme, stage and location: its Visa footnote states nine days for disputes on locally processed US and Canadian payments opened from 21 July 2025, and eighteen days for the other cases it describes. [2] These are provider-scoped examples, not a universal response calendar.
Copy the actual case deadline and timezone into the team's work queue, retain its source and set an earlier internal approval time. If the notice and portal appear inconsistent, escalate promptly to the provider and plan against the earlier displayed time until it is clarified. Do not invent an extension or assume that emailing support stops the clock.
Identify the stage before deciding what action is available
A request for information, a formal chargeback and a later escalation are not interchangeable. The provider's current case status determines which actions are open. Establish whether a submission is required, whether the case is automatically handled under an enrolled programme, and whether an earlier action has already committed the response.
Check notification routing as part of ordinary operations. Someone needs to see new cases when a colleague is absent, a mailbox filter changes or the store is paused. Where your integration receives dispute events, test that they create an assigned task rather than merely a log entry. Stripe documents email, Dashboard and event notifications for disputes. [1]
Read the cardholder's allegation and any available issuer documents before choosing evidence. If you agree that the merchant failed to supply what was promised, escalate the customer remedy through the applicable provider process. If the records support a challenge, document the specific point in dispute. A valid payment authorisation by itself does not answer a complaint that the service was cancelled or the goods were never delivered.
Match evidence to the allegation
Build the response around the fact that would resolve the claim. For a non-delivery complaint, connect the purchased item to the fulfilment and delivery record. For a cancelled subscription, establish the consent, cancellation request and disputed renewal chronology. For a refund complaint, connect the original payment to the actual credit status, amount and reference.
Mastercard's merchant guidance emphasises that evidence should address the chargeback reason code. Adyen likewise publishes different defence requirements by dispute type and warns that meeting them does not guarantee a win. [7][3] The preparation table below is a starting point for gathering records; the case-specific requirements still govern what can be submitted.
Explain how each attachment relates to the disputed payment. An IP address, a signed delivery record or a screenshot may support a particular fact, but none should be described as automatically defeating every claim. If a record contradicts the merchant's explanation, resolve that discrepancy honestly. Do not fill a gap with reconstructed consent, edited timestamps or a policy that was introduced after the purchase.
| Claim to investigate | Potential supporting records | Question the response must answer |
|---|---|---|
| Goods or services not received | Order, promised fulfilment, delivery or service-access trail | What was supplied, when and to which purchase? |
| Cancellation or recurring-billing complaint | Purchase terms, consent record, cancellation timestamps and renewal | Was this charge consistent with the customer’s actual agreement and request? |
| Credit not processed | Refund instruction, completion/status evidence, amount and payment reference | What credit occurred, and how does it relate to the disputed amount? |
| Duplicate processing | Separate order/payment identifiers and capture/void/refund trail | Were there two distinct purchases, or an erroneous second charge? |
| Unrecognised or unauthorised payment | Relevant authentication, purchase and customer-contact records | Which permitted evidence addresses this specific allegation? |
Give each handoff a deadline and an expected output
Use the provider's deadline to work backwards. Suppose a fictional case requires submission by 12 November at 17:00 UTC. The merchant might set evidence collection for 11 November at 09:00 UTC, independent review for 13:00 UTC that day, and submission verification for 12 November at 12:00 UTC. Those times are an internal planning example, not network rules or permission to wait that long in another case.
Support supplies the relevant customer conversation; fulfilment supplies the order and delivery trail; product or engineering supplies the necessary service records; finance reconciles payment and refund entries. The case owner assembles the chronology, and a reviewer checks that it answers the claim. Each handoff should identify missing information early enough to act on it.
The backup owner needs the same access and authority to progress the case. Test the handoff before there is a real deadline. A shared inbox is a notification channel, not proof that somebody has accepted responsibility or that an evidence file was actually sent.
| Owner | Expected output | Handoff check |
|---|---|---|
| Case owner and backup | Stage, deadline/timezone, decision and work plan | No unassigned notice; reviewer and submitter identified |
| Support | Relevant complaint and cancellation chronology | Customer messages match the payment/order in dispute |
| Fulfilment or product team | Delivery/service trail and any incident facts | Evidence relates to the item and period alleged |
| Finance | Payment, previous credit, fees and adjustment references | No unresolved mismatch or duplicate customer credit |
| Independent internal reviewer | Final packet, factual checks and missing evidence decision | Approval recorded before the submission cutoff |
| Submitter / case owner | Provider confirmation and submitted-version record | Draft saving is not mistaken for completed submission |
Review the final packet before committing it
A useful packet lets a reviewer understand the transaction without access to your internal systems. Open with a short chronology containing the order and payment references, what was purchased, the disputed issue and the records supporting your answer. Use legible screenshots or exports showing the relevant historical terms and events.
Stripe's evidence guidance favours concise, relevant material and documents the formatting constraints for submission. [4] Verify the file types, size and page limits applicable to your provider and dispute type rather than reusing one upload specification everywhere. An external link is not a reliable substitute for evidence the submission channel requires you to include.
For Stripe's documented Dashboard response, submission is a single opportunity: the response and files cannot subsequently be edited or supplemented. [1] Shopify describes a different preparation workflow: saved evidence can remain editable before its due date, with automatic submission then; choosing its early-submit action ends further editing. [5] Confirm the behaviour for the actual account and stage. Distinguish saving a draft, approving it internally and submitting it externally.
Protect sensitive data while preserving useful facts
Collect the evidence needed to explain the transaction, and limit who can view it. An unrestricted support folder should not become a repository of full payment-card details, identity documents or unrelated customer correspondence. Keep access to originals controlled and prepare the necessary submission copies through the approved process.
PCI SSC states that merchants cannot retain card verification codes after authorisation, even when encrypted or when the customer has agreed. [6] A record of a provider's verification result is different from retaining the code itself. Do not ask staff to create a security-code archive for future disputes.
Record the provenance of the evidence: source system, event time, export time, relevant timezone and person responsible for the extraction. Explain whether a screenshot shows the terms at purchase or the current site. If a piece of evidence includes third-party information or sensitive content, get the appropriate privacy or specialist review before disclosure. More data can make a submission harder to evaluate while creating avoidable exposure; relevance and accuracy matter more than volume.
Coordinate refunds, withdrawals and the accounting record
When a customer says they have withdrawn a dispute, obtain the relevant information and continue following the provider's instructions until the case status confirms what happened. Shopify advises merchants to submit evidence of a customer's request to cancel the dispute; that conversation is not itself the issuer's decision. [5]
Check refund status before taking another money-moving action. Stripe says a refund outside its dispute process cannot be issued while the dispute is open. [8] Do not promise a separate refund or send money through another channel without reconciling what the dispute process has already done. If part of the sale has already been refunded, show that credit and the remaining amount explicitly.
Finance should record disputed principal, fees, prior credits and any later reversal separately. An outcome marked won and a posted bank receipt are different events to reconcile. Keep the provider references with the case and trace the adjustments into the payout report. Never treat the same returned amount as both a refund recovery and a dispute recovery.
Measure the result using both cases and money
Suppose ten challenged cases have reached a final outcome. Six wins concern $50 payments, and four losses concern $500 payments. The case win rate is 60%: six out of ten. The disputed principal associated with wins is $300 out of $2,300, approximately 13.0%. A case-count success rate alone hides where most of the value was lost.
Assume another twelve cases, totalling $1,800, remain open. Keep them outside both resolved-case denominators and report their age and next deadlines separately. The $300 figure is gross principal associated with won cases in this example, not net profit or proof that a payout has arrived; fees, staff effort and ledger adjustments require their own accounting.
Use the same closed cohort when comparing periods. Also track missed deadlines, accepted cases, outstanding evidence requests and recurring causes. These management measures are not the card networks' monitoring ratios. Ask the provider which programme metrics and thresholds apply to the account, and retain their definitions instead of relabelling an internal recovery percentage as a scheme compliance measure.
| Measure | Calculation | Result |
|---|---|---|
| Resolved challenged cases | 6 wins + 4 losses | 10 cases |
| Case win rate | 6 ÷ 10 | 60% |
| Won principal | 6 × $50 | $300 |
| Lost principal | 4 × $500 | $2,000 |
| Share of resolved disputed principal associated with wins | $300 ÷ $2,300 | Approximately 13.0% |
| Open cases — separate queue | 12 cases totalling $1,800 | Excluded from resolved denominators |
What it means to merchants
Take the next open case and check that a backup colleague can locate the notice, reason, exact deadline, payment record and assigned owner without relying on private messages. Reconstruct the relevant customer journey and give each evidence request an earlier internal due time. Review the final packet, submit through the required channel and retain confirmation of the submitted version.
After the outcome, reconcile the money and choose a corrective action for any preventable cause: delivery delays, an unclear descriptor, a cancellation failure or missing service records. A won case does not remove an operational weakness that affects the next customer. Use the linked integration and 3-D Secure guides for the related technical questions. The useful control is a repeatable process that answers the actual claim on time, not a promise of a particular win rate.
Frequently asked questions
How long does a merchant have to respond to a chargeback?
Use the exact deadline and timezone supplied for the case. The provider, network, processing region and dispute stage can change the period. The cardholder’s filing window is a different clock.
Can I add evidence after submitting?
It depends on the provider workflow and stage. Stripe’s documented Dashboard response cannot be edited after submission. Shopify permits draft editing before the due date but early submission ends that editing. Confirm the current case behaviour before committing the packet.
Does a customer’s withdrawal message close the case?
Do not assume closure. Follow the provider’s instructions, retain the customer’s information and reconcile the confirmed dispute status and adjustments.
Is the case win rate a network chargeback ratio?
No. Define the closed case cohort and distinguish case-count results, principal amounts, open cases and applicable network monitoring metrics.
Sources
Sources checked on 3 November 2026.
- 01Stripe: responding to disputes
- 02Adyen: dispute timeframes and regional exceptions
- 03Adyen: reason codes and defence requirements
- 04Stripe: dispute evidence best practices
- 05Shopify: managing chargebacks in the admin
- 06PCI SSC FAQ 1280: card verification code retention
- 07Mastercard: merchant chargeback guidance, 24 January 2024
- 08Stripe: how disputes work
Payment Guide helps you research the structure, understand the questions and prepare your next conversation.