Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.flexprice.io/llms.txt

Use this file to discover all available pages before exploring further.

Overview

Standalone is the default subscription_type in Flexprice. Every subscription is standalone unless you explicitly configure one of the other billing workflows. Use it whenever customers are fully independent: each has their own plan, usage ledger, invoice, and wallet. subscription_type result: standalone

How it works

Each subscription is self-contained:
PropertyWhere it lives
Plan and line itemsSubscription
Usage trackingCustomer
InvoiceCustomer (the subscription owner)
WalletCustomer
EntitlementsSubscription

When to use standalone

  • Direct SaaS: Your customers sign up directly. Each company or user is an independent billing entity with no relationship to other customers.
  • Multi-product: One customer uses several of your products, each as a separate subscription. Each subscription invoices independently.
  • Default: You are not sure which workflow to use yet. Start here and migrate later.

Prerequisites

  • A customer created in Flexprice (POST /customers or Dashboard)
  • A plan created in the product catalogue

Configure

  1. Navigate to Subscriptions and click Create Subscription
  2. Select the customer
  3. Choose a plan
  4. Set start date, billing period, and any overrides
  5. Click Create Subscription
No additional configuration is needed. A subscription created without any inheritance fields is automatically standalone.

Post-creation changes

Standalone subscriptions support the standard subscription lifecycle and modification APIs (plan changes, pauses, overrides, and so on). There is no hierarchy or invoicing redirect to update. If you later need consolidated billing, delegated invoicing, or grouped invoicing, use the workflows in those guides and create or modify subscriptions accordingly.

Analytics

Usage analytics behave like any normal subscription. Call Get usage analytics (POST /events/analytics) with the subscriber’s external_customer_id. You do not need include_children (that flag applies to consolidated billing rollups only).

Validations and constraints

A customer that already has an inherited subscription (from a consolidated billing parent) cannot create a standalone subscription. If you need a standalone subscription for such a customer, remove them from the parent hierarchy first.

Consolidated Billing

When one parent contract should cover multiple customers

Delegated Invoicing

When a third party should receive the invoice

Grouped Invoicing

When separate subscriptions should merge into one invoice