Skip to main content

Stripe

Methods

  • Cards
  • Digital Wallets
  • Bank Transfer
  • Direct Debit
  • Buy Now Pay Later

Stripe is a payment provider used by businesses to accept and manage online payments across cards and supported local payment methods.

Struggling with your approval ratio for this payment provider?

contact SmartRetry team →
Published
Last updated
2 min
Stripe
Stripe payment phone

Proceed payment with

About Stripe

Product Type
Payment Processor
Foundation
2010
Company Type
private
Employees
10,000+
Location
USAUSA
Channel
Online In person

Features

Card and local payment method acceptance

Accept major card brands and selected local payment methods depending on your region and account. Useful for ecommerce, subscriptions, and platform use cases.

Authorization and capture controls

Supports common authorization flows and capture timing options. Helps align payment collection with fulfillment and service delivery.

Optimization for authorization success

Includes tools and data signals that can help monitor approval rates and investigate card declines. Provides decline insights to support troubleshooting with issuers and customers.

Authentication and SCA support

Offers support for 3D Secure and region-specific Strong Customer Authentication requirements. Helps reduce friction by applying authentication where needed.

Security and compliance features

Provides tokenization and security controls designed to help reduce PCI scope when used as intended. Includes risk and fraud tooling options depending on your setup.

Disputes and chargeback handling

Centralized dispute intake, evidence submission, and tracking. Helps teams manage chargebacks and representments with consistent workflows.

Reliability and operational tooling

Provides dashboards, logs, and webhooks for payment monitoring and incident response. Supports reporting and reconciliation for finance and ops teams.

Tip from SmartRetry For card declines, segment results by decline code, issuer country, and card type before making changes; then A/B test adjustments (e.g., retries or 3DS settings) on a small traffic slice.

Currencies

Processing currencies USD, EUR, GBP, JPY, AUD, CAD, CHF, CNY, SEK, NZD, MXN, SGD, HKD, NOK, KRW, INR

Available in

Available countries
  • Global

FAQ

Statuses

Statuses - All
CodeDescriptionLevelFrequencyResolution
Status
active

Mandate Active

The mandate can be used to initiate a payment.

ApprovedCommonT0
canceled

Canceled

The PaymentIntent has been canceled and no further charges will be made. This is a terminal state. Cancellation can be triggered by the merchant (duplicate, fraudulent, requested_by_customer, abandoned) or automatically by Stripe (failed_invoice, void_invoice, automatic, expired). Any held funds are released.

Error, InfoOccasionalT3
canceled

Refund Canceled

The refund was canceled before it reached the customer. Only refunds in requires_action state (awaiting customer banking info) or certain card refunds within a short window can be canceled. Treated as a refund failure; failure_reason and failure_balance_transaction are populated.

Error, InfoRareT1
canceled

SetupIntent Canceled

The SetupIntent has been canceled. Setup is abandoned and any further operations on it will fail. Can only be canceled when in requires_payment_method, requires_confirmation, or requires_action states. Cannot be reversed.

Error, InfoOccasionalT3
canceled

Payout Canceled

The payout was canceled (typically within 5 business days of creation, before it settled). Funds return to the available balance.

InfoOccasionalT0
failed

Charge Failed

The Charge object status indicating the charge attempt was declined or failed. Common causes include insufficient funds, invalid card details, or issuer decline. The merchant should prompt the customer to try a different payment method.

ErrorCommonT3
failed

Refund Failed

The refund attempt failed. Possible failure reasons include: lost_or_stolen_card, expired_or_canceled_card, charge_for_pending_refund_disputed, insufficient_funds, declined, merchant_request, or unknown. Merchants should check the failure_reason field and may need to refund via alternative means.

ErrorOccasionalT1
failed

Payout Failed

The payout failed to reach the destination bank account. Inspect failure_code / failure_message for the reason and verify the bank account details.

ErrorOccasionalT1
in_transit

Payout In Transit

The payout has been submitted to the destination bank and is on its way. Funds have left Stripe but have not yet arrived in the bank account.

ProcessingCommonT0
inactive

Mandate Inactive

The mandate was rejected, revoked, or previously used, and may not be used to initiate future payments.

Error, InfoOccasionalT3
lost

Lost

The dispute was resolved in the customer's favor. The disputed amount and any fees are not returned. Terminal state.

ErrorOccasionalT3
needs_response

Needs Response

A formal dispute that requires a response. The merchant must submit evidence before the due date or the dispute is automatically lost.

Processing, ErrorCommonT1
paid

Payout Paid

The payout succeeded and funds were credited to the destination bank account. Terminal success state. Note: some payouts that ultimately fail may briefly show as paid before changing to failed.

ApprovedCommonT0
pending

Charge Pending

The Charge object status indicating the charge has been submitted but awaiting final confirmation from the bank or payment network. Common with ACH/bank debit methods that require days to clear. The charge may still fail.

ProcessingOccasionalT0
pending

Refund Pending

The refund has been created and submitted but has not yet been confirmed by the card network or bank. Refunds typically appear on the customer's statement within 5-10 business days. The merchant should not re-issue the refund while in this state.

ProcessingCommonT0
pending

Payout Pending

The payout has been created but not yet submitted to the bank. It remains pending until Stripe submits it to the destination bank account.

ProcessingCommonT0
pending

Mandate Pending

The mandate is newly created and is not yet active or inactive.

ProcessingOccasionalT0
prevented

Prevented

The dispute was prevented from becoming a formal chargeback (e.g. resolved via an early-warning or fraud-prevention program). Terminal state.

Approved, InfoRareT0
processing

Processing

The payment has been initiated and Stripe is waiting for confirmation from the payment method provider. Common for asynchronous payment methods like ACH debits or bank transfers, which can take days to settle. For cards, this state is typically very brief.

