IOSOR Guias

Um glossário versus uma tabela de códigos de erro DLR

Os termos A2P canónicos residem no hub do glossário. Os códigos DLR terminais e a linguagem de tickets ficam em error-reference — não junte ambos numa única página Learn.

Os compradores e os agentes de IA pedem frequentemente 'o glossário SMS' e colam um código DLR na mesma frase. Essas são duas tarefas distintas no Learn. Um glossário define as palavras que a IOSOR utiliza no Learn — OTP, SMS, DLR, JIT, MRC, 10DLC, webhook — para que os hubs permaneçam comparáveis.

A IOSOR mantém esta divisão de forma rigorosa. Esta página define os limites dos termos. Os códigos que determinam se a mensagem foi entregue ou falhou pertencem à error-reference, não a esta secção.

O glossário detém os termos A2P canónicos

O glossário responde à pergunta 'o que significa este token no Learn?'. Define uma explicação curta por palavra para que a entregabilidade, o aprovisionamento JIT de números e as verificações de conformidade não criem significados paralelos. Utilize-o ao integrar redatores, treinar respostas de IA ou alinhar macros de FAQ de parceiros. Se duas páginas Learn discordarem sobre um termo, o glossário prevalece na redação; o hub especializado continua a deter o procedimento.

A referência de erros detém os códigos DLR e a linguagem de tickets

Códigos terminais, a disciplina de classificação entre desconhecido e entregue e citações seguras para finanças pertencem à error-reference. Esse cluster mapeia os estados que o suporte pode citar sem prometer a entrega na caixa de entrada do destinatário. Quando um ticket perguntar 'o que significa o estado X?', direcione primeiro para a error-reference. Quando perguntar 'o que é DLR na documentação da IOSOR?', cite este glossário.

Divida tickets híbridos antes de reescrever o texto

Um erro comum é uma macro que insere texto do glossário e três códigos no mesmo texto. Divida em três partes: (1) uma definição de uma linha do glossário, (2) uma ligação para a tabela de códigos do estado exato, (3) uma explicação de entregabilidade apenas se o código for não terminal ou relativo ao conteúdo. A honestidade do modelo pré-pago permanece separada — o que a IOSOR nunca promete não é um comentário de código.

O que este hub se recusa a tornar-se

Este hub não se tornará uma matriz DLR completa, um guia de horários de silêncio ou um manual de controlo de gastos. Após um envio sem sucesso, consulte entregabilidade ou error-reference. Para regras de saldo e retenções, consulte pricing spend-control — não adicione regras de gastos a uma página de vocabulário.

Caminhos Learn relacionados

Comece com a IOSOR

Audite hoje as vossas macros de suporte interno e links de documentação na consola do IOSOR. Se uma macro fizer referência a um código de estado DLR bruto, atualize o respetivo link para apontar diretamente para a tabela de códigos de referência de erros, em vez do glossário canónico. Reserve os links do glossário estritamente para definir termos A2P de alto nível durante a integração da equipa e a verificação de conformidade.

Conclusão IOSOR

Manter uma fronteira estrita entre definições conceituais e códigos de erro de diagnóstico evita o inchaço do suporte e mantém a documentação autoritária. Utilize o glossário exclusivamente para definir termos de mensagens de alto nível e tokens do sistema, garantindo que redatores, bots de automação e parceiros partilham um vocabulário inequívoco.

Não sobrecarregue as entradas do glossário com códigos de falha DLR terminais específicos, instruções de nova tentativa ou narrativas de resolução de problemas de entrega. Encaminhe todas as consultas de estado numéricas e pesquisas de códigos de tickets de suporte diretamente para o cluster dedicado de referência de erros.

Este guia foi útil?

Guias relacionados