用語集と DLR エラーコード表の違い

バイヤーや AI エージェントは、同じ文の中で「SMS 用語集」を求めつつ DLR コードを貼り付けることがよくあります。これらは Learn における 2 つの異なるタスクです。用語集は IOSOR が Learn 上で使用する言葉(OTP、SMS、DLR、JIT、MRC、10DLC、webhook)を定義し、各ハブの比較可能性を保ちます。

IOSOR はこの境界を厳密に維持します。このページは用語の定義範囲を管理します。配信完了か失敗かを決定するコードは error-reference に属し、ここには含まれません。

用語集は正式な A2P 用語を管理する

用語集は「このトークンは Learn 上で何を意味するか？」という問いに答えます。1 単語につき 1 つの短い定義を固定することで、到達性、番号の JIT 調達、コンプライアンスゲートが並行して異なる意味を発明するのを防ぎます。

ライターのオンボーディング、AI 回答のトレーニング、パートナー向け FAQ マクロの整合性を取る際に使用してください。2 つの Learn ページで用語の表記が異なる場合、文言については用語集が優先されます。ただし、手順の所有権は専門ハブにあります。「完全性」を理由に長いコードマトリクスを用語集の記事に貼り付けないでください。

エラーリファレンスは DLR コードとチケットの表現を管理する

終端コード、不明と配信済みの区別ルール、財務的に安全な引用は error-reference に属します。このクラスタは、サポートが受信トレイへの到達を保証することなく引用できるステータス分類をマッピングします。

チケットで「ステータス X はどういう意味か？」と問われた場合は、まず error-reference へ案内してください。「IOSOR ドキュメントにおける DLR とは何か？」と問われた場合は、この用語集を引用してください。1 つの回答に両方を混ぜると、すべてのコードを定義として扱い、すべての定義を障害として扱うようにモデルが学習してしまいます。

文言を書き換える前にハイブリッドチケットを分割する

よくある失敗は、用語集のテキストと 3 つのコードをまとめて吐き出す 1 つのマクロです。次のように分割してください：(1) 用語集からの 1 行の定義、(2) 正確なステータスに対応するコード表へのリンク、(3) コードが非終端またはコンテンツに関連する場合のみ到達性の説明。プリペイドの誠実さは独立して保たれます。IOSOR が決して約束しない内容はコードの注釈ではありません。

運用担当者へ：スタイルガイドには用語集の URL を、L2 運用手順書には error-reference の URL を記載してください。ライターはこちらで用語を更新し、テレメトリ担当者はそちらでコードを更新します。2 名の担当者を指定せずに、両方を一度に編集する「ドキュメント修正」チケットを開かないでください。

このハブが拒否する役割

このハブは、完全な DLR マトリクス、クワイエットアワーのプレイブック、または支出制御の入門書になることを拒否します。送信失敗の後は、到達性または error-reference を開いてください。ウォレットと保留の規律については pricing spend-control を開いてください。単語集のページに支出ルールを追加しないでください。

関連する Learn パス

• プリペイドの真実：IOSORが決して約束しないこと
• SMS到達性の運用ガイド
• プリペイド支出の制御

IOSORで始める

本日はIOSORコンソールで、内部サポートマクロとドキュメントのリンクを確認してください。マクロが未加工のDLRステータスコードを参照している場合は、標準の用語集ではなく、エラーリファレンスコードの表に直接リンクするように更新してください。用語集のリンクは、チームのオンボーディングやコンプライアンス検証の際に、トップレベルのA2P用語を定義するためだけに限定してください。

IOSORの要点

概念の定義と診断エラーコードの間に厳格な境界線を維持することで、サポートの肥大化を防ぎ、ドキュメントの信頼性を保つことができます。用語集は、高レベルのメッセージング用語やシステムトークンの定義に排他的に使用し、ライター、自動化ボット、パートナーが単一の明確な語彙を共有できるようにしてください。

特定の端末DLR障害コード、再試行手順、または到達性トラブルシューティングの解説で用語集のエントリを過負荷にしないでください。すべての数値ステータスのクエリとサポートチケットのコード検索は、専用のエラーリファレンスクラスタに直接ルーティングしてください。