Sell subscriptions through checkout

Checkout let an end customer choose a visible plan, enter their details, and complete a subscription without a manual setup in the administration.

All product updates

Historical retrospective - August–November 2025
This article was written afterwards and describes the feature as it worked during the stated period.

Checkout let an end customer choose a visible plan, enter their details, and complete a subscription without a manual setup in the administration.

Enable checkout, make the relevant plan visible, and confirm that it has a valid price for the interval and currency the customer will use. If the purchase requires online payment, an active supported payment provider is required. Country, address fields, language, and the team’s payment settings can change which fields and payment options the customer sees.

The customer’s flow

The customer opens the checkout link, chooses the displayed plan, enters contact and address details, and selects a payment method. After checkout completes, the customer is created or reused and a subscription is created with the selected terms. Depending on the payment method, payment details, an invoice, or an initial transaction may also be created.

A confirmation page or order confirmation shows what was purchased. It is not necessarily proof that a later renewal payment succeeded. Follow the subscription status and invoice status separately.

If the plan cannot be purchased

A visible plan can still be incomplete. A missing price, currency, interval, or payment provider is a common cause. In the historical version, the first payment was determined by the selected plan and payment method. Later start dates, trials, and usage flows are separate milestones and must not be read back into the August behaviour.

A concrete historical example

A plan with a monthly price of DKK 300 and active card payment could be displayed in checkout. The customer entered a name, email, and address, confirmed the displayed amount, and completed the card payment. The result was a customer, subscription, and payment record; if payment was declined, the status had to be checked rather than creating another customer manually. With invoice payment, the result could instead be an invoice waiting for payment.

Check after purchase

Open the customer in the administration, check the subscription status, and inspect the first transaction or invoice. Compare the plan currency and interval with what the customer accepted. If the plan is missing, first check visibility, then the price row and payment provider.

What the customer expected

Checkout showed the plan and price available through the link at the time of purchase. The customer could see the payment method before confirming. A confirmation meant that the order was received; it did not necessarily mean a later renewal would succeed. With invoice payment, the customer instead followed the invoice due date and status.

Where does the customer find the link? The team shares the public checkout URL from the plan or payment link made available.

Why is a payment provider required? A card purchase cannot complete until a supported provider is active and the plan’s currency and price match the setup.

What should I do about a duplicate sign-up? First check whether the customer and subscription already exist, and read payment status before trying again.

See the current checkout and self-service guide (Markdown file, AI agent-friendly) for current purchases, start dates, and payment outcomes.

Bo Møller
Bo Møller
Emil Højbjerg
Emil Højbjerg

The people and AI helpers behind the updates

Bo Møller and Emil Højbjerg are the primary developers behind Alunta. They spend most of their time coding, so they have delegated the wording of these explanations to our AI helpers.

The AI helpers write from the updates we have deployed to the product. Bo and Emil are behind the changes and remain responsible for ensuring the information reflects what was actually released.