# Sender-ID registration · Pre-register alphanumeric SMS senders

Your brand. The destination’s requirements.

Sender identity

FIELDNOTES

Claim

Create the brand sender in the workspace.

Country requirements

Read required registration and next actions.

Ready to send

Check approval and an enabled destination.

Illustrative sender workflow. Read each country’s current requirements before sending.

## Why some senders need registering first.

Sender-ID registration is part of [SMS compliance](/sms-api/features/compliance) on the [Bird SMS API](/sms-api). To curb spoofing, a number of countries only deliver alphanumeric sender IDs that have been pre-registered with the local carriers or regulator. Where that applies, an unregistered branded sender is rejected or rewritten. Bird files the registration for you and exposes its state, so you don't send into a sender that can't deliver yet.

## How registration works.

Where it's required, who files it, and when it's live.

- **01** Know where it's required. Whether an alphanumeric sender ID needs registering depends on the destination country. Some require pre-registration, some allow dynamic senders, and some don't permit alphanumeric at all.
- **02** Bird files it for you. Choose the sender and destination, read the requirements and submit the registration through its supported workflow. Complete any additional form the program requests.
- **03** Track status through the API. Review the destination’s published requirements and any available timeline. Read the registration status and resolve requested corrections before sending.
- **04** It applies to alphanumeric senders. Registration governs the alphanumeric sender ID itself. Sending from numbers — long codes, short codes, toll-free — follows the rules of those number types instead.

## Check a registration's status from the API.

You file the sender ID from the dashboard; the requirements read tells you where it stands, one row per destination country. Branch on that row's status, and on whether the destination is switched on, before you send from that sender.

**sender-id-status.ts**

```typescript
// The sender surface is not on the SDK yet, so read it over HTTP with a key
// carrying the sms_management:read scope.
const res = await fetch(
  `https://eu1.platform.bird.com/v1/sms/senders/${senderId}/requirements`,
  { headers: { Authorization: `Bearer ${process.env.BIRD_API_KEY!}` } },
);
const { data: countries } = await res.json();

// Registration is decided per destination, so there is one row per country
// this sender can reach — never a single status for the sender itself.
const india = countries.find((c) => c.country_code === "IN");

// approved and not_required are the two statuses that satisfy a country.
// destination_enabled is a separate axis: a fully registered country still
// refuses the send while the workspace has it switched off.
if (india.status === "approved" && india.destination_enabled) {
  // safe to send from this sender ID to India
}
```

## Registration follows the alphanumeric sender.

This is the compliance step behind [alphanumeric sender IDs](/sms-api/features/numbers/alphanumeric). The sender type lets you send from a brand name where the country allows it; registration is what makes that name deliverable where the country requires it first.

## Questions about registration and sending

### Is claiming a sender ID the same as registering it?

No. Claiming creates the brand identity in the workspace. Country registration establishes whether that sender is approved for the destination that requires it.

### What should I check before sending?

Read whether registration is required, its status, whether the destination is enabled and any next actions. Having an approved sender does not turn on a disabled destination.

### How long does registration take?

Review the estimate published for the country when one is available. External review and requested corrections can affect timing; use status rather than an assumed launch date.

## Other compliance topics

Sender-ID registration is one of three SMS compliance regimes. See the rest.

- [A2P 10DLC](/sms-api/features/compliance/10dlc): Brand and campaign registration for US application traffic.
- [Opt-out and keywords](/sms-api/features/compliance/opt-out): Supported keyword handling and a queryable sender-and-subscriber suppression list.
- [All SMS compliance](/sms-api/features/compliance): 10DLC, opt-out, and sender-ID registration in one place.
- [SMS API overview](/sms-api): The full SMS API: sending, numbers, two-way, compliance, routing, and analytics.

## Scale without  losing control.

Organize teams in workspaces, control API access, and trace changes through audit logs.

Harbor Organization
Workspaces Production Sandbox

### Delivery agent

API key · Customer operations team
Active
Permissions Access
Email Read & write
SMS Read & write
WhatsApp Read Read & write
AL Alex Lee Admin  Permissions updated

### Audit log

Production
 API key updated Alex Lee · 09:42:18 UTC

Workspace
Production

Resource
Delivery agent

WhatsApp
Read Read & write

Succeeded

 [Workspaces](/docs/guides/workspaces)[Team roles](/docs/guides/users-teams-roles)[API authentication](/docs/guides/authentication)
[Explore Enterprise](/enterprise)

## Start with SMS. Build across channels with Bird.

[Get started](/dashboard/signup?returnTo=%2Fdashboard%2Fw%2Fsms%2Fonboarding) · [Contact Sales](/demo?product=sms)

[Email](/email-api) · [SMS](/sms-api) · [WhatsApp](/whatsapp-api) · [Apple Messages](/apple-messages-api) · [Voice](/voice-api)



## Related resources

- [Registering your SMS sender ID](/learn/sms/registering-your-sms-sender-id) (video)
- [SMS sender IDs](/docs/guides/sms/senders) (docs)
- [What is sender ID registration, and why do some countries require it?](/explained/sms/what-is-sender-id-registration) (answer)
- [Build your first integration](/learn/paths/integration) (course)

[Get an implementation brief](/learn/workspace?topic=sms-senders)
