大容量多發送者營運

從單一身份擴展到多個身份，在品牌成功之前首先是一個營運問題。品牌字串、本地 DID 和免費電話線堆積如山；有人將第二本帳本貼到試算表中；Live 徽章激增，因為「我們有更多發送者」。那第二本帳本是謊言。多發送者營運：單一平台註冊表、每個身份的證明，在預付費移動時沒有偽造的 Live。

IOSOR 是白標預付費系統。充值錢包，在扣款前持有，僅在數字發送者為路徑時分配 JIT 號碼。底價 USD 20；接近 USD 1,000/月時進行軟審查，這是無主發送者變成夜間消防演習的時候。選擇：首次活動前的發送者 ID 選擇。閘門：正式上線前的寄件者註冊閘門。狀態：寄件者拒絕與內容過濾：財務部的狀態真相。上限：試點之後：多通道錢包上限。

每個發送者身分需要可匯出的擁有者、註冊狀態與最近一次保留證明。

擴展前先對新身分跑持有發送，確認扣款列帶發送者標記，再談走廊組合與容量語言。

禁止把試算表或聊天釘選當成第二本帳本；Live 徽章只能跟註冊綠燈與持有證明綁定。

月底按發送者切分燃燒率，無主身分不得進入容量語言。

拒絕與過濾通道仍須分開匯出，避免財務把多發送者失敗混成一欄。

走廊組合成長時，發送者×ISO 對照表與扣款真相必須同一出口。營運與財務共用同一匯出欄位定義，避免夜間對帳各說各話。

單一發送者註冊表，而非第二本帳本

營運部門擁有一張地圖：發送者 ID、類型、走廊 ISO 集、註冊狀態、所有者、最後持有的證明導出、覆蓋過期。聊天釘選和個人試算表不具權威性。關於按發送者燃燒率的財務問題會得到一個可導出的行，而不是截圖。添加發送者 ID 是所有者變更請求，而不是靜默的 UI 切換。新身份在註冊綠燈前保持在設置中。

Live 狀態跟隨註冊證明，而非發送者數量

Live 意味著金庫就緒路徑加上該身份下的持有證明 — 而不是「我們輸入了更多品牌字串」。一個 DID 上的綠色 10DLC 不會讓同胞字母數字獲得 Live 徽章。故障轉移是分開的 — 流量上線後故障轉移營運手冊。

每個發送者的持有、扣款標籤和停止線

每個新發送者在容量附件之前都會獲得一次預付費持有。失敗的持有會乾淨地釋放；拒絕保持拒絕 — 不是過濾標籤。扣款應標記發送者 ID，以便財務部門在沒有第二張表的情況下切分燃燒率。停止線和上限必須在列表增長中存活。

發送者數量不斷增長時的節奏

每週：根據買家發送者列表刷新註冊；關閉過期的覆蓋。每次添加後：重新運行註冊閘門並附加持有發送導出。過濾或拒絕激增後：確認失敗類別保持誠實。走廊組合增長後：將發送者×ISO 與 通道組合擴展時的涵蓋範圍營運 對齊。月底：按發送者 ID 導出燃燒率。

大容量多發送者營運的買家清單

1. 每個身份都有所有者的單一平台註冊表？
2. 沒有試算表或聊天釘選被視為記錄帳本？
3. 僅在具有註冊綠燈+持有證明的發送者上 Live？
4. 扣款/導出按發送者 ID 標記以進行財務切分？
5. 拒絕與過濾通道仍然分開？
6. 所有者追蹤超過 USD 1,000/月的無主發送者溢出？

從 IOSOR 開始

請開啟 IOSOR 傳送端登錄主控台，以核實每個現用身分皆對應至明確的擁有者，並在所有指派的走廊 ISO 集內保存註冊證明匯出。針對任何新掛載的傳送端身分，在授予正式環境路由狀態之前，請先執行單一的保留傳送驗證閘道。請確保暫時覆寫旗標帶有嚴格的到期日，好讓未驗證的身分自動降級返回測試環境。

IOSOR 要點

大規模管理多傳送端作業需要單一的平台登錄檔，而非零散的試算表或臨時的通訊釘選。真正的正式上線準備度取決於繫結至特定傳送端身分的保留註冊證明，藉此強制執行清晰的個別傳送端保留與扣款標籤，以維持帳本清晰度。

請務必強制執行個別傳送端扣款標籤，並執行每週稽核，將已註冊的身分與現用買方傳送端清單進行比對。切勿將原始傳送端數量視為即時上線準備度，亦切勿依賴手動訊息通道來追蹤身分狀態與覆寫到期日。