Measure Usage-based billing analytics and check the results
To measure usage-based billing analytics, choose one workflow and its owner. Define the events, test them with known inputs, and write a query that answers a specific question.
- 1
Choose when to log
Define one billable unit and exactly when your application records it.
- 2
Capture the outcome
Begin with usage_meter_recorded, usage_adjustment_recorded, quota_threshold_reached and document the grain of each event.
- 3
Check the stored rows
Review adjustments and plan changes before invoices become final.
- 4
Make the decision
Which accounts are approaching or exceeding included usage?
Related use cases
Check which events this guide covers
- Use this page for metered usage, quota consumption, entitlements, invoice inputs, and billing reconciliation.
- Use SaaS revenue analytics for subscription MRR movement, gross revenue retention, and net revenue retention.
- Keep both models separate from product activation until account identity and reporting windows have been reconciled.
Agent prompt
Paste this into your coding agent
Replace YOUR_API_KEY after signup, then ask the agent to run the product flow and verify the first events.
Usage-based billing analytics setup prompt
Instrument usage-based billing with Telemetry.
Use /skill.md and this Telemetry API key: YOUR_API_KEY
Log one usage_meter_recorded event at the final billable boundary with meter_event_id, account_id, plan, feature, unit_name, billable_units, included_units, billing_period, and status. Use an idempotency key that survives retries.
Also log append-only usage adjustments, quota-threshold notifications, exports, and reconciliation outcomes. Create dashboards for monthly quota burn, usage by feature and plan, overages, and provider reconciliation differences.
Do not log payment details, invoice documents, credentials, or raw customer content. Do not use request count as billable quantity unless the commercial contract defines it that way.Setup steps
- 1Define one billable unit and exactly when your application records it.
- 2Emit an idempotent meter event with account, plan, quantity, and unit.
- 3Compare monthly usage with the included quota and provider aggregate.
- 4Review adjustments and plan changes before invoices become final.
Events to capture
Questions you can answer
- Which accounts are approaching or exceeding included usage?
- Do internal meter totals match the billing provider?
- Which features and plans create the most billable units?
Example event schemas
Event schemas for this workflow
Check what each event records, when to send it, and which field types it needs. Review the example payload and privacy checklist before using it in production.
invoice_payment_completed
One terminal payment attempt.
View schemasubscription_changed
One committed recurring-revenue movement per account, subscription, and effective change.
View schemausage_meter_recorded
One accepted usage increment per idempotency key and meter.
View schemaUse these queries in Telemetry
Learn about Dashboards
Save a product or revenue query to a dashboard your team can check.
Related SQL recipes
More SQL recipes
Run the query using this workflow's event fields and check the example result. Save the result to a dashboard or set up an alert.
Calculate usage quota burn by account
Which accounts are consuming their included usage fastest this month?
Open recipeCalculate monthly recurring revenue movement
What caused recurring revenue to grow or shrink each month?
Open recipeMeasure payment-failure recovery
Which payment failures recover, and how much revenue remains at risk?
Open recipeCalculate net and gross revenue retention
How much starting recurring revenue was retained before and after expansion?
Open recipeCustomer evidence
Related customer stories
Next step
Create the API key your agent will use
The free plan is enough to run the prompt, send test events, and review the first dashboard.
Related pages