Skip to content
Create account
or
Sign in
The Stripe Docs logo
/
Ask AI
Create account
Sign in
Get started
Payments
Revenue
Platforms and marketplaces
Money management
Developer resources
Overview
About Stripe payments
Upgrade your integration
Payments analytics
Online payments
OverviewFind your use caseUse Managed Payments
Use Payment Links
Use a prebuilt checkout page
Build a custom integration with Elements
Build an in-app integration
Payment methods
Add payment methods
Manage payment methods
Faster checkout with Link
Payment interfaces
Payment Links
Checkout
Web Elements
In-app Payments
Payment scenarios
Handle multiple currencies
Custom payment flows
Flexible acquiring
Orchestration
In-person payments
Terminal
Beyond payments
Incorporate your company
Crypto
Agentic commerce
Financial Connections
Climate
Understand fraud
Radar fraud protection
    Overview
    Integration
    Radar Session
    Risk evaluation
    Multiprocessor Radar scores
    Risk settings
    Reviews
    Lists
    Rules
    Local payment methods
    Radar analytics
    Radar for Platforms
Manage disputes
Verify identities
HomePaymentsRadar fraud protection

Radar for local payment methodsPrivate preview

Extend your fraud prevention tools to analyze other payment methods.

Radar for local payment methods allows you to extend the risk evaluation capabilities of Radar to payments that use other payment methods. This allows you to offer your customers more payment choice while continuing to protect your business from fraud.

Supported features

Radar for local payment methods includes the following fraud prevention features that work across all supported payment methods:

  • Default block and allow lists: Automatically block or allow transactions based on email address, IP address, email domain, and other key attributes.
  • Custom rules: Create tailored fraud prevention logic using more than 100 available attributes.
  • Rule backtesting: Test changes against historical data before implementing them.
  • Radar analytics center: View consolidated fraud and performance metrics across all of your payment volume.

The private preview release supports Klarna.

Availability

Radar for Fraud Teams users can request access to the Radar for local payment methods private preview. When enabled, your existing Radar rules automatically apply to supported local payment methods. You can also create new payment method-specific rules using the :payment_method_type: attribute. For example, you can write a rule that targets Klarna payments by creating the following rule:

Block if :payment_method_type: = 'klarna' and :dispute_count_on_ip_weekly: > 3 and :amount_in_usd: > 500

Request early access

Expand fraud protection with rules

Rules and lists complement machine learning by allowing you to both broaden your risk strategy across payment methods and focus precise risk mitigation where needed.

Extend protection across your business

  • Instantly block fraudulent actors across all supported payment methods. For example, if a fraudster attempts a fraudulent chargeback on a card transaction, you can immediately add their email to a block list, preventing them from switching to another payment method, such as Klarna, to continue their attack.

  • Apply insights from your card transactions to protect new local payment method transactions without waiting to accumulate fraud data.

Focus protection on unique risks

Address fraud and risk patterns unique to your business model, industry, or customer base.

  • Block transactions from countries where you don’t ship or operate.
  • Set more restrictive rules in new markets.
  • Enforce geographic restrictions required by your business or partnerships.
  • Flag customers making unusually frequent purchases across any payment method.
  • Block high-value transactions that exceed your typical order values.
  • Detect suspicious patterns signaling account takeover.
  • Limit certain payment methods for high-value or high-risk products.
  • Create policies unique to your business.

Adapt to your business patterns

  • Block a newly identified fraud pattern in minutes.
  • Test different rule configurations to find your tolerance.
  • Modify rules for high-traffic periods like Black Friday or holiday seasons.
  • Create sophisticated rule chains that escalate from allowing to reviewing to blocking based on multiple factors.

Address payment method diversity

Local payment methods vary significantly in their risk profiles and fraud vectors either individually or as a payment method family (for example, a bank debit, Buy Now, Pay Later (BNPL), or a digital wallet).

Higher-risk payment methods

Some payment method profiles associated with higher risk include:

  • Payment methods that support customer disputes have higher risk, especially when dispute resolution favors buyers.
  • Payment methods that support multiple installments might be at risk of a fraudster receiving goods but only paying the first installment.
  • Asynchronous payment methods risk double refunding when customers attempt to manipulate both a bank and a business into issuing refunds.

You can create stricter rules for high risk payment methods to help lower your risk.

Lower-risk payment methods

Some payment method profiles associated with lower risk include:

  • Payment methods that don’t support customer-initiated disputes make it more difficult for a fraudster to get access to a good or service without paying for it.
  • Payment methods that require strong customer authentication (SCA) increase friction for fraudsters.
  • Real-time payment methods can reduce the fraud window.

For lower-risk payment methods, you can create rules that reduce friction for legitimate customers.

Was this page helpful?
YesNo
  • Need help? Contact Support.
  • Join our early access program.
  • Check out our changelog.
  • Questions? Contact Sales.
  • LLM? Read llms.txt.
  • Powered by Markdoc