Use case
You built a product on top of OpenAI, Anthropic, or Google, and you charge your own customers for the AI it uses. To bill them fairly — usage-based pricing, COGS-based margins, or just a monthly true-up — you need to know exactly what each end customer consumed: their tokens and their cost, attributed accurately to them.
The provider invoice can't help. It gives you one lump sum for your whole account — it has no idea that some of those tokens were customer A and some were customer B. Without a per-customer breakdown, you're either guessing at allocation or eating the cost.
Route your provider calls through TOLVYN and tag each request with the end customer it
belongs to — one header, X-Tolvyn-End-Customer, or set it once in
the SDK. From there TOLVYN does the metering and attribution:
That CSV (or the API behind it) is the per-customer usage record you feed into your own billing — the numbers you turn into your customers' charges.
TOLVYN is a metering and attribution layer — not a billing system. It produces accurate per-customer usage and cost data. It does not issue invoices, collect payments, manage subscriptions, or run usage-based-billing automation for your customers.
You keep your own billing stack — Stripe, Chargebee, a custom invoicing flow, whatever you already use — and feed TOLVYN's per-customer numbers into it. TOLVYN answers "what did each customer consume and what did it cost?"; your billing system turns that answer into an invoice and charges the card. Clean separation: we do the meter, you do the money.
X-Tolvyn-End-Customer to each request to mark which customer it serves.X-Tolvyn-End-Customer is still metered, but rolls up to your organization total as unassigned — it won't appear under a customer until you tag it. Set it once per request path.Tag your traffic by customer and the per-customer numbers are there from the first request. Free to start — 10,000 requests a month, no card required.