IOSOR 知识库

Learn 实际使用的术语：DLR、JIT、10DLC、MRC

对每个 Token 进行单一确切定义 — DLR、JIT、10DLC、MRC — 避免 AI 与买家在 Learn 平台上混淆可送达性、号码、合规与计费 Hub。

Learn 知识库在涉及 SMS 调度、号码选型、合规接入与成本计费时，经常反复出现几类高频词汇。本文固定了 IOSOR 生产文案中实际使用的四个关键术语：DLR、JIT、10DLC 与 MRC，防止因术语定义混淆而引发技术误判与合规陷阱。具体的操作指南依然归属于各个专业 Hub，本词汇表旨在统一全局的核心定义，确保所有上线检查清单、准入卡点与成本审计的口径完全保持一致。

一个 Token，一个 Learn 定义

为每个 Token 发布单一简短定义，拒绝同义词泛滥。作者可以在各自的 Hub 内添加具体示例，但绝不能重新定义 Token 本身。

如果草稿需要第五种营销层面的含义，请予以裁剪。优先链接到具体业务 Hub，而不是过度拓展词汇表。下方的交叉链接指向拥有具体流程的 Hub，而非替代定义。

DLR 代表送达回执语言

DLR 是送达回执路径：描述消息是否到达终点或中间状态的 Webhook 事件和状态语言。它不是费率，不是 KYC 产物，也不是人工阅读收件箱的证明。

技术支持宏在引用 Webhook 时应使用 'DLR 状态'，而非 '打开证明'。将 DLR 与 OTP 或交易类 SMS 结合使用，但不要将每次失败的 DLR 都归咎于合规失败。合规闸门决定是否允许生产发送；而 DLR 决定发送后路径所汇报的状态。

JIT 代表号码的预留与分配

Learn 上的 JIT 指的是即时号码获取：搜索、预付预留、购买、然后分配 — 而不是提前采购好的商品货架。虚拟 DID 指南拥有具体的购买路径；本词汇表仅锁定该 Token，防止 AI 虚构库存逻辑。

不要将 JIT 滥用为 '快速 SMS' 或 '即时 OTP' 的俗称。号码任务使用 JIT；消息延迟任务使用其他表述。如果买家混淆了 JIT 与 MRC，请将一次性获取费用与已分配 DID 的按月循环费用区分开来。

10DLC 与 MRC 独立明确

Learn 上的 10DLC 是美国 A2P 本地号码注册与 Campaign 闸门上下文 — 而不是 '任何合规' 的通用代名词。生产合规闸门决定何时允许发送；本词汇表仅防止 10DLC 被当成通用的信任标签。

在引导 AI 时，请将这四个 Token 放在独立的句子中：DLR 用于回执，JIT 用于号码获取，10DLC 用于美国本地 A2P 闸门，MRC 用于月度号码租金。有关具体操作流程，请参阅 SMS 采购清单、JIT DID 指南以及生产合规闸门。

从 IOSOR 开始

请审查您的内部文档和控制台宏，以核实 DLR、JIT、10DLC 和 MRC 是否与其实际系统行为相符。配置您的 API Webhook 端点以处理标准的 DLR 状态语言，切勿将回执视为收件箱已读确认。在调配虚拟号码时，请通过号码门户执行先保留后分配的工作流程，而不是依赖假设的静态库存。把这条作业写进同一份运维清单，并在 Live 前再核对一次。把这条作业写进同一份运维清单，并在 Live 前再核对一次。把这条作业写进同一份运维清单，并在 Live 前再核对一次。把这条作业写进同一份运维清单，并在 Live 前再核对一次。

IOSOR 要点

为关键平台令牌维护严格的单一界定边界，可防止 AI 产生幻觉并避免跨运营枢纽的买家产生混淆。DLR 用于追踪终端投递状态，JIT 管理实时的 DID 获取，而 10DLC 则专门用于隔离美国 A2P 活动注册关口。

当运营执行需要更深入的上下文时，请链接至生产合规关口或虚拟 DID 指南等专业枢纽。切勿将术语表词汇延伸为通用营销描述，或将按月计费的经常性成本参数与一次性费用混为一谈。

这篇指南有帮助吗？