# Decodificador de DLR. - URL canónico: https://www.broadnet.me/pt/tools/dlr-decoder - Idioma: pt - Última atualização: 2026-10-21 - Editor: BroadNet (https://www.broadnet.me) - Versão Markdown da página, gerada a partir da página publicada. SMPP v3.4 · funciona no seu navegador Cole um relatório de entrega SMPP ou escolha um valor stat para decodificar o que realmente aconteceu a uma mensagem — o estado final da mensagem, o código err e cada campo analisado. Baseado no formato de recibo SMPP v3.4. Escolha um valor stat 8 campos analisados | Campo | Valor | |---|---| | id | 0B7A2F91 ID de mensagem do SMSC — corresponde ao message_id devolvido em submit_sm_resp. | | sub | 001 Número de mensagens curtas originalmente submetidas. | | dlvrd | 001 Número dessas mensagens entregues. | | submit date | 2407181432 → 2024-07-18 14:32 Quando o SMSC aceitou a mensagem (YYMMDDhhmm). | | done date | 2407181433 → 2024-07-18 14:33 Quando a mensagem atingiu o seu estado final (YYMMDDhhmm). | | stat | DELIVRD Estado final da mensagem — o estado de entrega principal. | | err | 000 Código de erro de rede/SMSC — específico do fornecedor; 000 normalmente significa nenhum erro. | | text | Your verificatio Os primeiros 20 caracteres do corpo da mensagem original. | Estado da mensagem DELIVRD Entregue message_state = 2 Final A mensagem chegou ao terminal de destino e o SMSC recebeu confirmação positiva da rede. Sucesso. Este é o único stat que confirma a entrega ao terminal. Concilie-o com o message_id devolvido em submit_sm_resp. Campo err 000 Sem erro O SMPP v3.4 não padroniza os valores err — são específicos da rede ou do SMSC. Procure qualquer código diferente de zero na documentação do seu fornecedor. A resposta curta ## O que é um relatório de entrega SMPP? Um relatório de entrega (DLR) é um relatório de estado que o SMSC devolve por SMPP num PDU deliver_sm, informando o destino final de uma mensagem submetida. O seu campo short_message segue o formato informal do Anexo B do SMPP v3.4 — uma sequência de pares chave:valor. O elemento principal é a palavra-chave stat, que corresponde a um dos sete estados de mensagem. Só recebe um DLR se o tiver solicitado através de registered_delivery em submit_sm. ### Os sete estados de mensagem do SMPP v3.4 | stat | state | Significado | Final? | |---|---|---|---| | DELIVRD | 2 | Entregue | Final | | EXPIRED | 3 | Expirado | Final | | DELETED | 4 | Eliminado | Final | | UNDELIV | 5 | Não entregável | Final | | ACCEPTD | 6 | Aceite | Transitório | | UNKNOWN | 7 | Desconhecido | Transitório | | REJECTD | 8 | Rejeitado | Final | ## Perguntas frequentes **O que é um relatório de entrega SMPP (DLR)?** Um relatório de entrega é um relatório de estado que o SMSC envia de volta por SMPP num PDU deliver_sm, informando o destino final de uma mensagem submetida. O seu campo short_message segue o formato do Anexo B do SMPP v3.4, com campos como id, stat e err. Só chega se o tiver solicitado através de registered_delivery em submit_sm. **O que significa stat:DELIVRD?** DELIVRD (message_state 2, DELIVERED) significa que a mensagem chegou ao terminal de destino e a rede confirmou-o. É o único valor stat que confirma a entrega ao terminal — um submit_sm_resp bem-sucedido por si só não o faz. **O que é o campo err?** err é um código de erro curto, específico da rede ou do SMSC, que explica por que motivo uma mensagem falhou. O SMPP v3.4 não padroniza os seus valores, pelo que o significado exato depende do seu operador ou agregador. Um valor de 000 (ou 0) geralmente significa nenhum erro; procure qualquer valor diferente de zero na documentação do seu fornecedor. **Que estados são finais e quais ainda podem mudar?** DELIVRD, EXPIRED, DELETED, UNDELIV e REJECTD são finais — a mensagem não será reenviada. ACCEPTD e UNKNOWN não são finais: a mensagem ainda pode resolver-se noutro estado, por isso não os conte como entregues. **Por que motivo o id no DLR e na resposta de envio por vezes parecem diferentes?** Alguns SMSC devolvem o message_id de submit_sm_resp em decimal e o id do DLR em hexadecimal (ou vice-versa), e agregadores intermédios podem reescrever os IDs por completo. Se não conseguir correlacioná-los diretamente, pergunte ao seu fornecedor qual representação utiliza, ou acompanhe a sua própria referência do lado do cliente. **Um submit_sm_resp bem-sucedido significa que o SMS foi entregue?** Não. O ESME_ROK em submit_sm_resp confirma apenas que o SMSC aceitou a mensagem para processamento. A entrega final ao terminal é comunicada separadamente pelo DLR, que traz o seu próprio stat, como DELIVRD ou UNDELIV. Trate a aceitação do envio e a entrega como duas camadas distintas. **Estes valores stat são iguais em todos os SMSC?** As sete palavras-chave e os respetivos números message_state são definidos pelo SMPP v3.4 e amplamente respeitados. No entanto, alguns SMSC emitem palavras-chave adicionais específicas do fornecedor ou reutilizam o campo text de forma diferente, pelo que deve confirmar sempre os casos limite na documentação de relatórios de entrega do seu fornecedor. [API de SMS REST + SMPP 3.4, autenticação por token Bearer, webhooks de entrega.](https://www.broadnet.me/pt/products/sms-api) [Gateway SMSC SMSC de nível operadora sobre SMPP + SS7.](https://www.broadnet.me/pt/operators/smsc-gateway) [Centro de programadores Início rápido, TypeScript SDK, referências e ferramentas.](https://www.broadnet.me/pt/developers) ## Quer DLRs limpos e fiáveis? A BroadNet entrega relatórios de entrega reais, de ponta a ponta, através de ligações SMPP 3.4 diretas e webhooks de entrega — sem suposições. Fale com a nossa equipa sobre o encaminhamento. [Centro de programadores](https://www.broadnet.me/pt/developers) [API de SMS](https://www.broadnet.me/pt/products/sms-api)