/data, /analytics and /reference is metered in credits.
What a call costs follows from what it returns, so you can price a call before you make it. After the call, the X-Credits-Used response header
reports what it consumed. Credits don’t depend on any currency or plan: the same call costs the
same number of credits whoever makes it.
Open beta: metered and capped, not billed. Each call draws on your
team’s credits, which Dealroom grants when you get API access. When they run
out, requests return
402 CREDITS_EXHAUSTED. Allowances
are indicative and may change, and credits are not billed in money during
open beta.How a call is priced
- Four groups. Free (0), summary (1 per record), full profile (2 per record) and analytics (per query).
- A field costs the group of the dataset it comes from. A company’s own name, location and funding total are summary. Its founders, revenue and web traffic are glances at the people, financials and traffic datasets, so they are full profile.
- A request is charged at the highest group of any field it returns. One full-profile field makes the whole row full profile.
view=summaryreturns the summary shape.view=full, the default, adds the full-profile fields. It works on the entity collections and their/similarlenses.
/data/companies/{id}) always return, and charge for, the full profile.
Worked example
Here is the same company as a summary row and as a full row. Values are illustrative and trimmed for length.founders, revenue, traffic and patents. Each is a glance at another
dataset, so the row is priced at full profile.
What a call costs
Credits per group
A call costs its group’s credits times the records it returns: rows, map points, or one per analytics query. A call is priced at the prices in force when it is made; upcoming changes are listed with the date they take effect.Data endpoints
Analytics and reference endpoints
Fields that make a row full profile
On these collections, every field not listed is priced at summary. A row that returns any listed field is priced at full profile;view=summary leaves them out. Sub-resources are priced as a
whole, in the endpoint tables above.
Reading the header
0 and absent are deliberately different: 0 means the API metered the call and found it free;
absent means it was never metered.
Which responses carry it
- Carried: every response — success or error — to a request authenticated with an API key
under
/data/*,/analytics/*and/reference/*, including403,404,429and any400raised once authentication has completed. - Not carried:
/platform/*self-service (account, API keys, usage, teams, lists),/system/*,/health, the API reference itself, the namespace indices (/data,/analytics,/reference), and any response rejected before authentication completes — a401for a missing or invalid token, or the400for an API-key request without itsX-Client-Idheader.
Access-Control-Expose-Headers, so browser-side code can read it:
Remaining balance
During open beta an API key draws on its team’s credits, granted by Dealroom when you get API access. Your team’s used and remaining credits are shown on the API keys settings page. When they are used up, or if none were granted yet, requests under/data and /analytics return
402 CREDITS_EXHAUSTED until more are added; /reference lookups are free and stay available. The
balance trails usage by up to about two minutes, so a few requests past the limit can still succeed.
If your team’s credits cannot be checked for a moment, requests return 503 SERVICE_UNAVAILABLE;
retry shortly.
There is no X-Credits-Remaining header yet. The API only reports a figure it can compute exactly
on every replica, and a remaining balance needs a shared consumption counter that does not exist yet.
Further reading
Rate limits
How fast you can call the API — a separate control from how much you consume.
Errors
The error envelope and every stable error code, including the 402 when credits run out.