キャンペーン前の一括lookup CSV衛生：正規化、重複排除、予算

マーケは名簿を欲する。財務は後で送ったSMSと合わないlookup借方の連打を見る。一括lookupは表をAPIに流し込むことではない。衛生は支出の前にある。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実行ごとに行数上限と金額上限を置く。エクスポート周期（日次またはバッチ終了）はブラストの前であり、月末の驚きではない。USD 1,000+ 付近では回避可能な支出とキャッシュ年齢バケットがより密なレビューに入る。lookup が in setup の間、送信前衛生を約束するな。

危険信号

• 正規化なしの一括lookup
• 形式差で同じE.164が二回借方
• 古い「mobile」を経路の真理として扱う
• 不明を mobile としてキャッシュ
• 行数も金額も上限のないCSV
• 月末になって初めてlookupを送信と突合
• チャネルが in setup なのに衛生ゲートを約束
• 顧客エラーが上流ブランド名を出す

IOSORで始める

先週のキャンペーン CSV を取る。各行を E.164 に正規化し、ゴミを捨て、正規化番号で重複を潰してから lookup を一度だけ。一斉送信前に行数と prepaid 額でバッチに上限を付ける。財務と運用が開く同じファイルを書き出す。回線種別、キャッシュ当たり、借方、送信またはスキップ。

IOSORの要点

やる：lookup の金の前に衛生。同一回線の形式違いは借方一つ。キャッシュされた回線種別には時刻がある。古い mobile は経路の真実ではない。

やるな：表を API に流し月末に突合するな。重複行はカバレッジではない。Unknown を mobile としてキャッシュするのは prepaid 漏れだ。