/secure/ y
usan autenticación HTTP Basic; /ping no usa ninguna.
Los dos últimos piden; no conceden. Un sender ID o una plantilla escritos a través de ellos se
almacenan a la espera de la aprobación de su proveedor y no son utilizables hasta que los
apruebe. Llegaron en la pasarela 0.9.7; contra cualquier versión anterior responden
404.La envoltura
Cada respuesta es un objeto JSON con o biendata o bien message. Nunca ambos, y nunca
un valor desnudo en el nivel superior.
Success
Failure
res.ok, y la razón legible siempre está en message.
No hay campo de código de error: el estado HTTP es el código, y la cadena es para una persona
leyendo un log.
Autenticación
Basic, con su login HTTP como nombre de usuario:username y password como
campos del cuerpo no se ignoran: se rechazan como argumentos desconocidos, que es como suele
anunciarse un payload copiado de otra pasarela.
Guiones bajos y guiones son el mismo campo
Cada_ se reescribe a - antes de que se parsee el cuerpo. Así que dlr_url y dlr-url son un
único campo, y puede escribir el que prefiera su lenguaje.
Dos consecuencias que merece la pena conocer antes de que muerdan:
Enviar ambas ortografías es un 400, no gana la última
Enviar ambas ortografías es un 400, no gana la última
{"dlr_url": "…", "dlr-url": "…"} es un duplicado de un campo, y la API rechaza en lugar de
elegir silenciosamente una. Es deliberado: elegir en silencio significaría que un acuse iría a
un sitio que el llamante no pretendía.custom_tlvs es la única excepción
custom_tlvs es la única excepción
Conserva su guion bajo.
custom-tlvs es un argumento desconocido y devuelve un 400, porque
el normalizador exime este único nombre. Véase TLV personalizadas.Esta referencia es la autoritativa
Describe lo que la pasarela realmente acepta, y sus ejemplos se han ejecutado contra una instancia en vivo.Relacionado
Errores
Cada estado que devuelve esta API y qué lo provoca.
Quickstart
Primer mensaje en menos de cinco minutos.