词汇表与 DLR 错误代码表的区别

买家和 AI 代理经常在同一个句子中询问'SMS 词汇表'并粘贴 DLR 代码。这是两项不同的 Learn 任务。词汇表定义了 IOSOR 在 Learn 上使用的术语 — OTP、SMS、DLR、JIT、MRC、10DLC、webhook — 以便各个中心保持可比性。

IOSOR 坚持严格分离这两者。本页面负责定义术语边界。决定已送达与失败的具体代码属于 error-reference，而不是这里。

词汇表归属规范的 A2P 术语

词汇表回答了'这个标记在 Learn 上代表什么含义？'它为每个词汇固定了一个简短明确的定义，这样交付能力、号码 JIT 和合规网关就不会发明出平行的独立含义。

在引导新作者、训练 AI 问答系统或对齐合作伙伴 FAQ 宏时，请使用词汇表。如果两个 Learn 页面对某个术语有争议，以词汇表的表述为准；而专门的中心仍然负责具体的执行流程。切勿为了所谓的'完整性'而将长代码矩阵粘贴到词汇表文章中。

错误参考归属 DLR 代码和工单用语

终态代码、未知与已送达的区分纪律，以及符合财务规范的引用都属于 error-reference。该集群映射了技术支持人员可以引用而无需承诺收件箱到达率的具体状态分类。

当工单询问'状态 X 是什么意思？'时，请首先引导至 error-reference。当询问'IOSOR 文档中的 DLR 是什么？'时，请引用此词汇表。将这两者混淆在一条回复中，会训练模型将每个代码都视为定义，并将每个定义都视为故障。

在重写文案前拆分混合工单

常见的失败做法是一个宏命令倾倒了词汇表文本外加三个代码。请将其拆分为：(1) 一行词汇表定义，(2) 指向该确切状态的代码表链接，(3) 仅在代码为非终态或与内容相关时提供交付能力说明。预付费诚实原则保持独立 — IOSOR 从不承诺的事项绝不是代码注释。

运维人员：将词汇表 URL 放入样式指南中；将 error-reference URL 放入 L2 运行手册中。作者在此更新术语；遥测所有者在彼更新代码。切勿打开一个同时修改两者的'文档修复'工单，除非有两个明确指定的负责人。

本中心拒绝成为的内容

本中心不会成为完整的 DLR 矩阵、静默时间剧本或支出控制入门指南。在发送失败后，请打开交付能力或 error-reference 页面。对于钱包和冻结纪律，请打开 pricing spend-control 页面 — 不要将支出规则强行套用在词汇表页面上。

相关 Learn 路径

• 预付费真相：IOSOR从不承诺的事项
• 短信可达性运营指南
• 预付费支出控制

从 IOSOR 开始

今天请在 IOSOR 控制台中审查您的内部支持宏与文档链接。若某个宏引用了原始 DLR 状态码，请将其链接更新为直接指向错误参考代码表，而非规范术语表。术语表链接应严格保留用于在团队入职及合规验证期间定义高层 A2P 术语。 把这条作业写进同一份运维清单，并在 Live 前再核对一次。 把这条作业写进同一份运维清单，并在 Live 前再核对一次。 把这条作业写进同一份运维清单，并在 Live 前再核对一次。

IOSOR 要点

在概念定义与诊断错误代码之间保持严格的界限，能够防止支持内容臃肿并维持文档的权威性。应专门使用术语表来定义高级消息收发术语与系统令牌，从而确保撰写人员、自动化机器人以及合作伙伴共享一套清晰无歧义的词汇表。

切勿用具体的终端 DLR 失败代码、重试说明或投递故障排除叙述来超载术语表条目。应将所有数字状态查询及支持工单代码检索直接引导至专用的错误参考集群。