# Décodeur DLR.

- URL canonique: https://www.broadnet.me/fr/tools/dlr-decoder
- Langue: fr
- Dernière mise à jour: 2026-10-21
- Éditeur: BroadNet (https://www.broadnet.me)
- Version Markdown de la page, générée à partir de la page affichée.

SMPP v3.4 · fonctionne dans votre navigateur

Collez un accusé de réception SMPP ou choisissez une valeur stat pour décoder ce qui est réellement arrivé à un message — l'état final du message, le code err et chaque champ analysé. Fondé sur le format d'accusé SMPP v3.4.

Choisissez une valeur stat

8 champs analysés

| Champ | Valeur |
|---|---|
| id | 0B7A2F91 ID de message SMSC — correspond au message_id renvoyé dans submit_sm_resp. |
| sub | 001 Nombre de messages courts soumis à l'origine. |
| dlvrd | 001 Nombre de ces messages livrés. |
| submit date | 2407181432 → 2024-07-18 14:32 Moment où le SMSC a accepté le message (YYMMDDhhmm). |
| done date | 2407181433 → 2024-07-18 14:33 Moment où le message a atteint son état final (YYMMDDhhmm). |
| stat | DELIVRD État final du message — le statut de livraison principal. |
| err | 000 Code d'erreur réseau/SMSC — propre au fournisseur ; 000 signifie généralement aucune erreur. |
| text | Your verificatio Les 20 premiers caractères du corps du message d'origine. |

État du message

DELIVRD Livré

message_state = 2 Final

Le message a atteint le combiné destinataire et le SMSC a reçu un accusé positif du réseau.

Succès. C'est le seul stat qui confirme la livraison au combiné. Recoupez-le avec le message_id renvoyé dans submit_sm_resp.

Champ err

000 Aucune erreur

SMPP v3.4 ne standardise pas les valeurs err — elles sont propres au réseau ou au SMSC. Recherchez tout code non nul dans la documentation de votre fournisseur.

En bref

## Qu'est-ce qu'un accusé de réception SMPP ?

Un accusé de réception (DLR) est un rapport d'état que le SMSC renvoie via SMPP dans un PDU deliver_sm, indiquant le sort final d'un message que vous avez soumis. Son champ short_message suit le format informel de l'annexe B de SMPP v3.4 — une suite de paires clé:valeur. L'élément principal est le mot-clé stat, qui correspond à l'un des sept états de message. Vous ne recevez un DLR que si vous l'avez demandé via registered_delivery sur submit_sm.

### Les sept états de message SMPP v3.4

| stat | state | Signification | Final ? |
|---|---|---|---|
| DELIVRD | 2 | Livré | Final |
| EXPIRED | 3 | Expiré | Final |
| DELETED | 4 | Supprimé | Final |
| UNDELIV | 5 | Non livrable | Final |
| ACCEPTD | 6 | Accepté | Transitoire |
| UNKNOWN | 7 | Inconnu | Transitoire |
| REJECTD | 8 | Rejeté | Final |

## Questions fréquentes

**Qu'est-ce qu'un accusé de réception SMPP (DLR) ?**

Un accusé de réception est un rapport d'état que le SMSC renvoie via SMPP dans un PDU deliver_sm, indiquant le sort final d'un message que vous avez soumis. Son champ short_message suit le format de l'annexe B de SMPP v3.4, portant des champs comme id, stat et err. Il n'arrive que si vous l'avez demandé via registered_delivery sur submit_sm.

**Que signifie stat:DELIVRD ?**

DELIVRD (message_state 2, DELIVERED) signifie que le message a atteint le combiné destinataire et que le réseau l'a accusé. C'est la seule valeur stat qui confirme la livraison au combiné — un submit_sm_resp réussi seul ne le fait pas.

**Qu'est-ce que le champ err ?**

err est un code d'erreur court, propre au réseau ou au SMSC, expliquant pourquoi un message a échoué. SMPP v3.4 ne standardise pas ses valeurs, la signification exacte dépend donc de votre opérateur ou agrégateur. Une valeur de 000 (ou 0) signifie généralement aucune erreur ; recherchez toute valeur non nulle dans la documentation de votre fournisseur.

**Quels statuts sont finaux et lesquels peuvent encore changer ?**

DELIVRD, EXPIRED, DELETED, UNDELIV et REJECTD sont finaux — le message ne sera pas réessayé. ACCEPTD et UNKNOWN sont non finaux : le message peut encore aboutir à un état différent, ne les comptez donc pas comme livrés.

**Pourquoi l'id du DLR et celui de la réponse de soumission semblent-ils parfois différents ?**

Certains SMSC renvoient le message_id de submit_sm_resp en décimal et l'id du DLR en hexadécimal (ou l'inverse), et des agrégateurs intermédiaires peuvent réécrire entièrement les identifiants. Si vous ne pouvez pas les corréler directement, demandez à votre fournisseur quelle représentation il utilise, ou suivez votre propre référence côté client.

**Un submit_sm_resp réussi signifie-t-il que le SMS a été livré ?**

Non. ESME_ROK sur submit_sm_resp confirme seulement que le SMSC a accepté le message pour traitement. La livraison finale au combiné est signalée séparément par le DLR, qui porte son propre stat tel que DELIVRD ou UNDELIV. Traitez l'acceptation de soumission et la livraison comme deux couches distinctes.

**Ces valeurs stat sont-elles identiques sur tous les SMSC ?**

Les sept mots-clés et leurs numéros message_state sont définis par SMPP v3.4 et largement respectés. Cependant, certains SMSC émettent des mots-clés supplémentaires propres au fournisseur ou réutilisent le champ text différemment ; confirmez toujours les cas particuliers dans la documentation d'accusé de réception de votre fournisseur.

[API SMS REST + SMPP 3.4, authentification par jeton Bearer, webhooks de remise.](https://www.broadnet.me/fr/products/sms-api) [Passerelle SMSC SMSC de niveau opérateur via SMPP + SS7.](https://www.broadnet.me/fr/operators/smsc-gateway) [Espace développeurs Démarrage rapide, TypeScript SDK, références et outils.](https://www.broadnet.me/fr/developers)

## Vous voulez des DLR propres et fiables ?

BroadNet fournit de véritables accusés de réception de bout en bout via des liaisons SMPP 3.4 directes et des webhooks de remise — pas des suppositions. Parlez à notre équipe du routage.

[Espace développeurs](https://www.broadnet.me/fr/developers) [API SMS](https://www.broadnet.me/fr/products/sms-api)