Bitcall logoBitcall API

Overview

The Bitcall API gateway — one authenticated entry point to every Bitcall product.

The Bitcall API is a single, hardened gateway in front of every Bitcall product. Instead of integrating each product separately, you get one base URL and one authentication scheme.

How it works

Your app  ──key id + secret──▶  Bitcall API gateway  ──▶  OTP · eSIM · HLR
                                  auth · limits            (downstream products)
  1. You hold one key id and secret for the Bitcall API.
  2. Your app sends them as two headers on each request.
  3. The gateway authenticates the request, applies your rate limit, then proxies it to the right product — minting the downstream credential itself.

Your app never holds or sees a downstream product's credentials. It only ever holds its Bitcall key id + secret.

Why a gateway

  • One credential model. The same key, the same authentication and the same limits across every product.
  • Nothing to compute. Two headers on every request, from any language or tool. No SDK required.
  • Safe by default. Failures reveal nothing about why they failed, and a 404 never tells you an identifier belongs to someone else.
  • Add products without re-integrating. New products appear as new routes behind the same gateway.

Start here

Shared rules

Every product uses the same envelopes, pagination, error format and retry semantics. Learn them once:

The products

ProductWhat it doesAPI reference
OTPRent numbers and receive one‑time passcodesOTP
eSIMProvision and manage eSIM profiles and data planseSIM
HLRHome Location Register lookups and number intelligenceHLR

WebPhone (SIP voice calling) is documented separately and is not yet part of this API reference.

Each product is a standalone microservice with its own API. They share one credential model through the gateway, and each has its own API reference — see Products.

On this page