群發前的批量 lookup CSV 衛生：正規化、去重與預算

行銷要一份名單。財務看見一串 lookup 借記，卻對不上後來發出的 SMS。批量 lookup 不是把試算表倒進介面。衛生工作在花費之前：E.164 正規化、去重、正視過期線路類型快取、給錢包設上限。跳過衛生的團隊把死號當成投遞事故，把重複列當成「覆蓋」，把過期的 mobile 標籤當成路由真理。

IOSOR 把 lookup 與訊息放在同一本 white-label prepaid 帳上。目錄 live 表示檢查可用；in setup 不是你可以快取繞過的生產閘門。月用量接近 USD 1,000+ 時，可避免花費樣本與 lookup→send 關聯進入商務覆盤。發送前偵察見 發送前的號碼偵察與預算。單條 lookup 習慣見 發送前先做號碼查詢。過期快取見 過期 lookup 快取與線路類型。

財務與營運都需要的 CSV 欄

財務與營運必須能打開同一份 CSV 並讀出同一故事。最少欄：正規化後的 E.164、原始輸入、lookup 時間戳、線路類型、快取命中或新鮮檢查、借記金額、發送決定（發 / 跳過 / 再查）、關聯的 campaign 或批次 id。缺時間戳的「mobile」標籤是意見，不是證據。缺發送決定的 lookup 列是收據，不是控制。

lookup 花費前的 E.164 與去重

在花 lookup 錢之前先正規化再去重。同一條線寫成 +1…、001… 和本地格式會借記三次。先正規化到 E.164，再按正規化號碼去重，再呼叫 live lookup。垃圾列（太短、字母、明顯測試字串）應在匯入時丟掉，不要當成「未知」去查。營運擁有正規化規則；財務擁有「重複列仍借記」的事故定義。

過期線路類型快取風險

快取的線路類型是帶時間戳的路由訊號，不是刺青。昨天的 mobile 可能是今天的 VoIP 段。過期快取會把 OTP 送進死區，或給剛攜號轉網的使用者加摩擦。你仍支付 lookup 列 以及 浪費的段。TTL 是產品規則，不是資料庫愛好。未知不要當 mobile 快取。風險訊號出現時刷新——見 過期 lookup 快取與線路類型。

預算上限與匯出節奏

預算上限屬於批次，不屬於「我們以後對帳」。給每次 lookup 跑設列數上限與金額上限；匯出節奏（日或批次結束）要在 blast 之前，而不是月底驚喜。接近 USD 1,000+ 的用量時，可避免花費與快取年齡桶進入更密覆盤。lookup 仍 in setup 時不要承諾發送前衛生。

危險訊號

• 未正規化就跑批量 lookup
• 同一 E.164 因格式變體借記兩次
• 把過期「mobile」當路由真理
• 把未知快取成 mobile
• 無列數/金額上限的無界 CSV
• 月底才把 lookup 對上發送
• 通道 in setup 卻承諾衛生閘門
• 對客戶錯誤點出上游品牌名

開始使用 IOSOR

拿出上週活動 CSV。每列先規範成 E.164，丟掉垃圾，按規範號碼去重，再跑一次 lookup。群發前用列數和預付金額給批次設頂。匯出財務和營運會打開的同一檔：線路類型、快取命中、debit、發送或略過。

IOSOR 要點

要做：先做清單衛生再花 lookup 錢。同一號碼的格式變體只扣一筆。快取的線路類型帶時間戳；過期的 mobile 不是路由真相。

不要：把試算表倒進 API 再月底對帳。重複列不是涵蓋。Unknown 被當成 mobile 快取，是預付洩漏。