Sector
SMS para logística y reparto
Cada paso de un reparto es un momento en el que alguien quiere un SMS. Dispáralo desde tu propio sistema en cuanto cambia el estado y recibe el resultado de vuelta.
- Envíos transaccionales por API
- El estado de entrega vuelve por webhook
- Un registro de destinatarios por mensaje
Tu paquete [REFERENCIA] va en la ruta de hoy. Lo entregamos entre las 14:00 y las 16:00 y puedes ver el seguimiento en [ENLACE]
Enviado por API
Uno por cambio de estado
Tres mensajes que decide el escaneo, no el calendario
Ninguno puede esperar a que alguien se acuerde. Cada uno pertenece a un evento que tu sistema ya conoce.
Franjas de entrega
Una franja de dos horas enviada la mañana del reparto es lo que hace que haya alguien detrás de la puerta cuando llega la furgoneta. Sale por envío, según se planifica la ruta, no como una lista a las nueve.
Avisos de recogida
Un paquete que llega al punto o al mostrador avisa solo. El escaneo cambia el estado, tu sistema llama a la API y el mensaje sale en el mismo movimiento.
Entregas fallidas
Cuando una entrega falla, un SMS con la siguiente opción la reprograma antes de que el cliente tenga que llamar a nadie. Un reintento es un estado más, así que es un mensaje más.
Lo envía tu sistema, no una persona
Un aviso de entrega no es una campaña que alguien se acuerda de lanzar. Pertenece a un envío y a un momento, así que tiene que salir desde el sistema que conoce los dos: tu almacén, tu herramienta de rutas o tu plataforma de pedidos llama al endpoint transaccional con un número y un texto, un mensaje por evento, sin nada esperando en una cola a que lo aprueben.
La respuesta vuelve por el mismo camino. Los webhooks de entrega mandan cada cambio de estado a tu endpoint, así que si el aviso llegó queda anotado junto al envío al que pertenece y no en otra pestaña que nadie abre. Lo que falló está también en informes, mensaje a mensaje.

De una clave de API al primer cambio de estado
Es un endpoint y un webhook. El resto es decidir qué estados merecen un mensaje.
Crea una clave para el sistema que envía
Una clave de API por proyecto, para que la integración de la nave y la app de cliente no compartan credencial, y se pueda revocar una sin parar la otra.
Dispara un mensaje por evento
Llama al endpoint transaccional según avanza el estado: en reparto, llegando, entregado, fallido. Un número, un texto, una petición, ninguna lista que montar.
Recibe el resultado por webhook
Apunta los webhooks de entrega a tu endpoint y cada cambio de estado aterriza en tu sistema, así que el envío lleva consigo si su aviso llegó, junto a todo lo demás.
Mira el día, no cada mensaje
Los fallos, los destinos y todo lo enviado en el día están en informes, con un registro de destinatarios que abrir por el cliente que dice que no le llegó nada.