From subscription to schedule
Each product’s
fee_type and payment_terms (advance or arrears) decide which path a line takes; its revenue_allocation_method decides how the amount spreads across periods.
Allocation methods
The method is set per product, so one contract can mix methods across its lines. Set it throughrevenue_allocation_method on POST / PATCH /products/{id} or on the product page under Revenue Recognition. See Create a product.
Straight-line example
A $1,200 annual subscription billed in advance on January 1:Usage-based example
A metered product billed in arrears at $0.01 per call:Read revenue schedules
Four endpoints return the same shape at different scopes. Each takescurrency (the currency to report in) and interval (daily or monthly). See Revenue Schedules.
currency, start_date, end_date, interval, and chronologically ordered entries. Each entry has a new_* figure (the change in that period) and a total_* figure (the cumulative balance) for:
new_deferred_revenue is negative in periods where more is released than billed. The organization and legal-entity schedules convert every subscription into the requested currency using the FX rates you maintain — see Multi-currency below.
MRR, ARR, and ACV
Recurring-revenue metrics are separate from the schedule and are available per subscription:recurring_revenue_status is complete, partial, or unavailable — whether MRR and ARR include all matrix-priced recurring revenue. The same numbers are available for a specific version at GET /subscriptions/{id}/versions/{vid}/revenue and through GET /insights/revenue/subscription/{id}. Organization-wide net revenue, and revenue broken down by customer, product, and movement (new, expansion, contraction, churn), are on the Insights endpoints.
Handling changes
Because subscriptions are versioned, every change that affects revenue is a published version with an effective date, and the schedule is regenerated from it:- Upgrade or added product mid-term — the new version’s lines produce their own deferred and recognised amounts from the effective date; proration shows up as its own invoice lines and is recognised over the remaining period.
- Downgrade or removal — remaining deferred revenue for the removed lines is released or reversed according to what was credited.
- Cancellation — recognition stops at the cancellation date. Any refund is a credit note and reduces revenue in the credited periods.
- Credit notes — reduce recognised revenue for the periods the credited lines cover.
POST /subscriptions/{id}/changes/preview. See Subscription Changes.
Multi-currency
Schedules are produced in the currency each subscription bills in. When you ask for a schedule in anothercurrency, or for a legal entity or the organization, amounts are converted with the FX rates you maintain under Settings → FX Rates — each rate has a validity period, so historical periods keep the rate that applied at the time. See Multi-Currency.
Accounting integrations
With an accounting integration connected, Alguna posts the journal entries that the schedule implies — deferred revenue on issue, recognition each period — to the connected ledger, so you do not re-key them at close. See QuickBooks, Xero, and NetSuite. For your own reconciliation the schedule endpoints above are the source of truth; pull them at month end and tietotal_deferred_revenue to the deferred revenue account.
In the dashboard
Revenue Recognition shows recognised and deferred revenue by period, with drill-down by customer and product; each subscription also has a Revenue Schedule tab. Revenue Insights covers net revenue, movement, and top customers — see Insights.Next steps
Insights
Net revenue, billings, A/R ageing, and customer metrics.
Multi-Currency
FX rates and reporting currency.
Revenue Assurance
Find usage that should have been billed.
Accounting integrations
Post entries to your ledger.