# Decodificador de DLR. - URL canónica: https://www.broadnet.me/es/tools/dlr-decoder - Idioma: es - Última actualización: 2026-10-21 - Editor: BroadNet (https://www.broadnet.me) - Versión Markdown de la página, generada a partir de la página publicada. SMPP v3.4 · funciona en tu navegador Pega un acuse de entrega SMPP o elige un valor stat para decodificar qué le pasó realmente a un mensaje — el estado final del mensaje, el código err y cada campo analizado. Basado en el formato de acuse de SMPP v3.4. Elige un valor stat 8 campos analizados | Campo | Valor | |---|---| | id | 0B7A2F91 ID de mensaje del SMSC — coincide con el message_id devuelto en submit_sm_resp. | | sub | 001 Número de mensajes cortos enviados originalmente. | | dlvrd | 001 Número de esos mensajes entregados. | | submit date | 2407181432 → 2024-07-18 14:32 Cuándo aceptó el SMSC el mensaje (YYMMDDhhmm). | | done date | 2407181433 → 2024-07-18 14:33 Cuándo alcanzó el mensaje su estado final (YYMMDDhhmm). | | stat | DELIVRD Estado final del mensaje — el estado de entrega principal. | | err | 000 Código de error de red/SMSC — propio del proveedor; 000 normalmente significa sin error. | | text | Your verificatio Los primeros 20 caracteres del cuerpo del mensaje original. | Estado del mensaje DELIVRD Entregado message_state = 2 Final El mensaje llegó al terminal de destino y el SMSC recibió confirmación positiva de la red. Éxito. Este es el único stat que confirma la entrega al terminal. Concilia con el message_id devuelto en submit_sm_resp. Campo err 000 Sin error SMPP v3.4 no estandariza los valores err — son propios de la red o del SMSC. Busca cualquier código distinto de cero en la documentación de tu proveedor. La respuesta breve ## ¿Qué es un acuse de entrega SMPP? Un acuse de entrega (DLR) es un informe de estado que el SMSC devuelve por SMPP en un PDU deliver_sm, indicando el destino final de un mensaje que enviaste. Su campo short_message sigue el formato informal del Apéndice B de SMPP v3.4 — una serie de pares clave:valor. Lo principal es la palabra clave stat, que corresponde a uno de siete estados de mensaje. Solo recibes un DLR si lo solicitaste mediante registered_delivery en submit_sm. ### Los siete estados de mensaje de SMPP v3.4 | stat | state | Significado | ¿Final? | |---|---|---|---| | DELIVRD | 2 | Entregado | Final | | EXPIRED | 3 | Caducado | Final | | DELETED | 4 | Eliminado | Final | | UNDELIV | 5 | No entregable | Final | | ACCEPTD | 6 | Aceptado | Transitorio | | UNKNOWN | 7 | Desconocido | Transitorio | | REJECTD | 8 | Rechazado | Final | ## Preguntas frecuentes **¿Qué es un acuse de entrega SMPP (DLR)?** Un acuse de entrega es un informe de estado que el SMSC envía de vuelta por SMPP en un PDU deliver_sm, indicando el destino final de un mensaje que enviaste. Su campo short_message sigue el formato del Apéndice B de SMPP v3.4, con campos como id, stat y err. Solo llega si lo solicitaste mediante registered_delivery en submit_sm. **¿Qué significa stat:DELIVRD?** DELIVRD (message_state 2, DELIVERED) significa que el mensaje llegó al terminal de destino y la red lo confirmó. Es el único valor stat que confirma la entrega al terminal — un submit_sm_resp exitoso por sí solo no lo hace. **¿Qué es el campo err?** err es un código de error corto, propio de la red o del SMSC, que explica por qué falló un mensaje. SMPP v3.4 no estandariza sus valores, así que el significado exacto depende de tu operador o agregador. Un valor de 000 (o 0) generalmente significa sin error; busca cualquier valor distinto de cero en la documentación de tu proveedor. **¿Qué estados son finales y cuáles pueden cambiar todavía?** DELIVRD, EXPIRED, DELETED, UNDELIV y REJECTD son finales — el mensaje no se reintentará. ACCEPTD y UNKNOWN no son finales: el mensaje puede aún resolverse en un estado diferente, así que no los cuentes como entregados. **¿Por qué el id del DLR y el de la respuesta de envío a veces se ven diferentes?** Algunos SMSC devuelven el message_id de submit_sm_resp en decimal y el id del DLR en hexadecimal (o viceversa), y agregadores intermedios pueden reescribir los IDs por completo. Si no puedes correlacionarlos directamente, pregunta a tu proveedor qué representación usa, o rastrea tu propia referencia del lado del cliente. **¿Un submit_sm_resp exitoso significa que el SMS fue entregado?** No. ESME_ROK en submit_sm_resp solo confirma que el SMSC aceptó el mensaje para procesarlo. La entrega final al terminal se informa por separado mediante el DLR, que lleva su propio stat como DELIVRD o UNDELIV. Trata la aceptación del envío y la entrega como dos capas diferentes. **¿Son estos valores stat iguales en todos los SMSC?** Las siete palabras clave y sus números message_state están definidos por SMPP v3.4 y ampliamente respetados. Sin embargo, algunos SMSC emiten palabras clave adicionales propias del proveedor o reutilizan el campo text de forma distinta, así que confirma siempre los casos límite con la documentación de acuses de entrega de tu proveedor. [API de SMS REST + SMPP 3.4, autenticación con token Bearer, webhooks de entrega.](https://www.broadnet.me/es/products/sms-api) [Pasarela SMSC SMSC de nivel operador sobre SMPP + SS7.](https://www.broadnet.me/es/operators/smsc-gateway) [Centro de desarrolladores Inicio rápido, TypeScript SDK, referencias y herramientas.](https://www.broadnet.me/es/developers) ## ¿Quieres DLR limpios y fiables? BroadNet entrega acuses de entrega reales de extremo a extremo mediante enlaces SMPP 3.4 directos y webhooks de entrega — sin suposiciones. Habla con nuestro equipo sobre el enrutamiento. [Centro de desarrolladores](https://www.broadnet.me/es/developers) [API de SMS](https://www.broadnet.me/es/products/sms-api)