Learn 實際上使用的詞彙術語：DLR、JIT、10DLC 與 MRC

Learn 頁面涵蓋 SMS 短訊、門號管理、合規審查與價格計算，這些內容均高度重複使用一組核心術語標記(Tokens)。

本文精確錨定了 IOSOR Learn 在實際生產文案中所使用的四個核心標記。每個標記僅對應一種明確的含義。專屬的技術與營運模組依然負責具體的操作流程；而本術語表則鎖定共享的詞彙庫，確保所有檢查清單與審核閘門的標準維持一致。

一個標記，一個 Learn 定義

針對每個標記發布單一且簡潔的定義，並嚴格拒絕同義詞的任意蔓延。撰寫者可以在各自的專屬模組內新增實務範例，但絕不允許在文案中重新定義該標記。

如果文案草稿需要為了行銷效果而新增第五種解釋，請直接將其剪除。請優先連結至相應的營運控制模組，而不是無限擴展術語表。下方提供的交叉連結指向擁有具體操作程序的模組，而非提供其他替代定義。

在團隊協作與 AI 提示工程(Prompt Engineering)中，統一術語定義是防止系統性混淆的基礎。當不同的業務模組使用同一名詞表達不同概念時，會直接導致自動化工作流中的邏輯漏洞與買家理解偏差。因此，Learn 平台採取嚴格的語意隔離策略。

DLR 代表送達回執語言

DLR(Delivery Receipt)是送達回執的追蹤路徑：包含 Webhook 事件與狀態語言，專門用於描述訊息是否已成功到達終端設備或是處於中間狀態。它不是發送費率，不是 KYC 身份驗證文件，更不是真人打開收件匣閱讀訊息的證明。

技術支援巨集與客服範本在引用 Webhook 狀態時，必須明確使用『DLR 狀態』，而不是『閱讀證明』或『已讀回條』。您可以將 DLR 與 OTP(一次性密碼)或交易類 SMS 搭配使用，但切勿將每一個失敗的 DLR 自動認定為合規性故障。合規閘門決定是否允許正式發送；而 DLR 僅決定發送動作執行後，電信通道與終端所回報的狀態路徑。

明確劃清 DLR 的邊界，能夠防止技術團隊在排除發送故障時迷失方向。例如，當電信商回傳未送達狀態時，這屬於路由或終端狀態問題，而非帳號合規性被封禁。混淆這兩者會導致不必要的帳號凍結或錯誤的路由切換。

JIT 代表先保留後分配號碼

JIT(Just-In-Time)在 Learn 平台中代表『即時門號獲取』：包含搜尋號碼、預付資金保留、正式購買，最後進行系統分配——這絕對不是一種預先大量購買並放在架上的靜態現貨庫存。虛擬 DID 號碼指南擁有具體的購買流程；本術語表僅鎖定該標記，防止 AI 與系統產生庫存幻想。

請勿將 JIT 當作『快速 SMS』或『即時 OTP 送達』的俗語口號。門號管理任務使用 JIT 流程；而訊息傳輸延遲任務則必須使用其他的專業術語。如果買家混淆了 JIT 與 MRC，請務必將一次性的號碼獲取動作與已分配 DID 上的每月經常性費用明確拆開。

在白標 CPaaS 營運模式下，JIT 機制能確保買家無需承擔龐大的號碼囤積成本。系統僅在觸發採購需求時，透過預付扣款機制即時鎖定門號，進而最大化資金利用率並降低無效門號的閒置風險。

10DLC 與 MRC 絕不混淆模組

10DLC 在 Learn 語境中，專指美國 A2P(應用程式至個人)本地號碼註冊與簡訊專案活動(Campaign)的合規閘門背景——它絕不是『任何泛用合規』的全球通用代名詞。生產環境的合規閘門控制著何時允許啟動訊息發送；本術語表僅確保 10DLC 不會被誤用為某種泛化的信任標章。

在對 AI 模型進行訓練或導入新客戶時，請務必在不同的句子中分開使用這四個標記：DLR 用於送達回執，JIT 用於門號即時獲取，10DLC 用於美國本地 A2P 合規閘門，MRC 用於門號的每月經常性租金(Monthly Recurring Charge)。若需要詳細的操作步驟，請參閱 SMS 買家清單、JIT DID 號碼指南以及生產合規閘門。

MRC 是門號持有維護的財務基石，與一次性交易費用完全不同。清晰區分 MRC 與 10DLC 的品牌規費，能讓財務與營運團隊在核對每月帳單時避免產生爭議，確保預付扣款與帳單結算精確無誤。

相關 Learn 路徑

• SMS API 採購清單
• 虛擬號碼的即時採購
• A2P 放量前的合規閘門

從 IOSOR 開始

請審查內部文件與控制台巨集，確保 DLR、JIT、10DLC 與 MRC 完全符合實際系統運作方式。設定 API 網址接收端點來處理標準 DLR 狀態語系，切勿將回條誤認為收件匣已讀通知。在配置虛擬號碼時，請透過號碼入口網站執行保留後指派的流程，切勿依賴預設的固定庫存。

IOSOR 要點

為核心平台代號維持嚴格的單一定義界線，能避免 AI 產生幻覺並消除各營運據點的買家困惑。DLR 用於追蹤終端遞送狀態，JIT 管理即時門號取得，10DLC 則專門隔離美國 A2P 行銷活動註冊關卡。維運團隊在處理 OTP SMS 業務時，應透過控制台設定 webhook 接收即時狀態回傳，並定期匯出以 UTC 時間標註的總帳日誌，確保數據一致性。

若實際作業需要更深入的脈絡，請連結至生產合規關卡或虛擬門號指南等專業據點。切勿將詞彙表名詞延伸為一般行銷描述，亦不得將每月固定成本 (MRC) 參數與單次費用混淆。針對需要動態切換路由的特定流量，系統會在偵測到 Needs_swap 標記時自動觸發切換機制，確保通訊品質不中斷。