Viber Day One: Allowlist a Sender ID and Send Your First Tier 1 Message
Orbit’s Viber Tier 1 (one-way SMPP) is live for every tenant on day one: no Rakuten registration, no per-tenant Viber Business signup, no approval window. This guide takes you from “Viber not yet used” to a first delivered Tier 1 message, and tells you when to start the Tier 2 registration that adds replies and rich media. The Viber channel reference holds the per-field detail and the Viber termination model explains the two lanes; this page is the day-one task. If you are already sending Tier 1 and want the branded two-way sender, go to Upgrade Viber from Tier 1 to Tier 2.1. Decide the lane
Tier 1 is the right day-one choice when your traffic is one-shot and outbound: OTPs, appointment and shipping alerts, account and fraud notifications. You can send as soon as your sender ID is allow-listed. Wait for Tier 2, or start its registration now and send Tier 1 meanwhile, when you need inbound replies, images and rich cards, or a verified branded sender profile.
Both tiers share one endpoint,
POST /api/v1/messages/viber, so starting on Tier 1 never blocks the upgrade: when Tier 2 is approved the platform reroutes your sends without a client change.
The tiers are not either/or. Most tenants send Tier 1 transactional traffic from day one and keep it as the fallback lane after Tier 2 goes live.
2. Allowlist your sender ID
A Tier 1 send carries an alphanumeric sender ID of up to 11 characters (for exampleOrbitDemo) in the from field. Devotel allowlists each ID with the upstream Viber aggregator before it can send; a sender ID that is not allow-listed is rejected at send time.
- Pick the sender ID your recipients will see: alphanumeric, up to 11 characters.
- Email support@devotel.io or your Devotel account manager with your organization ID and the ID you want allow-listed. Submit each ID during onboarding, and submit any new ID the same way before its first use.
- Devotel registers the ID with the upstream aggregator. There is no self-serve allowlist and no per-tenant Viber Business signup; allow-listing is the only onboarding step Tier 1 needs.
3. Send your first message
Tier 1 is text-only; put any call-to-action URL inline inbody.
202:
202
queued means persisted and accepted, not delivered. The status moves to submitted when the SMPP hub accepts the handoff and to a terminal delivered or failed when the DLR arrives. Follow it either way:
- Poll
GET /api/v1/messages/{id}until the status is terminal. - Consume the delivery-status webhook and match on the message
id, the same envelope every channel uses.
4. Billing and DLR semantics
Tier 1 bills on DLRdelivered. A message rejected before submit is free, and a terminal delivery failure refunds the charge, so you only pay for messages that reached the recipient’s device.
Delivery reports arrive on the Jasmin DLR path and move the message through the usual delivered / failed / rejected lifecycle; there is nothing extra to configure on your side. To run your own consumer against the status webhook, follow the DLR webhook consumer guide; the delivery log is the in-dashboard view of the same receipts.
Viber-specific failure reasons (recipient has no Viber install, sender not allow-listed in the destination market) land in the failure detail on the message and on the webhook.
5. Guardrails: rate limit and fallback
Tier 1 shares the platform’sPOST /messages/viber row: 50 requests per minute per organization by default. A burst above the row returns 429 with a Retry-After header and nothing is queued server-side; back off and retry, or stage bulk sends through the campaigns API so bursts never collide with transactional traffic.
Arm the safety net before your first production send: open Settings → Channels → Cross-Channel Fallback and add a rule with Primary: Viber, Fallback: SMS. When a Viber send fails for a Viber-specific reason (no Viber install on the device, aggregator rejection in that market), Orbit retries it over SMS automatically, from the next send after you save. The request body has no per-message fallback field by design; the organization-level rule keeps every send path consistent. If the recipient has opted out of SMS, the fallback leg is suppressed rather than delivered.