> ## Documentation Index > Fetch the complete documentation index at: https://docs.orbit.devotel.io/llms.txt > Use this file to discover all available pages before exploring further. # Number Intelligence dashboard: console, metering, and spend caps > Run lookups from the Numbers → Lookup console, follow what each lookup resolved, and keep spend under control with metering, a shared daily cap, and history analytics. # Number Intelligence dashboard: console, metering, and spend caps Orbit's Number Intelligence product answers one question about a phone number — what is it, is it live, and how risky is it — through one console and one set of endpoints: * **HLR lookups** — carrier, line type, portability, reachability. * **Live activity** — current on-network reachability, roaming, and serving network. * **Risk signals** — SIM-swap recency, identity match, number reputation, SMS-pumping risk, and the fused trust-package verdict. This guide covers the operator-facing half of the product — the Numbers → Lookup console, how lookups are metered and capped, and how to read the history analytics. For the endpoints themselves, see [Number Lookup](/numbers/lookup); for the endpoint reference, see [Numbers](/api-reference/endpoints/numbers). *** ## The lookup console The console lives under **Numbers → Lookup** in the dashboard and has three parts: 1. **Single lookup** — one number, one verdict. Handy when the compose flow flags a recipient, or you want to eyeball a single suspicious destination before a send. 2. **Bulk lookup** — up to 100 numbers per request, with a per-row result table. This is the pre-flight scrub you run against a campaign audience before launch; drop dead, invalid, or high-risk numbers and only then send. 3. **Recent lookups + history** — the outcome feed and analytics the console renders from your lookup history: every billed lookup with when it ran, the masked number, what it resolved (line type), and what it cost, plus daily totals and the cap remaining for today. All three flows call the same endpoints you can use directly — `POST /numbers/lookup`, `GET /numbers/lookup/{phone}`, `POST /numbers/bulk-lookup`, and `GET /numbers/lookup-history` — so anything you can do in the console, you can automate. ## Metering and spend Every upstream-answered lookup is billed to your wallet on the `number_lookup` channel — fallback 1¢/query, per-org overrides apply. The rules that matter operationally: * **Charged on answer.** A single lookup is charged *after* the upstream returns; if the query falls back to local E.164 validation (no upstream call), it is free. Bulk lookups charge per successful row. * **Pre-flight balance check.** Bulk lookup checks `N × unit price` against your balance before it fans out, and short-circuits with `402 INSUFFICIENT_BALANCE` — not a partial answer. * **Shared daily cap.** A per-organization daily cap (default **\$50/day**, configurable from **Settings → Billing → API limits**) applies across *all* lookup paths — single, bulk, and any flow that taps the same HLR signal (the compose-time recipient chip counts toward the same bucket). Exceeding the cap returns `429`; the console shows **cap remaining** for today. * **Sandbox.** `testMode` requests are never billed and never count toward the cap. * **Bulk idempotency.** A retried bulk request collapses onto the same ledger rows — you are not charged twice for the same number in the same request. Individual lookups are near-free; a cold-list scrub is where volume adds up — a 10,000-number list at the fallback rate is \~\$100, which blows past the default daily cap. Either raise the cap or split the list across days. Sandbox credits and test-mode lookups are not billed, but they still run the same upstream dip — use them for end-to-end tests, not for free volume. ## Reading the history analytics `GET /numbers/lookup-history` returns up to 90 days of lookup activity — the same analytics payload the console renders: * **Summary** — total lookups, total spend, today's spend vs the daily cap, and the dominant wallet currency. * **Daily buckets** — a per-day count and spend series for the chart. * **Recent feed** — the rows for the log: when each lookup ran, the masked number, the resolved line type when the upstream carried one, and the cost. The console refreshes this view after every lookup you run from it — a single lookup or a bulk run invalidates the history analytics, so the numbers you see are the ones you just burned. If you run lookups through the API, the refresh happens on the next poll of the widget. ## Before you send The console is the diagnostics half of the product. The pre-send half lives in the same surface: * **List hygiene** — bulk-lookup a campaign audience and drop invalid and unreachable numbers before launch, not after. * **Fraud / ATO gating** — dip `sms_pumping_risk` and `number_reputation` before granting an OTP send; a VOIP/virtual line with recent SIM-swap activity is the classic SMS-pumping / SIM-hijack fingerprint. * **Reachability pre-flight** — `live_activity` fuses current on-network presence, roaming, and the serving network into one verdict, so a parked or dead line doesn't eat a costly send. *** ## Related guides * [Number Lookup (reference)](/numbers/lookup) — endpoint shapes, Fields selector, and the data-package catalog. * [Numbers](/api-reference/endpoints/numbers) — the full endpoint reference for every channel. * [Batch DNC pre-flight scrubbing](/guides/dnc-preflight-scrub) — the compliance half of the pre-send gate (opt-out status, not line intelligence). * [Rate limits](/guides/rate-limits) — the shared per-tenant rate-limit taxonomy lookup routes live under.