Usage metering + billing

Meter everything.Bill for exactly what's used.

Track usage, enforce limits, and bill from one reliable source of truth.

12.4M

Metered events

99.99%

Captured

48MS

P95 check

One source of truth

Usage that engineering and finance can agree on.

The same event moves through metering, access control, pricing, and billing. There is less to reconcile because the system never loses the thread.

01

Meter every billable event

Capture API calls, credits, seats, storage, jobs, or any product action with consistent customer and feature context.

event.accepted

02

Check access before work runs

Evaluate entitlements and quotas in real time so expensive actions only happen when a customer has access.

access_granted

03

Keep pricing and usage aligned

Connect plans, metered features, credit balances, and overages to the same source of truth.

limit 10,000

04

Bill from settled facts

Issue invoices and receipts from verified usage, then reconcile provider activity without spreadsheet drift.

invoice.ready

Operational clarity

See consumption and revenue in the same frame.

Usage events, plan limits, customer state, invoices, and provider activity stay connected from the first request to the final receipt.

The interface is intentionally quiet: blue means live or actionable; neutral surfaces hold context; hairlines show structure without turning every object into a card.

Production workspace

Usage and revenue overview

Live events

Metered events

12.4M

+18.2% this period

Tracked MRR

$48,320

184 active subscriptions

Capture rate

99.99%

Across production events

Current period

API requests

78.42%

7,842 used10,000 limit

Result

Access granted

Overage

Not triggered

Event stream

12:41:08

api_request

cus_9f2a

+1

accepted

12:40:54

credit_spend

cus_b41c

-12

accepted

12:40:31

plan_limit

cus_1d87

78%

allowed

12:39:52

invoice_threshold

cus_9f2a

$129

ready

Precision flow

One measured path from action to invoice.

Start small with a single billable event, then add plans, limits, credits, and billing without replacing the foundation.

  1. 01

    Define

    Model plans, features, quotas, credits, and overage rules in a sandbox workspace.

    plan.model ready

  2. 02

    Check

    Ask Usagey whether a customer can perform the action before costly work begins.

    access allowed

  3. 03

    Track

    Record the successful billable event with an idempotency key and useful metadata.

    event +1 captured

  4. 04

    Bill

    Turn trusted usage into limits, overages, invoices, receipts, and revenue reporting.

    invoice item ready

Developer first

Two calls between intent and accurate billing.

Check access before the work begins. Track the event after it succeeds. Usagey keeps the operational detail visible without leaking billing complexity into your product.

  • Idempotent event writes for safe retries
  • Sandbox and production workspace isolation
  • Inspectable event and provider audit trails
Read the API documentation
billable-action.ts
server
import { Usagey } from "@usagey/sdk";const usagey = new Usagey(process.env.USAGEY_API_KEY!);const access = await usagey.check({  externalId: "customer-42",  feature: "api_requests",});if (access.status !== "access_granted") return access;// Run the billable work, then record successful usage.await performBillableAction();await usagey.track(  {    externalId: "customer-42",    feature: "api_requests",    quantity: 1,  },  { idempotencyKey: "request_01JEXAMPLE" });

Public endpoint

POST /v1/usage/check

Public endpoint

POST /v1/usage/track

From the wider conversation

What builders are saying about usage-based billing.

The model feels fair. The hard part is making every event, limit, and invoice trustworthy.

A great developer tool!
Worth a look if you're exploring this pricing model.
The infrastructure complexity is spot on. Reliable metering can become a massive distraction from core product development.
The hard part is the backend: tracking usage accurately, turning it into billable units, and making sure invoices match what customers see. If that breaks, trust breaks.
Usage-based pricing works really well when you tie it to a metric customers instantly understand, like compute time, messages, or transactions.
The tricky part isn't the pricing logic. It's tracking and billing it correctly.

Pricing

Start free. Charge correctly as you grow.

Choose the stage that matches your product today, then move up when usage becomes real revenue infrastructure.

Free
For testing and first integration
$0/month
5K tracked events/month
Basic usage dashboard
Docs and community support
1 organization
First integration and validation
Most popular
Growth
For teams actively monetizing usage
$129/month
2M tracked events/month
Alerts and advanced analytics
Exports and audit trails
Up to 5 organizations
Priority support
Custom webhooks and integrations
Enterprise
Custom infrastructure and support for high-volume or operationally complex billing teams
Custom
Custom event volume
Custom limits and workflows
Migration support
Custom integrations and reporting
Priority onboarding and support

Need more event volume, custom workflows, or help migrating from a DIY billing stack?

Frequently Asked Questions

Frequently Asked Questions

The practical details founders ask before trusting usage data with billing decisions

Ready when usage becomes revenue

Charge for real product value, without billing drift.