Skip to main content
Necesita tres cosas de quien gestione su pasarela: una URL base, un login HTTP y una contraseña. Si su login se configuró para SMPP no funcionará aquí. Es una separación deliberada, no un bug.

Enviar un mensaje

Un éxito trae el id que verá de nuevo en cada acuse:
Entrecomille el destino. "to": 61491570006 es JSON válido y pierde cualquier cero inicial antes de que el parser lo vea. Envíelo siempre como cadena.

Compruebe que funciona antes de depurar

Dos llamadas, ninguna de las cuales envía nada ni cuesta nada:
/secure/rate tarifica un mensaje sin enviarlo y no cuenta contra ningún límite de tasa. Es la forma más barata de confirmar que un destino es enrutable y está tarificado antes de enviar nada real.

Las tres cosas que rechazan un primer mensaje

En el orden en que probablemente se las encuentre:
1

403 Authentication failure

Contraseña incorrecta, login desconocido, o un login SMPP, que no puede usar esta API en absoluto. El mensaje es idéntico en los tres casos.
2

403 not an approved sender ID

Su cuenta tiene la aprobación de sender ID obligatoria y el from que envió no está en la lista. Omitir from usa su nombre de login, que normalmente tampoco está aprobado.
3

402 Insufficient credit

Prepago, y el saldo no lo cubre. No se envió nada y no se cobró nada.

¿Y después?

Un 200 significa aceptado para enrutar, no entregado. La respuesta al envío se emite antes de que se ejecute el enrutamiento. Para saber qué ocurrió realmente, pida un acuse:

Acuses de entrega

El payload, los niveles y cómo correlacionar por messageId.

Todos los campos

Valores por defecto, rechazos y parámetros avanzados.