O fluxo principal (visão geral)
- Garantir API Key com
rcs:send(e, para acompanhar,rcs:read; para cancelar,rcs:cancel). - POST
/v1/rcs/messagescom listato(números E.164),messageTypeepayloadcoerentes com o tipo. - Guardar o
iddevolvido, GET/v1/rcs/messages/:idpara ver status, ou POST.../cancelse ainda for QUEUED ou SCHEDULED.
Pré-requisitos
- API Key com escopos:
rcs:send(obrigatório para enviar),rcs:read(consultar),rcs:cancel(cancelar na fila/agendado). - Envie a chave em toda requisição:
- Header:
Authorization: Bearer sk_live_xxxxx - ou Header:
x-api-key: sk_live_xxxxx
- Header:
1. Enviar RCS (tipo BASIC — só texto)
O tipo BASIC é o mais simples: texto nopayload.message.
Request
rcsIds — é o id para consultar ou cancelar.
Opcional — idempotência: header Idempotency-Key: uuid-único (ou x-idempotency-key) evita duplicar envio se sua aplicação repetir o POST.
Opcional — agendamento: inclua no body:
2. Consultar status
RequestQUEUED, SCHEDULED, SENT, DELIVERED, FAILED, etc.) e metadados úteis para suporte.
3. Cancelar (só QUEUED ou SCHEDULED)
Se a mensagem ainda não foi enviada ao provedor final, você pode cancelar: RequestPróximos passos
- Introdução — tipos CARD, CAROUSEL, FILE e limitações do ecossistema
- OpenAPI (RCS) — referência completa de payloads por
messageType
