Cardholder claims they never authorized the transaction. Here's how to build a response that proves they did — and what changes with Mastercard's 45-day window.
Mastercard 4837 is Mastercard's primary fraud code for unauthorized card-not-present transactions. The cardholder denies placing the order and asserts that someone else — or no one — made the purchase using their account. This is not a quality complaint or a delivery dispute — it is a direct claim that the cardholder had no knowledge of or involvement in the transaction.
The issuer's default posture is to believe the cardholder, which means your response must proactively disprove their claim rather than simply denying it. A generic "the transaction was valid" statement carries no weight. You need layered technical evidence that ties the order session to the cardholder's known identity.
4837 disputes are common in card-not-present environments: e-commerce, software subscriptions, digital goods, and phone orders. They are also frequently filed as a form of friendly fraud — where the cardholder made the purchase but later disputes it to avoid paying. The evidence requirements are the same either way — your job is to prove the legitimate cardholder placed the order.
While both codes address unauthorized card-not-present transactions, the procedural differences matter for how you manage your response:
| Feature | Mastercard 4837 | Visa 10.4 |
|---|---|---|
| Response Window | 45 days | 30 days |
| Authorization System | Two-message clearing | Single-message |
| Arbitration Fee | $500 | Varies by tier |
| Card Tiers | World / World Elite rules | Standard tiers |
| Evidence Core | Approval code + device data | Device data + IP |
A winning 4837 response is built on layered proof of authorization. No single piece of evidence is sufficient on its own. These three categories form the foundation of every response — missing any one of them weakens your position significantly.
The authorization approval code is the anchor of every 4837 response. It proves that the cardholder's issuing bank approved the transaction in real time.
| Data Point | What to Submit |
|---|---|
| Approval Code | The authorization approval code issued by the cardholder's issuing bank at the time of the transaction. This is in your payment processor dashboard — locate it first, before building the rest of your response. |
| AVS Result | The Address Verification System result code. A full match (billing address matched exactly) is strongest; a partial match is still useful. Include the raw result code. |
| CVV2 Result | Confirmation that the card security code was correctly entered at checkout. A passing CVV2 result is corroborating evidence the cardholder had the physical card. |
The authorization approval code is your anchor. Every response to 4837 must begin with the approval code issued by the cardholder's bank. This code proves the issuer authorized the charge at the time of transaction. Without it, the issuer can claim there was an authorization failure — and your entire response collapses. Locate this code in your payment processor dashboard before doing anything else.
Technical data linking the session that placed the order to the cardholder's known identity. This is what separates a strong response from a generic denial.
| Evidence Type | What to Submit |
|---|---|
| Device Fingerprint | A browser or device fingerprint tied to the transaction session. If this matches prior authenticated sessions on the same account, include that session history — it is among your strongest evidence. |
| IP Address & Geolocation | The IP address of the session that placed the order, with geolocation showing city and region. Compare to the cardholder's billing address region and to prior authenticated sessions. |
| Prior Purchase History | Records showing the same card, device, or account was used for prior orders that were not disputed. A pattern of legitimate transactions undermines a claim of total unauthorized use. |
| Evidence Type | What to Submit |
|---|---|
| Account Creation Date | The date the account was created — must predate the disputed transaction. An account created months before the dispute, with the same email and shipping address, is inconsistent with unauthorized use. |
| Order Confirmation Engagement | Order confirmation email delivery and open records. Any reply from the cardholder — even about an unrelated topic — proves account awareness. |
| Post-Transaction Activity | Account logins, product usage, download logs, or support contacts after the transaction date. Any engagement with the purchased product undermines a claim of non-authorization. |
Required evidence establishes that the transaction was technically authorized. Strongly recommended evidence establishes that the cardholder's specific identity was present at the transaction session. Both layers are needed for a compelling response.
| Evidence Type | What to Submit |
|---|---|
| Profile Longevity | Show that the email address, phone number, and shipping address on the account had been there since account creation — not added immediately before the disputed charge. Stable profile data is consistent with a real customer; new address additions before a large charge warrant scrutiny. |
| Purchase Pattern | Transaction history showing similar purchases on the same account over time. A history of buying comparable products from you is strong counter-evidence to a claim of total unfamiliarity with the merchant. |
These items round out your case and become critical if the dispute escalates to Mastercard arbitration.
These mistakes appear consistently in losing responses to Mastercard 4837 disputes. Audit your response against each one before submitting.
This single omission can doom an otherwise strong response. The approval code proves the cardholder's bank authorized the transaction in real time. Without it, the issuer can claim there was an authorization failure — and the rest of your evidence becomes irrelevant. It is the first thing an arbitrator looks for.
Pull the authorization approval code from your payment processor dashboard immediately when you receive the dispute notification. Log in to your processor, find the transaction, and copy the approval code verbatim. It is typically a 6-character alphanumeric string. Include it on the first page of your response.
AVS confirms that an address was entered correctly — it does not prove the cardholder entered it. A fraudster with stolen card data that includes the billing address will also pass AVS. Submitting AVS as your primary defense signals that you have nothing stronger, and issuers know this.
Use AVS as a corroborating signal alongside device fingerprint, IP geolocation, and prior purchase history. AVS is one data point in a layered case — it cannot carry the case alone.
The extended window compared to Visa creates a false sense of security. Merchants who receive 4837 notifications and think "I have 45 days, I'll get to it" frequently miss the deadline or scramble to assemble evidence in the final week. Suboptimal responses are the result.
Begin building your response within 48 hours of receiving the dispute notification. Set a hard internal deadline of Day 30 for submission. Use the extra 15 days as a buffer for review, not for evidence collection.
A 4837 dispute is about authorization, not delivery. Submitting carrier tracking, delivery photos, and shipping policies does not respond to "I never authorized this charge." If you send delivery evidence to an authorization dispute, the reviewer will either reject it as non-responsive or read it as a deflection.
Read the dispute reason code carefully before assembling evidence. For 4837, everything in your response should speak to the question: did the legitimate cardholder authorize this transaction? Delivery evidence belongs in 4853 disputes, not 4837.
An account that was created alongside the disputed charge — same day as the transaction, or recently — looks very different from an account that has been active for months or years. Showing account creation history that predates the transaction is powerful counter-evidence that an unauthorized user would not have.
Include the account creation date, the date the current payment method was added, and the date the current shipping address was added. If these all predate the disputed transaction by a significant margin, include prior orders from the account to establish a history of legitimate use.
Lead with the approval code and layer evidence from most to least conclusive. Mastercard arbitrators work through responses methodically — a clear, well-organized rebuttal reaches the decision-maker exactly as you submit it.
State the facts of the authorization in plain language — lead with the approval code and identity evidence, not with logistics or policies.
| Priority | Evidence Type |
|---|---|
| First | Authorization approval code — the foundation of every 4837 response. |
| Second | Device fingerprint and IP geolocation, linked to prior authenticated sessions. |
| Third | Post-transaction account activity — logins, product use, email engagement after the charge date. |
| Last | AVS/CVV2 results, account creation history, order confirmation details. |
Attach all referenced documents as clearly labeled exhibits. Reference each exhibit by letter in the body of your response. Do not include irrelevant material — Mastercard arbitrators may discard submissions that are difficult to navigate.
The situation: $225 purchase of digital design assets. Cardholder filed a 4837 dispute 30 days after purchase claiming "I never made this purchase."
| Page | Evidence |
|---|---|
| 1 | Payment processor record showing authorization approval code 847291, issued at 3:14 PM on purchase date, by the cardholder's issuing bank. AVS: full match. CVV2: match. |
| 2 | Device session history showing device ID D-4782k with 8 authenticated sessions across 6 months, including a session 4 days before and the disputed purchase session. IP geolocation report showing 104.28.33.191 in Chicago, IL. |
| 3 | Download log showing the purchased assets were downloaded at 4:02 PM on the same day as purchase — within 48 minutes of the charge — from IP 104.28.33.195. File sizes and asset names match the purchased bundle. |
| 4 | Account creation record dated 11 months before disputed transaction. Prior order history: 4 purchases on the same account with no disputes. CRM export: zero support contacts related to this order. |
Result: Chargeback successfully represented. Claim withdrawn.
The situation: $380 clothing purchase. Cardholder filed 4837 dispute claiming "I did not authorize this transaction."
Result: Dispute ruled in cardholder's favor.
| Mistake | Explanation |
|---|---|
| No authorization approval code | The most critical piece of evidence was absent. "The fraud system approved it" is not a substitute for the actual approval code from the issuing bank. |
| Delivery evidence in an authorization dispute | Tracking and shipping confirmation do not address whether the cardholder authorized the purchase. They address delivery — a completely different dispute type. |
| No device or IP data | AVS and CVV were cited but no device fingerprint, IP address, or session data was included — the actual evidence arbitrators look for. |
| 8 years of experience cited | Merchant history is irrelevant to whether this specific cardholder authorized this specific transaction. It reads as deflection. |
Run through this checklist before finalizing your Mastercard 4837 response.
These steps reduce your 4837 exposure and ensure the evidence you need is captured before a dispute ever arrives.
| Action | Why It Matters |
|---|---|
| Archive authorization approval codes with every transaction | Your payment processor generates an approval code for every authorized transaction. Store it linked to the order record — it is the single most important piece of evidence in a 4837 response and the most commonly missing. |
| Capture device fingerprints at checkout | Device fingerprint data must be captured at the moment of transaction. Use your payment processor or a dedicated fraud tool that captures and archives device data linked to each order record. |
| Implement 3DS2 for high-risk transactions | For Mastercard, EMV 3-D Secure authentication shifts dispute liability to the issuer for fraud codes including 4837. This is the most effective structural protection for high-risk CNP transactions. |
| Log IP and geolocation at every transaction | Store the full IP address and resolved geolocation in your transaction records alongside the device fingerprint. These two data points together are the core of a strong 4837 defense. |
| Build post-purchase engagement sequences | Order confirmation, shipping notification, and post-delivery follow-up emails create an engagement record. Track opens and clicks. Every touchpoint that the cardholder engages with is documented evidence of awareness and authorization. |
This playbook is updated at least twice annually to reflect changes in Mastercard's dispute rules and issuer practices. Document Version: 2026.1 · Last Updated: March 2026 · Covers: Mastercard 4837 / No Cardholder Authorization
If you submit a representment and the issuer upholds the dispute — rejecting your evidence and maintaining the chargeback — you have one further option before accepting the loss: Mastercard arbitration.
In arbitration, Mastercard's dispute resolution team reviews the full case file, including your representment evidence and the issuer's rebuttal. Mastercard renders a binding decision. The losing party pays a $500 arbitration filing fee. This fee structure means arbitration is typically only worth pursuing for disputes above a minimum dollar threshold.
Before filing for arbitration, consider:
Mastercard's pre-arbitration filing deadline is strict: 30 days from the issuer's response to your representment. Miss that window and you permanently forfeit the right to escalate.