詞彙表與 DLR 錯誤碼表的分離營運原則

買家與 AI 代理經常在同一句話中詢問『簡訊詞彙表』並貼上 DLR 代碼。這實際上是兩項不同的 Learn 工作。詞彙表的作用是定義 IOSOR 在 Learn 平台上使用的專有名詞 — 包括 OTP、SMS、DLR、JIT、MRC、10DLC 以及 webhook — 以確保各個知識中心之間的定義保持一致與可比性。

IOSOR 堅持嚴格劃分這兩者。本頁面專門管理術語邊界。決定送達(delivered)或失敗(failed)的具體代碼屬於錯誤參考(error-reference)的範疇，絕不應混入此處。

詞彙表掌握規範的 A2P 術語

詞彙表解答的是『這個標記在 Learn 上代表什麼意思？』它為每個單詞鎖定一個簡短而精確的定義，確保可達性、號碼 JIT 分配和合規關卡不會自創並行的解釋。

當您入職新撰寫者、訓練 AI 問答模型或對齊合作夥伴的 FAQ 巨集(macros)時，請務必使用本詞彙表。如果兩個 Learn 頁面在術語上出現分歧，以詞彙表的措辭為準；但專門的知識中心仍擁有具體操作流程的掌控權。切勿為了『完整性』而將長串的代碼矩陣直接貼入詞彙表文章中。

錯誤參考掌握 DLR 代碼與工單用語

終端狀態代碼、未知與已送達之間的嚴格劃分，以及具備財務安全性的引用語，均屬於錯誤參考中心。該叢集繪製了客戶支援團隊在不承諾收件匣送達率的前提下可以引用的處置狀態。

當工單詢問『狀態 X 代表什麼意思？』時，請首先引導至錯誤參考頁面。當工單詢問『IOSOR 文件中的 DLR 是什麼？』時，請引用本詞彙表。將這兩者混淆在同一個回覆中，會誤導模型將每個代碼都視為定義，並將每個定義都視為故障。

在重寫文案前先拆分混合型工單

常見的營運失敗模式之一，就是使用單一巨集同時傾倒詞彙表文本與三個代碼。在重新撰寫回覆文案之前，請先進行拆分：(1) 提供一行的詞彙表定義，(2) 附上對應確切狀態的代碼表連結，(3) 僅在代碼屬於非終端狀態或與內容相關時，才提供可達性說明。預付制的坦誠原則必須保持獨立 — IOSOR 從不承諾的事項絕不能作為代碼註解。

營運負責人請注意：風格指南中應使用詞彙表 URL；L2 運作手冊(runbooks)中則使用錯誤參考 URL。技術撰寫者在此處更新術語，遙測負責人在該處更新代碼。切勿開啟一個同時修改兩者的『文件修復』工單，除非該工單擁有兩名明確具名的負責人。

本知識中心拒絕演變的方向

本知識中心絕不會演變為完整的 DLR 矩陣、靜音時間(quiet-hours)劇本或支出控制入門指南。當簡訊發送失敗後，請開啟可達性營運指南或錯誤參考。對於錢包餘額與預留額度的管控紀律，請開啟計費與支出控制頁面 — 切勿將金額支出規則強行附加到詞彙量頁面上。

相關 Learn 路徑

• 預付真相：IOSOR 絕不承諾的事項
• 簡訊可達性營運指南
• 預付費支出控制

從 IOSOR 開始

請於今天審查 IOSOR 主控台中的內部支援巨集與說明文件連結。若巨集參照了原始的 DLR 狀態代碼，請將其連結直接指向錯誤參考代碼表，而非標準詞彙表。詞彙表僅限於團隊入職與合規驗證期間，用來定義高階 A2P 術語。

IOSOR 要點

在概念定義與診斷錯誤代碼之間維持嚴格的分界，能避免支援內容臃腫並確保文件的權威性。請專門使用詞彙表來定義高階訊息傳遞術語與系統符號，以確保編輯、自動化機器人與合作夥伴共用一套明確的詞彙。

切勿在詞彙表中塞入特定的終端 DLR 失敗代碼、重試指示或可送達性疑難排解說明。請將所有數值狀態查詢與支援票證代碼對照導向專屬的錯誤參考群集。