LATAM channels onboarding: WhatsApp, SMS, and voice
This guide walks you end to end through the Latin America region — Brazil, Mexico, Argentina, Colombia, Chile, and the rest — from first sender ready through send, inbound webhook, and the carrier errors you will actually see. It is the LATAM counterpart to the APAC channels onboarding guide, which covers LINE, WeChat, KakaoTalk, and Zalo. The guide complements the per-channel references (WhatsApp, SMS, RCS, Voice) — those document the API shapes; this guide is the ordered playbook you follow the first time.Pick the right channel per country
Do not activate every channel at once. Pick one default per country, then add a fallback:
If you are unsure, start with WhatsApp in Brazil and Mexico, SMS elsewhere. The WhatsApp quickstart, SMS channel page, and RCS channel page cover per-channel setup; this guide covers the ordering and the regional behaviour you need to know.
1. Sender readiness — WhatsApp WABA
For Brazil and Mexico, WhatsApp is the right default — which means you must register a WhatsApp Business Account (WABA) first. Sender identity on WhatsApp is bound to the connected WABA; you never pass it per send.- Complete the WABA setup guide. Your WABA number must be a number you control (not a shared pool number) and your business must be verified in Meta Business Suite.
- For Brazil: verify display name quality. WhatsApp rate-limits sends when display-name quality is low. Keep display names in the local language and avoid superlative-heavy names that trip Meta’s moderation.
- For Mexico: the same WABA setup applies. Mexican inbound WhatsApp numbers route to the same tenant webhook URL.
- RCS in Brazil: confirm your RCS agent is verified before you lean on it as fallback. RCS agent verification is per-country.
2. Sender readiness — SMS sender id and short code
SMS sender identity differs per country:- Brazil — short codes dominate A2P SMS. Short-code registration leads time is 4–8 weeks on the three dominant carriers (Claro, Vivo, TIM). Long numbers and unmanaged sender ids are heavily filtered. Budget lead time accordingly.
- Mexico — most carriers accept alphanumeric sender ids, but they must be pre-registered with the operator. Unregistered alphanumeric senders are stripped to a gateway-long-number at the carrier edge.
- Argentina, Colombia, Chile, Peru — alphanumeric sender ids burn through on some carriers and get stripped on others. Test with a single low-volume send first, then verify final sender delivery via the delivery-status webhook before bulk.
3. Sample send flows per channel
WhatsApp template send (Brazil and Mexico default)
WhatsApp requires an approved template for business-initiated sends. Template name and language code must match the approval exactly. For Brazil and Mexico, submit your templates inpt_BR and es_MX respectively — Meta does not fall back across language codes.
Node.js
202 Accepted means queued; the terminal delivered / failed arrives on the delivery-status webhook. When the recipient replies, the 24-hour session window opens and you may send free-form text directly — see Send a Session Message.
SMS send (no template)
SMS on Orbit is template-free — you send a plainbody and the sender id goes in from (or you use the tenant default).
Node.js
channel: "sms" rather than looping the single-send endpoint. Watch the carrier rules below before you start high-volume.
RCS in Brazil (optional channel)
RCS is useful in Brazil where Samsung Messages and Google Messages have good penetration. Template-first — you register messages with your RCS agent before sending. The send shape matches the RCS channel page; the RCS onboarding guide walks agent verification.4. Carrier errors you will actually see
Carrier error codes differ per per-country carrier, but the shapes below cover what you will actually see in live traffic:
These per-carrier shapes are documented carrier-by-carrier on the per-channel references — the table above is the shape you will see on the error webhook, not the carrier’s internal code.
5. Compliance posture per country
Compliance in LATAM is tenant-owned. Orbit ships the controls; you configure them per country. The platform’s one platform-global hard guard is the US TCPA federal voice dialing window — it is not LATAM-relevant, and it does not apply there. There is no per-LATAM platform-imposed regulatory gate. What you own per country:- Brazil (LGPD) — data-protection law. Suppression lists, the right to be forgotten, and consent records fall to you. Orbit supplies the controls; see consent management and suppression list export.
- Mexico (LFPDPPP) — opt-out must be honoured on every sender. Configure your opt-out handling in opt-out lists before any bulk send.
- Argentina, Colombia (Ley 1581), Chile — general data-protection laws apply. Map which lawful basis (consent, legitimate interest, contract) applies per use case before you enable the channel.
- Country requirements reference — the country-requirements page is the per-country map of what Orbit knows you need to configure; check it per market.
- Quiet hours / campaign limits — see quiet-hours configuration and campaign limits and quiet hours for the tenant-configurable throttles Orbit ships.
6. Time-to-live expectations per channel
What “delivered” timing means per channel — so you can set SLA, retry, and fallback rules:
These are expectations you set, not guarantees Orbit makes. Measure on your traffic before you set an SLA; the delivery log guide walks you through reading terminal statuses and delivery latency per channel + country.
Where to go next
- Connect your first channel — the cross-channel connect flow.
- Send and receive messages — the cross-channel send pattern.
- Fallback chains — WhatsApp → SMS → voice failover.
- APAC channels onboarding — the parallel guide for LINE/WeChat/Kakao/Zalo.
- Best practices — platform-wide sending hygiene.
- WhatsApp channel page · SMS channel page · RCS channel page — per-channel API references.