Accept a Sofort payment
Learn how to accept Sofort, a common payment method in Europe.
Warning
SOFORT has been discontinued as of March 31, 2025. For more information, read our support page.
Caution
We recommend that you follow the Accept a payment guide unless you need to use manual server-side confirmation, or your integration requires presenting payment methods separately. If you’ve already integrated with Elements, see the Payment Element migration guide.
Sofort is a single use, delayed notification payment method that requires customers to authenticate their payment. Customers pay with Sofort by redirecting from your app to their bank’s portal to authenticate the payment. It typically takes 2 to 14 days to receive notification of success or failure.
Note
To accept Sofort, you must comply with the Sofort Terms of Service.
Set up StripeServer-sideClient-side
First, you need a Stripe account. Register now.
Server-side
This integration requires endpoints on your server that talk to the Stripe API. Use the official libraries for access to the Stripe API from your server:
Client-side
The Stripe iOS SDK is open source, fully documented, and compatible with apps supporting iOS 13 or above.
Note
For details on the latest SDK release and past versions, see the Releases page on GitHub. To receive notifications when a new release is published, watch releases for the repository.
Configure the SDK with your Stripe publishable key on app start. This enables your app to make requests to the Stripe API.
Create a PaymentIntentServer-side
A PaymentIntent represents your intent to collect payment from a customer and tracks the lifecycle of the payment process.
Server-side
Create a PaymentIntent
on your server and specify the amount
to collect and the eur
currency (Sofort doesn’t support other currencies). If you have an existing Payment Intents integration, add sofort
to the list of payment method types.
Changing the preferred language
By default, Stripe presents the Sofort authorization page in a language based on the specified country code. You can customize this to the language preferred by your customer by specifying it as part of the request and changing the value of the preferred_
property. The supported values are de
, en
, es
, it
, fr
, nl
, and pl
.
Instead of passing the entire PaymentIntent object to your app, return its client secret. The PaymentIntent’s client secret is a unique key that lets you confirm the payment and update payment details on the client, without allowing manipulation of sensitive information, like payment amount.
Client-side
On the client, request a PaymentIntent from your server and store its client secret.
Submit the payment to StripeClient-side
When a customer taps to pay with Sofort, confirm the PaymentIntent
to complete the payment. Configure a STPPaymentIntentParams object with the PaymentIntent
client secret from your server. Sofort requires that you collect the country code of your customer’s bank and pass it in the STPPaymentMethodSofortParams
.
Rather than sending the entire PaymentIntent
object to the client, use its client secret. This is different from your API keys that authenticate Stripe API requests. The client secret is a string that lets your app access important fields from the PaymentIntent (for example, status
) while hiding sensitive ones (for example, customer
).
Set up a return URL
The iOS SDK can present a webview in your app to complete the Sofort payment. When authentication is finished, the webview can automatically dismiss itself instead of having your customer close it. To enable this behavior, configure a custom URL scheme or universal link and set up your app delegate to forward the URL to the SDK.
Call STPPaymentHandler confirmPayment to complete the payment.
Handle post-payment events
As Sofort is a delayed notification payment method, the PaymentIntent’s status remains in a payment_intent.processing state for up to 14 days from its creation (also known as the cutoff date). In a sandbox, the PaymentIntent’s status remains in the processing state for three minutes to simulate this.
- Stripe recommends fulfilling purchases during the processing state. On average, you can expect approximately 0.2% of Sofort payment attempts to fail after entering the processing state. This only applies to Sofort payments due to its low payment failure rate and doesn’t apply to other delayed notification payment methods.
- You may prefer to fulfil orders only after receiving the payment_intent.succeeded event. Stripe sends this event after the payment attempt is confirmed and the funds are guaranteed.
- If a customer doesn’t pay, Stripe sends the payment_intent.failed event and the PaymentIntent returns to a status of
requires_
.payment_ method
Use the Dashboard, a custom webhook, or a partner solution to receive these events and run actions, like sending an order confirmation email to your customer, logging the sale in a database, or starting a shipping workflow.
Manually
Use the Stripe Dashboard to view all your Stripe payments, send email receipts, handle payouts, or retry failed payments.
Custom code
Build a webhook handler to listen for events and build custom asynchronous payment flows. Test and debug your webhook integration locally with the Stripe CLI.
Prebuilt apps
Handle common business events, like automation or marketing and sales, by integrating a partner application.
Disputed payments
The risk of fraud or unrecognized payments is low because the customer must authenticate the payment with their bank. As a result, you won’t have disputes that turn into chargebacks, with funds withdrawn from your Stripe account.
Failed attempts
If a payment attempt hasn’t been confirmed within the cut-off time, the PaymentIntent object’s status automatically transitions from processing
to requires_
. Additionally, if the funds are received after the cut-off date, the customer is automatically refunded.
On average, you can expect approximately 0.2% of Sofort payment attempts to fail. This may vary based on your industry or customer base. Depending on your average payment amount, the type of products or service you provide, and the risk associated with your business, you may prefer to fulfill orders only after receiving the payment_
event.
Refunds
Sofort only accepts refund requests within 180 days from the date of the original payment. After 180 days, it’s no longer possible to refund the payment.
You can submit a refund against pending charges that haven’t been confirmed yet. If you create a full or partial refund when a PaymentIntent’s status is processing
, the refund occurs only after the PaymentIntent’s status is succeeded
. If the PaymentIntent’s status is requires_
after a payment attempt fails, full and partial refunds are marked as cancelled because the money never left the customer’s bank account.