Skip to main content
Revenue recognition turns what you billed into what you earned, period by period, in line with ASC 606 and IFRS 15: revenue is recognised as the service is delivered, not when the invoice goes out or the cash arrives. In Alguna this is not a separate module you feed data into. The same subscription that produced the invoice produces the revenue schedule — deferred revenue when the invoice is issued, recognised revenue as each period passes, contract asset when service has been delivered but not yet billed — and the schedule is readable per subscription, per customer, per legal entity, or for the whole organization. Use this page to understand how the numbers are produced and to pull them through the API. This is the last link in the chain described in How Alguna Works: catalog → subscription → invoice → payment and revenue. Collections and payments do not change recognised revenue; see Collections.

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 through revenue_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 takes currency (the currency to report in) and interval (daily or monthly). See Revenue Schedules.
The response is 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.
Preview the financial effect of a change before committing it with 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 another currency, 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 tie total_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.