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
    Overview
    Currencies
    Declines
    Payouts
    Recurring payments
    3D Secure authentication
    Refund and cancel payments
    Balances and settlement time
    Receipts
    Handle webhook events
    SCA readiness
    Older APIs
      Charges
      Sources
      Compare to PaymentIntents to Charges
Upgrade your integration
Payments analytics
Online payments
OverviewFind your use caseManaged Payments
Use Payment Links
Build a checkout page
Build an advanced integration
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 Elements
Payment scenarios
Handle multiple currencies
Custom payment flows
Flexible acquiring
Orchestration
In-person payments
Terminal
Beyond payments
Incorporate your company
Crypto
Financial Connections
Climate
Understand fraud
Radar fraud protection
Manage disputes
Verify identities
HomePaymentsAbout Stripe paymentsOlder APIs

Charges versus Payment Intents APIs

Learn about the differences between Stripe's two core payment APIs and when to use them.

Understanding the Stripe payment APIs

There are three ways to accept payments on Stripe today:

  • Stripe Checkout
  • Charges API
  • Payment Intents API

Stripe Checkout is a prebuilt payment page that you can redirect your customer to for simple purchases and subscriptions. It provides many features, such as Apple Pay, Google Pay, internationalisation, and form validation.

The Charges and Payment Intents APIs let you build custom payment flows and experiences.

The Payment Intents API is the unifying API for all Stripe products and payment methods. While we are not deprecating Charges, new features are only available with the Payment Intents API.

For a full feature comparison, see the table below:

Charges APIPayment Intents API
Used by businesses with customers primarily in the US / Canada who want a simple way to accept cards.Required for businesses that accept multiple payment methods and cards requiring authentication (for example, due to Strong Customer Authentication in Europe).
Works on Web, iOS, and Android.Works on Web, iOS, and Android. Can also be used to accept in-store payments with Terminal.
Supports cards and all payment methods on the Sources API.Supports cards, cards requiring 3DS, iDEAL, SEPA, and many other payment methods.
Is not SCA readyIs SCA ready

Migrating code that reads from charges

If you have an application with multiple payment flows and incrementally migrating each one from the Charges API to the Payment Intents API, you should first update any code that reads from the Charge object. To help with this, the charge object has two additional properties, payment_method_details and billing_details, which provide a consistent interface for reading the details of the payment method used for the charge.

These fields are available on all API versions and on charge objects created with both the Charges API and the Payment Intents API.

The following table shows commonly used properties on a charge and how the same information can be accessed using the additional properties:

DescriptionBeforeAfter
Details about the payment method used to create a chargecharge.sourcecharge.payment_method_details
ID of the payment method used for the chargecharge.source.idcharge.payment_method
Type of payment method usedcharge.source.object (for example, card or bank_account)charge.payment_method_details.type
Billing information for the charge (for example, billing postal code)charge.source.address_zipcharge.billing_details.address.postal_code
Name of the cardholdercharge.source.namecharge.billing_details.name
Last 4 digits of the card usedcharge.source.last4charge.payment_method_details.card.last4
Fingerprint of the cardcharge.source.fingerprintcharge.payment_method_details.card.fingerprint
CVC verification status for the chargecharge.source.cvc_checkcharge.payment_method_details.card.checks.cvc_check
Card brand valuescharge.source.brand can be one of: American Express, Diners Club, Discover, JCB, MasterCard, UnionPay, Visacharge.payment_method_details.card.brand can be one of: amex, diners, discover, jcb, mastercard, unionpay, visa
Google Pay enum valuecharge.source.tokenization_method is android_paycard.wallet.type within charge.payment_method_details is google_pay

See also

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