A meter bought into a suite
A payments, CRM or enterprise platform that acquired a metering engine. Powerful reach, but the meter and the billing engine are two systems mid-integration — rating still has to reconcile to the invoice.
2026 Landscape
Usage and AI pricing need high-throughput metering, rating against tiers and credits, and invoices that reflect real consumption. In 2026 the standalone meter largely consolidated — Stripe acquired Metronome, Salesforce acquired m3ter, Adyen acquired Orb, and Zuora had earlier absorbed Togai. Below are the usage billing tools available in 2026, with the capabilities worth weighing when you compare them.
Capabilities that matter: ingestion and scale, metering flexibility, hybrid pricing, pricing agility and prepaid credits. Updated July 2026.
AI and consumption pricing turned metering into a first-class billing problem: billions of events, idempotency, credits and overages that have to rate correctly and land on an invoice customers trust.
In 2026 the standalone metering category consolidated almost overnight — Stripe acquired Metronome, Salesforce acquired m3ter, Adyen acquired Orb, and Zuora had already absorbed Togai. The question is no longer whether a vendor can meter. It's whether metering shares one record with packaging, billing and rev-rec, or is a recently acquired engine still being wired to the platform sitting next to it.
Three types
They solve different problems. Sorting which type you actually need narrows the field fast.
A payments, CRM or enterprise platform that acquired a metering engine. Powerful reach, but the meter and the billing engine are two systems mid-integration — rating still has to reconcile to the invoice.
Self-hosted metering and invoicing you operate and scale. Full control and no lock-in, but you staff the ops and stitch packaging, rev-rec and retention around it.
Metering is one native feature of a platform that also packages, bills, recognizes and retains — so usage flows to invoice and revenue on one record, automatically.
What to weigh
Great usage billing ingests events from anywhere — warehouses, S3, API, raw or pre-aggregated — meters them near-real-time with idempotency, and rates them against models you set by configuration, not code.
But ingestion and scale are only the first axis. The five below also weigh metering flexibility, whether hybrid subscription-plus-usage lands on one invoice, how fast you can change pricing on live subscriptions, and whether prepaid credits burn down and cap correctly — the places a bolted-on meter tends to strain.
The core capabilities
Ingest events from S3, warehouses, flat files or API — raw or pre-aggregated — and meter them near-real-time with idempotency at high volume.
Configure meters, aggregations and rating against tiers, volume, stairstep, PAYG and outcome-based models — by configuration, not code.
Blend base subscriptions with usage, credits and overages in a single pricing model on one invoice.
Launch and revise pricing models on live subscriptions without re-engineering the billing pipeline.
Configure grants, track burndown, auto top-up and bill overages, with hold-and-authorize so shared credit pools can't silently overdraw.
Stack fit
Where usage billing connects to the rest of the stack.
Blend base subscriptions with usage, credits and overages in one model — the pattern most SaaS and AI now run.
Metered revenue flows into ASC 606 schedules automatically, not through a separate rev-rec tool or a meter acquired beside the billing engine.
Turn metered events into plans, limits and credits customers can buy and be gated on.
Run enterprise commits and self-serve usage accounts from one catalog.
The tools
Listed alphabetically. Each row links to more detail — this page lists the tools for comparison and does not rank them.
Narrow it down
A pure-consumption product may only need a meter; a subscription-plus-usage model needs both on one invoice from one system.
With Metronome, m3ter and Orb now inside larger platforms, ask whether metering and billing are one record today or two engines mid-integration.
Frequent model changes reward pricing agility — configuration on live subscriptions, not a re-engineered pipeline.
If finance recognizes usage revenue, keeping metering and rev-rec together removes the reconciliation.
Scale matters, but packaging, hybrid pricing, credits and rev-rec are where most usage products actually get stuck — and where a meter acquired beside the billing engine still reconciles.
Buying a meter is not the same as unifying one; integration takes time, and until it's done, rating, billing and revenue are separate systems.
A meter rates events; a system of record bills, recognizes and retains — those are different jobs, whoever owns them.
Capabilities reflect a July 2026 review of publicly documented features. This page lists tools for comparison and does not rank them.
Look for real-time metering, flexible pricing primitives and a clean path into invoicing and revenue. The strongest fit depends on volume: consumption-first products need metering scale, while hybrid SaaS needs subscription and usage on one invoice from one system.
Meter each billable event — a token, a call, an action — then rate it against a pricing model that can mix prepaid credits, overages and tiers. Native support matters; a meter recently bolted onto a payments or CRM platform still has to reconcile rating to the invoice.
They confirm usage billing is now table stakes, but acquiring a meter is not the same as unifying one. Metronome, m3ter and Orb are being integrated into their acquirers' stacks, so buyers should ask whether metering, packaging, billing and rev-rec share one record today or remain separate engines mid-integration.
Usage has to reach both the invoice and the revenue schedule. When metering, billing and rev-rec live in one system, that flow is automatic; when they're separate — including a meter acquired into a larger platform — finance reconciles usage to revenue every close.
Native usage billing inside a full monetization platform — packaging, billing, and rev-rec without bolting on a separate meter.