Skip to main content

Country Compliance Requirements

Messaging and voice rules are set country by country. Before you send to a new market you need to know four things: which sender types that country accepts (a long code? an alphanumeric Sender ID? a short code?), whether registration is required, what documents you must supply, and which content is restricted. Getting this wrong is the most common reason first sends to a new country silently fail to deliver. Orbit maintains a curated, per-country regulatory reference so you do not have to assemble this yourself. This page explains how to read it.
This reference is guidance to help you plan, not a delivery guarantee or legal advice. Final approval of a Sender ID or registration is granted by the regulator or carrier in each country, not by Orbit. Coverage is enabled per tenant — a country appearing here does not mean it is enabled on your account.

Look up a country’s rules

GET /compliance/country-rules is the read-only regulatory reference behind Orbit’s send-time gates. Any authenticated user can call it. Filter by channel (defaults to sms) and optionally by region:
Each row describes one country × channel:
The channel filter accepts sms, whatsapp, rcs, voice, email, and viber. The same country has separate rows per channel because different channels answer to different regulators — for example Meta’s WABA rules govern WhatsApp in Brazil while Anatel’s rules govern SMS.

Reading each field

Sender types


The registration levels

The registration field is the single most important value to read before launching. It drives Orbit’s send-time gate:
No Sender-ID registration is required. You can start sending once the channel and country are enabled on your account.
Traffic is blocked until you have an approved Sender-ID registration for the country. A2P SMS to a required country with no approved entry is held by the send-time gate. Register and get approved before launch — see Sender-ID Registration.

Documentation each country expects

Where a country requires (or recommends) registration, you submit supporting documents once, then reference them by their doc_… IDs when you register a Sender ID. The exact set varies by market, but most regulators ask for some combination of:
  • Proof of business registration — certificate of incorporation, business license, or equivalent.
  • A use-case description — what you send (transactional, OTP, marketing) and to whom.
  • Brand ownership / authorization — proof you are entitled to the Sender ID / brand name you are registering.
  • Local tax or regulator ID — for markets that key registration to a national identifier.
Read the target country’s sender_rules and content_restrictions in the country-rules response for the specifics, then attach the matching documents when you submit the registration. Some markets run their own dedicated registration regime rather than the generic Sender-ID flow:
  • India — Sender IDs (“Headers”), content templates, and consent templates register through the TRAI DLT portal. See DLT-India Onboarding.
  • United States — A2P SMS senders register a brand and campaign via 10DLC. See the 10DLC Registration guide.

A launch checklist for a new country

1

Look up the rules

Call GET /compliance/country-rules?channel=<channel> for the destination and read sender_types, registration, and content_restrictions.
2

Pick an accepted sender type

Choose a sender identity from that country’s sender_types — an alphanumeric Sender ID, a long code, a short code, or a channel-native sender (WABA / RCS agent).
3

Register if required

If registration is required (or recommended), upload your documents and submit the Sender ID for approval. Plan lead time — some markets take days to weeks.
4

Check content restrictions

Confirm your use case is allowed against content_restrictions and Restricted & Prohibited Industries, and add the required opt-out keyword if stop_requirement calls for one.
5

Launch

Once the country is enabled, the sender type is accepted, and any required registration is approved, start sending.