Visa Compelling Evidence 3.0 for SaaS: check the actual match

When is CE3.0 the relevant evidence route?

Start with the network reason code and the provider's eligibility result. Visa CE3.0 concerns qualifying 10.4 card-absent fraud disputes. A cancellation, service-quality, or missing-refund complaint needs an investigation that answers that allegation, even if the customer has a long payment history.

Stripe documents automatic eligibility evaluation and required-field indicators for its CE3.0 response flow. Use the actual case result and requested fields. Do not infer eligibility from a customer email match, successful payment, or generic “fraudulent” label.

For B2C SaaS, the account might belong to one subscriber. For B2B SaaS, the payer, company workspace, administrator, and member using the service may differ. A useful internal account relationship is not automatically the same thing as a network-accepted match.

Which date and historical transactions matter?

Visa's April 2026 rules set date-dependent requirements for the historical-payment route under condition 10.4. The ordinary purchase-history route uses two prior non-fraud transactions, more than 120 and no more than 365 days before dispute processing, with qualifying matching data. Exceptions and the provider's supported route must be checked on the case.

The clock is not simply “the previous four monthly renewals.” Preserve the dispute processing date, transaction dates, payment-credential relationship, and provider's selected qualifying records. An invoice without a completed qualifying payment does not replace a historical transaction.

What changes on October 24, 2026?

Visa's published rules expand the route for disputes processed on or after October 24, 2026 to qualifying history at one or more merchants, limited to transactions processed by the submitting acquirer. They also clarify that device ID and device fingerprint count as similar elements, so both cannot fill two separate matching slots.

That does not establish access to other merchants' records in your account or in Evidenz. Ask your provider how the effective-date change is supported for the actual dispute. Keep the rule version and provider result with the review.

Keep the comparison tied to original records

Build an internal comparison before writing an argument. Each value needs a source, relevant timestamp, transaction association, and meaning. Do not alter a value to make it resemble the other transactions.

A match needs interpretation. A public IP can be shared. A device identifier can change. An internal organization key might identify the billed company without identifying the person who authenticated. Record these distinctions instead of writing “same customer” over several different relationships.

The identity-resolution guide explains the underlying account-to-payment work. Keep only the records needed for the investigation and use the provider's requested format rather than a homemade substitute.

A recurring-payment example

Fictional preparation example. A subscription team sees a fraud dispute for an October payment. Its system also contains completed April and May payments, a consistent account login identifier, and a device record. The team can prepare a comparison, but those observations do not constitute a CE3.0 eligibility result.

The reviewer still needs the provider to verify the relevant credential, historical transaction status, date window, and accepted matching elements. A failed May collection or a device associated with another workspace changes the worksheet. Preserve the gap rather than filling it with a plausible-looking value.

If the complaint is instead that support promised to cancel the October renewal, review that promise. The sample evidence packet shows why account activity can coexist with a valid cancellation complaint. CE3.0 preparation should not obscure the question the case actually asks.

What does Stripe handle, and what should the team review?

Stripe describes identifying qualifying history and pre-populating CE3.0 evidence fields. The team's useful work is to check the service description, source relationships, requested missing information, and factual completeness of the case explanation.

Stripe's response guide says not to edit pre-populated required CE3.0 values because doing so can affect eligibility. Investigate an apparent error through the provider's supported process. Keep the reviewed submission and confirmation separately from an internal draft.

Evidenz's role in this investigation

Evidenz is being developed to connect payments, account activity, and support conversations for B2B and B2C SaaS teams. Its intended workflow helps explain which activity belongs to which payment and gives a reviewer source context for a draft.

That direction is not a certification of Visa eligibility, access to cross-merchant history, or a promise that a dispute will be overturned. Use the provider's case instructions for qualification and submission, and the customer history to make the account of events accurate.