Klarna Docs - Subscriptions and on-demand
Subscriptions and on-demand

How to combine login and tokenized payments

Sign in with Klarna goes beyond the typical social login functionality of signing in or signing up. It's designed to enhance user experiences across various touchpoints, particularly in shopping, but its versatility makes it ideal for a wide range of applications. Whether you're creating seamless onboarding paths for on-demand mobility services, food delivery apps, or subscription-based platforms, Sign in with Klarna offers a tailored solution.

As businesses increasingly adopt tokenized payments to enhance security and streamline user experiences, we've developed a flow that seamlessly integrates account creation and payment setup. With Sign in with Klarna, consumers can sign up and set up payments in a single, effortless step—without any redirects or additional work on your end, apart from enabling this best-in-class flow.

  • Subscriptions: allows customers to sign up for a subscription using Klarna as their payment method. Once complete, the payment preferences are tokenized and automatically used for renewals by the merchant using the token to create orders. Shoppers can manage their preferences at any time in the Klarna App.
  • On-demand: allows customers to add Klarna as a payment method in a digital wallet for one-click purchases of on-demand services. Shoppers can update their payment preferences at any time in the Klarna App.

Both use cases are facilitated by the

"customer token"
.

Learn more about customer tokens here.

Example of on-demand flow.

The tokenized payment flow is supported in the Klarna Mobile SDK for:

  • iOS: Version 2.6.23 and later
  • Android: Version 2.6.21 and later

Make sure to request the correct scope for your use case:

Use caseScope
On-demandpayment:customer_present
Subscriptionpayment:customer_not_present

Web SDK

JAVASCRIPT
const siwkButton = klarna.Identity.button({
  scope: "profile:name profile:email payment:customer_present",
  redirectUri: "http://localhost:3000/callback",
});

Web SDK

Mobile SDK

iOS

KlarnaSignInButton initializer has new argument of tokenizationDelegate to received the KlarnaSignInTokenizationDelegate instance.

Android

Pass the KlarnaSignInTokenizationCallback instance into the KlarnaSignInButton constructor.

Mobile SDK

Web SDK

Handle the tokenizationTrigger event by making a call to the Klarna Payments API through your backend to create a new payment session.

JAVASCRIPT
siwkButton.on("tokenizationTrigger", async (callback) => {
  const response = await fetch("https://merchant-backend.com/payment", {
    method: "POST",
  });
  callback(response.session_id)
});

Web SDK

Mobile SDK

iOS

The KlarnaSignInButton now has a new protocol called KlarnaSignInTokenizationDelegate that needs to be implemented. The delegate implementation must provide the tokenization ID to the completion handler in order to continue the flow.

Android

The KlarnaSignInButton now has a new callback called KlarnaSignInTokenizationCallback that needs to be implemented. The callback implementation must provide the tokenization ID to the completion handler in order to continue the flow.

When creating the payment session, remember to:

  • Add the intent as tokenize to trigger the tokenization flow.
  • Set up the authorization webhook in the merchant_urls object.
  • Set order_amount and order_lines amount value to 0.

When offering on-demand services with Klarna, you must include the customer_tokens EMD package, to enable Klarna to perform accurate underwriting and fraud checks when the customer adds Klarna as a payment option for future on-demand payments.

After the customer consents to share their data, Klarna will automatically create an HPP session connected to the payment session_id provided in the response of the create_session.

You can read the tokens from the signin event response, the id_token will contain requested customer data.

The refresh_token can be used to fetch access token, allowing you to either retrieve customer data or log in customers during the purchase flow at a later time.

You should receive the authorization_token in a webhook to the URL that you provided in the create session call.

Make sure to generate a customer_token using the authorization_token following our documentation.

After that, customer_token can be charged.