--- title: "Getting messages into the Gulf: sender IDs, licensed aggregators and the AD- prefix" summary: "Regional A2P delivery is a licensing question before it is a technical one, and a global platform does not inherit local standing." canonical: https://cpaas.co/en/insights/gcc-sender-id-registration kind: use-case depth: applied origin: original published: 2026-07-23T11:34:07.986Z updated: 2026-09-08T11:34:08.126Z topics: ["MENA", "Compliance", "A2P"] language: en --- # Getting messages into the Gulf: sender IDs, licensed aggregators and the AD- prefix Teams that have shipped messaging in Europe or North America consistently underestimate this. The technical integration is the same. The path to being allowed to send is not. ## United Arab Emirates Business SMS is regulated by the Telecommunications and Digital Government Regulatory Authority. In practice this means: - **Registered sender IDs**, with both major operators, rather than one central registry. - **The AD- prefix on promotional traffic.** Mandatory since November 2020. A promotional message without it is non-compliant, regardless of content. - **Category pre-approval.** Promotional traffic is classified — banking, real estate, health, education, retail, tourism, charity — and the category is approved rather than self-declared. - **Documented consent** under the UAE's data protection framework. The separation of promotional from transactional is enforced, not advisory. They do not share a sender ID. ## Saudi Arabia The Communications, Space and Technology Commission — formerly CITC — oversees the sector. Two constraints matter most: - **Licensed aggregators.** A2P traffic goes through a licensed party. This is the constraint that most often surprises a global platform: coverage is not a commercial matter alone. - **Approved sender IDs**, with meaningful restrictions on international alphanumeric senders, which frequently pushes a foreign business toward a registered brand or a local number. ## What this means for a buyer **"Global coverage" is a claim to interrogate.** Ask specifically: are you a licensed aggregator in this market, or do you reach it through a partner? Both answers can be fine. Only one of them is what most buyers assume they are getting. **Registration timelines are procurement timelines.** Sender ID approval and category classification take weeks in some cases. A launch plan that treats this as configuration will slip. **A regional provider's advantage is real and specific.** It is not better software. It is standing with operators and regulators, which cannot be bought quickly and is genuinely difficult to replicate. ## The pattern underneath Notice how much of this mirrors 10DLC: identified senders, declared categories, registered content. Different regulators reached similar conclusions independently, because they were solving the same problem — an open channel that had been overrun. If you are building for multiple regions, model registration as a first-class concept — sender identities, approved categories, per-market status — rather than as a spreadsheet somebody maintains. Every market you add will want the same fields. ## The three regimes side by side ```diagram:compare | United Arab Emirates | Saudi Arabia | United States Who approves | TDRA, via both operators separately | CST, via a licensed aggregator | The Campaign Registry, via your provider Sender identity | Registered sender ID per operator | Approved sender ID, international alphanumeric restricted | Registered brand plus a ten-digit number Content declared as | A pre-approved category | A declared use case | A registered campaign with sample messages Promotional marker | The AD- prefix, mandatory | Separation enforced by sender ID | Separation enforced by campaign type Unregistered traffic | Non-compliant | Does not route | Blocked outright since February 2025 > Three regulators, no coordination between them, and a strikingly similar answer. That convergence is the thing worth planning around. ``` ## Sequencing a Gulf launch The order matters more than the effort, because several steps only start once the one before them has finished. ```diagram:flow # What has to happen before the first message Establish the entity | A trade licence in-market, or a partner who holds one. Nothing downstream starts without it. Choose the route | Direct with a licensed aggregator, or through a provider who is one. Ask which, in writing. Register the sender | Per operator in the UAE, per approval in Saudi Arabia. Not one submission, several. Classify the content | Category approval for promotional traffic. Transactional and promotional never share an identity. Evidence the consent | Documented, per person and per purpose, before the first send rather than at the first audit. > Weeks, not days, and largely serial. A plan that treats this as configuration will slip by a quarter. ``` ## The question that separates providers Ask one question and listen carefully to the shape of the answer: *are you the licensed party in this market, or do you reach it through someone who is?* Both answers can be perfectly good. A provider reaching Saudi Arabia through a licensed partner may deliver excellently. But the two answers have different failure modes, and you should know which one you have bought. A direct licence means the provider owns the regulatory relationship, can escalate, and carries the consequence of getting it wrong. A partner route means there is a party in the path you have no contract with, whose priorities are not yours, and whose problems arrive at your desk as unexplained delivery failures. The tell is a provider who answers the question with a coverage map. A map is not a licence. ## What to take away The integration is the easy half. The path to being allowed to send is regional, serial and slow, and it is the half that decides your launch date. Model registration as data — sender identities, approved categories, per-market status — because the next market wants the same fields, and the market after that will too. --- Published by the company behind five products in this category. Those products appear in this site's directory alongside competitors under the same published criteria and are labelled as its own. Editorial content does not recommend them.