Credit-based Pricing,
From Quote to Ledger
Sell prepaid credits and tokens, draw them down as customers use your product, bill overage and recognise revenue as it's consumed. All in Younium, on one data model.
How do credits and tokens work in Younium?
Credits are granted once or every period, usage draws them down, and revenue follows consumption.
Every way to sell credits and tokens
Prepaid pack
Buy 10,000 credits once and use them until they expire.
Recurring allowance
New credits every month, quarter or year.
Allowance plus overage
Use more than the allowance and pay for the extra monthly.
Top up when low
Buy more in the app, by API or in self-service.
One balance, many actions
An API call costs 1 credit, an AI answer 5.
Credits next to seats
Credits, seats, usage and one-off fees on one contract.
How is revenue recognised for credits and tokens?
In Younium, credit revenue follows consumption. Every drawdown is recognised in the period the usage happened, at the value per credit: the net invoiced amount divided by the credits granted.
-
Credits are used. Credits used × value per credit, in the period of usage.
-
Credits expire unused. Breakage: the remaining value is recognised at expiry, so the books match the invoice.
-
Usage goes past zero. Overage is billed and recognised in the month of use. No deferral, no breakage.
-
The contract ends early. Unused credits × value per credit become a credit note, or are forfeited.
One product, three buyers
Ideal for SaaS companies that offer AI agents to their customers.
![]()
Credits, booked right the first time
Revenue recognised as credits are used and at expiry, compliant with IFRS 15 and ASC 606. Overage is calculated from actual usage, so invoices don't need correcting after they are sent.
![]()
Sell credits today. Expand them tomorrow.
Quote credits with every pricing option in Younium CPQ and turn quotes into orders without re-keying. Customers check their balance and top up themselves. At renewal, your team sees live balances and usage in the same app.
![]()
Stop building a credit engine.
Credit types, wallets, rate cards, expiry, rollover, top-ups and overage come out of the box. Your product reports usage through the public API and reacts to balance events through webhooks. Your engineers build your AI product, not a billing ledger.
Quote to ledger, out of the box
One data model from quote to general ledger means no integrations to maintain between CPQ, billing and revenue. Less risk, less manual work, fewer errors.
Billing and metering tools
Quote credits
Separate CPQ or CRM
Wallets and drawdown
Yes
Overage
Yes
Credit revenue recognition
Separate tool or spreadsheets
Credits with seats and usage
Often separate products
Younium
Quote credits
Native in Younium CPQ
Wallets and drawdown
Yes, per credit type, soonest-expiring first
Overage
Monthly in arrears, priced per credit and currency
Credit revenue recognition
Built in: consumption, breakage, overage, refunds
Credits with seats and usage
One contract, one invoice, one revenue schedule
Learn more about Younium Credits & Tokens
Key terms for credits & tokens
Credit
The unit customers prepay and spend. Each action costs a set number of credits.
Credit type
Like a currency. It defines what's counted and the rules for expiry, overage and price.
Wallet
Like an account in that currency. It holds one customer's balance and history.
Rate card
The price list in credits, for example 1 API call = 1 credit and 1 LLM request = 5 credits.
Breakage
The value of credits that expire unused, recognised as revenue at expiry.
What is credit-based pricing?
Credit-based pricing gives customers a balance of credits, bought as a prepaid pack or granted as a recurring allowance, which they spend on different actions in your product. Each action costs a set number of credits, defined in a rate card. In Younium, credits are quoted, invoiced, drawn down and recognised as revenue on one platform.
What's the difference between credits and usage-based billing?
Usage-based billing charges customers after they use the product. With credits, customers get a balance in advance, as a one-off pack or a recurring allowance. Usage draws it down, anything past it can be billed as overage, and revenue is recognised as the credits are consumed. Younium supports both, on the same contract.
How is revenue recognised for credits and tokens?
Younium recognises credit revenue as credits are consumed, at the net invoiced amount divided by the credits granted. Unused credits are recognised as breakage at expiry. Overage is recognised in the month of use. It is compliant with IFRS 15 and ASC 606.
What happens when a customer runs out of credits?
The credit type decides. Younium can track usage past zero without billing it, or bill it as overage monthly in arrears at a price per credit. Before that, a low-balance threshold flags the wallet and fires a webhook.
Can Younium stop usage when the balance hits zero?
Younium doesn't block usage. Your product checks the balance through the API, or reacts to Younium's low-balance webhook, and decides what happens at zero.
Do credits expire?
Expiry is set on the credit type: at the end of the billing period, at the end of the term, or a set number of months after the grant. Rollover at renewal is optional. Younium always draws the soonest-expiring credits first.
Can customers top up credits themselves?
Yes. Customers can check their balance, top up and check out in Younium's self-service portal. Credits can also be added in the app or through the public API.
Can I sell credits alongside seats and subscriptions?
Yes. Credits, seats, usage and one-off fees sit on one contract, one invoice and one revenue schedule in Younium, and are reported together.
Which Younium plans include Credits & Tokens?
Credits & Tokens is included in the Enterprise and Accelerator plans and is available from November 2026. It is switched on per customer, and existing usage billing stays unchanged.
Ready to price with credits and tokens
Move the conversation from "can we bill this?" to "how should we price this?". See Credits & Tokens running in Younium, from quote to recognised revenue.