ProcessingOccasionalT0
processing

SetupIntent Processing

The SetupIntent has been confirmed and Stripe is processing the setup with the payment method provider. This state is brief for most payment methods.

ProcessingRareT0
requires_action

Requires Action

The payment requires additional customer action to proceed, such as 3D Secure authentication, a bank redirect, or providing a one-time code. The next_action field on the PaymentIntent describes what the customer must do. Merchants must handle this client-side.

Processing, InfoCommonT0
requires_action

Refund Requires Action

The refund requires additional customer action before it can be processed. This occurs for payment methods without native refund support (e.g., Konbini, PromptPay), where Stripe must collect bank account details from the customer via email. The merchant should ensure the customer receives and acts on the instructions email.

Processing, InfoRareT0
requires_action

SetupIntent Requires Action

The payment method setup requires additional customer action, such as 3D Secure authentication or a bank redirect. The next_action field specifies what the customer needs to do. This is common for cards in SCA-regulated regions.

Processing, InfoOccasionalT0
requires_capture

Requires Capture

The payment has been authorized and funds are on hold, but have not yet been captured. This occurs when capture_method is set to 'manual'. The merchant must explicitly call the capture endpoint. Uncaptured PaymentIntents auto-cancel after 7 days by default.

Processing, InfoOccasionalT0
requires_confirmation

Requires Confirmation

A payment method has been attached to the PaymentIntent but it has not yet been confirmed. The server must explicitly call the confirm endpoint to initiate the payment attempt. Common in manual confirmation_method flows.

ProcessingOccasionalT0
requires_confirmation

SetupIntent Requires Confirmation

A payment method has been attached to the SetupIntent but it has not yet been confirmed. The server must call the confirm endpoint to proceed with saving the payment method.

ProcessingOccasionalT0
requires_payment_method

Requires Payment Method

The PaymentIntent has been created but no payment method has been attached yet, or the previous payment attempt failed and a new payment method is needed. The merchant/developer must collect and attach a payment method before proceeding.

ProcessingCommonT0
requires_payment_method

SetupIntent Requires Payment Method

The SetupIntent has been created but no payment method is attached, or the previous setup attempt failed. The customer must provide their payment credentials before the setup can proceed.

ProcessingCommonT0
succeeded

Succeeded

The payment has been successfully completed and funds are secured in the merchant's Stripe account. This is a terminal success state. The merchant can now safely fulfill the order. No further action is needed on the PaymentIntent.

ApprovedCommonT0
succeeded

Charge Succeeded

The Charge object status indicating the charge was successfully processed and funds were captured from the customer's payment method. The merchant can confirm payment was collected.

ApprovedCommonT0
succeeded

Refund Succeeded

The refund has been successfully processed and the funds have been returned to the customer's original payment method. This is the terminal success state for a refund.

ApprovedCommonT0
succeeded

SetupIntent Succeeded

The payment method has been successfully saved and is ready for future off-session or on-session payments. This is the terminal success state of the SetupIntent lifecycle.

ApprovedCommonT0
under_review

Under Review

A dispute under review by the card network after evidence submission. Awaiting the final decision.

Processing, InfoOccasionalT0
warning_closed

Warning: Closed

An inquiry that closed without becoming a formal dispute. No chargeback resulted; no further action required.

InfoOccasionalT0
warning_needs_response

Warning: Needs Response

An early inquiry (pre-dispute warning) that requires a response. Submitting evidence at this stage can prevent it from escalating into a formal dispute.

Processing, InfoOccasionalT0
warning_under_review

Warning: Under Review

An early inquiry under review after evidence submission. Awaiting the outcome; no further action is typically needed until the review completes.

Processing, InfoRareT0
won

Won

The dispute was resolved in the merchant's favor. Funds are returned to the merchant. Terminal state.

ApprovedOccasionalT0
Failure Reason
charge_for_pending_refund_disputed

Charge Disputed

The refund could not be completed because the underlying charge is under dispute.

ErrorRareT1
declined

Declined

The refund was declined by the card network or issuing bank.

Error, DeclinedOccasionalT2
expired_or_canceled_card

Expired or Canceled Card

The refund could not be completed because the card has expired or been canceled.

ErrorOccasionalT3
insufficient_funds

Insufficient Funds

The refund could not be completed due to insufficient funds in the merchant's Stripe balance, not the payer's account.

ErrorOccasionalT0
lost_or_stolen_card

Lost or Stolen Card

The refund could not be completed because the card was reported lost or stolen. Stripe doesn't distinguish lost vs. stolen in this field.

ErrorRareT3
merchant_request

Merchant Request

The refund failed at the merchant's own request (e.g., cancellation).

ErrorRareT0
unknown

Unknown

The refund failed for an unspecified reason.

ErrorRareT1
Error Code
account_closed

Account Closed

The customer's bank account has been closed. A different payment method is required.

ErrorOccasionalT3
account_holder_name_verification_failed

Account Holder Name Verification Failed

The account holder name provided doesn't match the name on file for the bank account. Common with Bacs Direct Debits and Pay.UK payer name verification.

Error, DeclinedOccasionalT0
account_invalid

Account Invalid

The account ID provided in the Stripe-Account header is invalid. Verify the account ID in your requests.

ErrorOccasionalT1
account_number_invalid

Account Number Invalid

The bank account number is invalid, e.g. missing digits. Validate against country-specific bank account formats.

ErrorOccasionalT0
acss_debit_session_incomplete

ACSS Debit Session Incomplete

The ACSS debit session isn't ready to transition to complete status. Retry the request later.

ErrorRareT0
amount_too_large

Amount Too Large

The specified charge amount exceeds the maximum allowed. Use a lower amount and retry.

ErrorOccasionalT0
View all