詐欺事件匯出於 02:00

在 02:00 UTC，詐欺防制需要專屬的夜間資料包：流量暴衝停止記錄、速度上限觸發、目的拒絕，以及錢包節省(防止資金燒毀)，全部整合至單一檔案中，供產品與財務團隊直接開啟。這不是營運指標匯出，也不是同意證據包——這些時鐘或許共用半夜，但絕不該合併成單一雜亂的二進位資料。

相關文章：02:00 營運指標匯出、同意稽核軌跡匯出證據、預付帳本中的詐欺攔截燃燒列、當 OTP 流量達到真實規模時的防詐營運、濫用激增：停止發送且絕不偽造成功狀態。

IOSOR 是白牌預付費系統。USD 20 即可在單一通道上資助試驗性夜間資料包，而接近 USD 1,000/月 的軟審查則將缺少詐欺匯重視為流量債務。客戶僅會看到白牌事件巨集。

詐欺夜間資料包不等同於營運指標

營運指標關注心跳年資、煙霧測試結果與錯誤類別(02:00 營運指標匯出)。詐欺夜間資料包關注濫用巨集：觸發的暴衝、執行的上限、拒絕記錄、燒毀列與錢包節省。同意匯出則證明誰曾選擇加入(同意稽核軌跡匯出證據)。如果必須共用時間，請勿將三種意圖傾倒進同一個 CSV 並聲稱完成。

產品與財務共同需要的欄位

燒毀列詞彙請見：預付帳本中的詐欺攔截燃燒列。02:00 的檔案將這些類別彙整為一個可直接開啟的資料包。

相同的時鐘與共用的狀態字詞

產品介面、詐欺營運看板與財務部門必須針對相同的視窗讀取相同的狀態字詞(產品與財務的共用狀態語言)。約 USD 1,000/月 的軟審查將無法讓財務解讀的詐欺匯出視為對帳風險；USD 20 則證明財務無需透過英雄式的 Slack 執行緒即可開啟夜間檔案。暴衝誠信依然是不容妥協的底線：濫用激增：停止發送且絕不偽造成功狀態。

與其他 02:00 資料包的節奏搭配

錢包月底結算、故障轉移事件、營運指標與詐欺事件可能會在相近的時間點抵達。負責人不同，架構也不同。日間閱讀的詐欺營運節奏保持鄰近：當 OTP 流量達到真實規模時的防詐營運。切勿為夜間資料包發明第四種『營運專用綠色』。

詐欺事件匯出的買方檢查清單

1. 專屬的詐欺夜間檔案 — 而非營運指標重新命名？
2. 暴衝、上限、拒絕與錢包節省是否完整呈現？
3. 是否符合產品與財務預期的 UTC 視窗？
4. 共用狀態字詞 — 是否沒有僅限英雄能懂的代碼？
5. 能否透過相關性識別碼串聯至燒毀列？
6. 匯出仍處於草稿階段時，是否已封鎖軟體積語言？

任何『否』都將使詐欺夜間資料包保留在草稿狀態。

從 IOSOR 開始著手

讓一條走廊過一夜，其中至少有一次上限觸發或暴衝攔截。等待 02:00 UTC 的詐欺夜間檔。打開暴衝計數、依身分類的上限、目的地拒絕、錢包節省額與關聯 id。產品與財務打開同一份檔。不要把營運指標的 02:00 匯出改名，然後稱作詐欺包。

IOSOR 要點

02:00 的詐欺事件檔是暴衝、上限、拒絕與錢包節省的夜間稽核，不是營運指標團塊，也不是目錄翻轉痕跡。

要做：凍結夜間檔，次日早晨用關聯 id 接到燃燒列。

不要：把詐欺宏觀塞進心跳或冒煙欄，也不要從聊天重建那一夜。