Skip to content
Create account or Sign in
/
Ask AI
Create accountSign in
Get started
Payments
Revenue
Platforms and marketplaces
Money management
Developer resources
APIs & SDKsHelp
OverviewAccept a paymentUpgrade your integration
Online payments
OverviewFind your use case
Use Payment Links
Build a payments page
Build a custom integration with Elements
Build an in-app integration
Use Managed Payments
Recurring payments
In-person payments
Terminal overview
Availability
Readers
No code
Custom integration
Payment methods
Add payment methods
Manage payment methods
Faster checkout with Link
Payment operations
Analytics
Balances and settlement time
Compliance and security
Currencies
Declines
Disputes
Radar
    Overview
    How Radar works
    Understand fraud
    Set up your integration
    Risk factors recommendations
    Risk controls and settings
    Risk prevention features
    Transaction risk prevention
    Customer abuse prevention
    Account fraud prevention
    Non-Stripe payment processor risk prevention
    Issuing authorization risk prevention
    Rules engine and analytics
    Rules
    Radar analytics
Payouts
ReceiptsRefunds and cancellations
Advanced integrations
Custom payment flows
Flexible acquiring
Off-Session Payments
Multiprocessor orchestration
Beyond payments
Incorporate your company
Crypto
Agentic commerce
Financial Connections
Climate
Verify identities
United States
English (United States)
  1. Home/
  2. Payments/
  3. Radar

Radar risk signals for any payment processor

Use Radar to evaluate your payments regardless of payment processor.

Using its AI models, Radar can evaluate payments from any processor in real time and return risk signals. You can request a payment evaluation at any time in the payment lifecycle, and not only when you submit to the processor.

Fraudulent payment

The fraudulent_payment signal identifies if a payment will likely result in a dispute with a fraudulent reason code or an early fraud warning. Payment evaluations provide this signal by default.

Fraudulent dispute Private preview

The fraudulent_dispute signal identifies if a payment will likely result in a dispute and blocks these payments with a fraudulent reason code.

Early fraud warning Private preview

The early_fraud_warning signal identifies if a payment will likely result in an early fraud warning.

Request to join the preview for the fraudulent payment, fraudulent dispute, and early fraud warning signals.

Enter your email to request access.

Prerequisites

Before you request a payment evaluation on a payment from a non-Stripe processor, you must:

  • Create a tokenized PaymentMethod. We currently support card type payment methods.

  • Create a Radar Session token, which automatically collects advanced risk factors for each transaction.
  • Collect the customer email by populating the billing_details.email attribute in the payment method or creating a new customer (either a customer-configured Account object or a Customer object).

The following diagram shows your initial call to create a PaymentEvaluation and the real-time response from Stripe with risk signals.

Was this page helpful?
YesNo
  • Need help? Contact Support.
  • Chat with Stripe developers on Discord.
  • Check out our changelog.
  • Questions? Contact Sales.
  • LLM? Read llms.txt.
  • Powered by Markdoc
On this page