BroadNet
Fundamentos Respuesta de BroadNet

¿Qué es un DLR (confirmación de entrega)?

Última revisión 2 min de lecturaRevisado por el equipo de ingeniería BroadNet
Respuesta rápida

Un DLR es la confirmación asíncrona de que un SMS se ha entregado (o no se ha entregado) en el terminal. Lo genera el SMSC del operador receptor, se devuelve a través de SMPP mediante deliver_sm o un webhook HTTP, e incluye un estado (DELIVRD, UNDELIV, REJECTD, EXPIRED) y un código de error específico del operador.

Definición en lenguaje sencilloIndependiente del proveedorRevisado 27 de mayo de 2026
DiagramaCómo llega un mensaje A2P al teléfono
  1. Su aplicaciónSe envía a través de REST API o SMPP
  2. Plataforma BroadNetValida, enruta y factura cada mensaje
  3. SMSC del operadorConexión directa con el operador
  4. Terminal del abonadoEl mensaje se entrega
La confirmación de entrega (DLR) regresa por la misma ruta hacia su webhook
La respuesta larga

Todo lo que vale la pena saber, nada que no lo sea.

§01

Qué significa realmente "entregado"

DELIVRD significa que el MSC del destinatario ha informado de la entrega exitosa por radio al terminal; la red está satisfecha. No significa que el usuario haya leído el mensaje, abierto la aplicación de mensajería ni siquiera que tuviera la pantalla encendida. Considere el DLR como una confirmación a nivel de red, no como una confirmación de lectura. (Para confirmaciones de lectura, utilice RCS o WhatsApp).

§02

Los códigos de error que realmente ves

Los códigos de causa GSM del 1 al 127 son las razones a nivel de protocolo (suscriptor ausente, fallo del equipo, etc.). Los códigos de error SMPP del 0x0000 al 0x00FF son las razones a nivel SMPP (dirección de origen no válida, congestión). Los TLV específicos del operador a veces proporcionan información más detallada (radio fuera de cobertura, memoria del terminal llena). Un buen agregador traduce los códigos de operador, a menudo confusos, en una taxonomía de errores clara y manejable. El feed DLR de BroadNet normaliza los errores de más de 200 operadores en un vocabulario de 25 códigos.

§03

¿Por qué los DLR regresan tarde?

Muchas razones. El suscriptor en itinerancia permanece fuera de la red durante horas. El SMSC reintenta el almacenamiento y reenvío durante el período de validez (24 horas por defecto; hasta 72 horas para algunos operadores). La ruta de enrutamiento A2P del operador pasa por tres SMSC intermedios, cada uno con su propio retardo de cola. El sistema de monitorización avanzado rastrea la latencia DLR p50/p95/p99 por operador de destino y alerta cuando una ruta se degrada (ver patrones de monitorización DLR en /products/dlr-monitoring).

§04

¿Qué hacer con el DLR?

Tres acciones. Marca el mensaje como entregado/fallido en tu sistema de registro. Activa la lógica de negocio posterior (el flujo de recuperación del carrito continúa, se reintenta el OTP). Envía la información de vuelta a un panel de control de calidad de ruta para que tu agregador pueda reequilibrarla. La tercera es lo que diferencia una CPaaS de una red fija: BroadNet utiliza tus DLR para controlar la selección de ruta en tiempo real.

BNEscrito por el equipo de ingeniería BroadNet·Operando servicios de mensajería de nivel empresarial desde 2003, con sede en Dubái.·Estándares editoriales
Construye con esto

¿Necesitas ayuda para conectar esto?

Las páginas siguientes contienen los productos y las guías de integración que dieron origen a este concepto. Si prefiere una demostración en vivo, nuestro equipo de ingeniería atiende llamadas el mismo día durante el horario laboral MENA .

Habla con nuestro equipo de ingeniería.
Comentario

¿Te ha resultado útil esta respuesta?

Tu voto nos ayuda a priorizar qué respuestas ampliar con ejemplos, diagramas y fragmentos de código.

¿Te ha resultado útil esta respuesta?
Gracias, anotado. Mantendremos esta respuesta actualizada.
Entendido. Dinos qué faltaba. enviar una nota rápida.

Cómo redactamos y revisamos el contenido

¿Sigues necesitando ayuda?

Habla con un ingeniero de verdad sobre tu construcción.

Respondemos en un día hábil, y las cuentas de producción cuentan con soporte 24/7. Nuestros ingenieros de soluciones implementan código, no scripts.

$ curl -X POST https://api.broadnet.me/sms/sendSms
SLA de respuesta
Solicitudes de acceso de pruebaRespuesta en 1 día hábil
Producción24 / 7 · < 15 min
NOC de operadores24 / 7 · guardia