錢包月末 02:00 匯出：財務與產品共用

月末在 02:00 關帳會失敗——當財務打開三份檔、產品打開第四份。Prepaid 需要一份共用匯出：錢包上的每一筆 hold、debit、release、refund，外加能解釋 burn、卻不平行造假的 channel mix。若 cutoff 檔答不出「什麼動了、為什麼」，早上就是工單風暴。

IOSOR 是 white-label prepaid。一個帳戶承載 messaging、verification、email、voice 與 JIT 號碼意圖。USD 20 用試點流量驗證匯出；接近每月 USD 1,000 的 soft review 會抬高髒關帳的代價。通道鄰居：財務匯出的 Verify 會話關聯 與 語音計費取整與接通費匯出。本頁是錢包層級的月末檔。

為什麼 02:00 需要同一個故事

一個時區、一個 cutoff。財務與產品讀同一份快照——不是「營運之後再對」。02:00 之後的列屬於下一期。沒有凍結的部分視窗會造成 double-count 與幽靈退款。寫明工作負責人、檔案位置，以及晚到結果只更新狀態、不改寫已結算金額的規則。

把關帳與日常誠實對接：同一帳本上的扣款列與送達狀態。月末是彙總，不是金錢與結果第一次見面。

財務與產品都信任的欄位

可辯護的 02:00 檔至少要有：

缺任一欄就會發明 join。一份 CSV 勝過聊天室傾倒。

Holds、debits、refunds 同一檔

Cutoff 時仍開啟的 holds 保持 reserved，不是可用餘額。Settled debits 顯示金額與通道。Releases 與 refunds 連回原意圖。自動退回資金的失敗路徑——預付保留失敗時：自動退款與狀態真相——必須是明確列，不是靜默改餘額。成功路徑：首次扣款前的預付資金保留。

絕不要把 refund 摺成「負向 send」。動作類型保持明確，審計才能重播整月。

Channel mix 不洩漏品牌

匯出只用客戶已見標籤：SMS、voice、email、verify、numbers——絕不上游品牌或成本地板。Mix 回答哪條佇列燒了錢包，不是哪條履約路徑在跑。上限態勢旁掛 試點之後：多通道錢包上限；檔案本身需要誠實的通道標籤與金額。

Verify 會話數學與語音取整留在鄰居文。錢包月末只要這些通道已結算的單位。

Cutoff 前營運清單

1. 時區與 02:00 cutoff 是否寫明且有負責人？
2. 是否可見 open holds、settled debits、releases 與 refunds？
3. 財務能否把每筆退款接到原 intent ID？
4. 檔內客戶標籤是否品牌安全？
5. Stop-lines 是否對齊本期？見 正式流量前的錢包停損線。
6. 支出控制是否已用 預付費支出控制 文件化？

從 IOSOR 開始

請在 IOSOR 主控台排程 02:00 UTC 的自動化快照，並為財務與產品團隊對應正確的匯出目的地。在排定的匯出時間窗啟動前，務必明確對應意圖識別碼以及保留、扣款、釋放和退款等異動類型。設定網頁鉤子警示，若有任何未分配的總帳異動試圖寫入截斷界線時，即時通知工程團隊。

IOSOR 要點

讓財務與產品團隊聚焦於單一的 02:00 月底匯出，能消除毫秒級的會計差異與幽靈退款。將保留、扣款與釋放歸納於統一的關聯識別碼下，能賦予雙部門一個站得住腳的總帳，同時不洩漏敏感的內部路由資料。

務必強制執行 02:00 的嚴格截斷並標註明確負責人，讓未結的保留項目在匯出的報表中維持保留狀態。切勿依賴營運與財務之間的拼湊式手動對帳，亦切勿將內部成本結構外洩至面向客戶的通路組合摘要中。