Skip to main content
Você precisa de três coisas de quem opera seu gateway: uma base URL, um login HTTP e uma senha. Se seu login foi criado para SMPP, ele não vai funcionar aqui. É uma separação deliberada, não um bug.

Enviar uma mensagem

O sucesso traz o id que você verá em cada recibo:
Coloque o destino entre aspas. "to": 61491570006 é JSON válido e perde qualquer zero à esquerda antes que o parser sequer o veja. Sempre envie como string.

Confirme que funcionou antes de depurar

Duas chamadas, e nenhuma delas envia nada nem custa nada:
/secure/rate tarifa uma mensagem sem enviá-la e não conta em nenhum rate limit. É o modo mais barato de confirmar que um destino é roteável e tem preço antes de enviar algo real.

As três coisas que recusam uma primeira mensagem

Na ordem em que você provavelmente vai encontrá-las:
1

403 Authentication failure

Senha errada, login desconhecido, ou um login SMPP, que não pode usar essa API. A mensagem é idêntica nos três casos.
2

403 not an approved sender ID

Sua conta tem aprovação de sender ID obrigatória e o from enviado não está na lista. Omitir from usa o nome do login, que geralmente também não é aprovado.
3

402 Insufficient credit

Pré-pago, e o saldo não cobre. Nada foi enviado e nada foi cobrado.

E depois?

Um 200 significa aceito para roteamento, não entregue. A resposta de submissão é enviada antes que o roteamento rode. Para descobrir o que realmente aconteceu, peça um recibo:

Recibos de entrega

O payload, os níveis e como correlacionar por messageId.

Todos os campos

Padrões, recusas e parâmetros avançados.