- 登入
- 註冊
AI 自動對帳怎麼做才安全？訂單、撥款與退款覆核流程
對帳適合自動化的部分，是讀固定欄位、重算金額、找重複與列差異。最不適合交給 AI 自行決定的部分，是直接認列收入、沖掉差額、核准退款或寫回正式帳務。
安全做法是把自動匹配和正式確認拆開：規則先處理明確項目，AI 協助分類與說明例外，人類看到原始證據後批准。這和電商 AI 四級風險框架的 Level 3 邊界一致。
保存四份不可覆寫的原始資料
- 訂單明細：訂單編號、商品、數量、成交、折扣、運費、狀態與時間。
- 費用明細：成交、金流、活動、廣告與其他費用，保留平台原欄名。
- 撥款明細：批次、金額、日期、錢包或銀行入帳識別。
- 退款與取消：原訂單、申請、核准、退回費用、爭議與結果。
每次匯出記錄檔案 SHA-256、帳號、期間、時區與下載時間。原始檔唯讀保存，清理資料另存新層。跨賣場時，連接鍵至少包含帳號與訂單編號。
對帳公式以實際列項為準
預期淨撥款
= 完成訂單應收
− 各筆平台、金流、活動與其他費用
− 已確認退款或扣款
+ 應退回的相應費用
+ 其他已核准調整
Shopee 服務條款目前說明，平台先扣成交、金流與系統處理費及其他服務費，再撥入賣家錢包；符合條款的取消、退貨與退款會退還相應費用。實際費率要取自對帳期間適用的官方條款、賣家中心與原始費用明細，不由 AI 推測。需要查當期費率時，轉到蝦皮賣家費用公式。
成交與金流等費率可能依類別、付款方式、促銷與期間變動。條款亦說明金額計算至元、元以下四捨五入；重算時仍要依原始明細確認平台是在商品列、費用列、訂單或結算層處理，不自行假設。
匹配順序：先確定，再近似
| 層級 | 方法 | 處理 |
|---|---|---|
| A | 帳號 + 訂單編號 + 費用類型一致 | 自動匹配，保留重算差額 |
| B | 訂單一致，差額可由退款、折扣或四捨五入解釋 | 規則標記，抽樣覆核 |
| C | 一筆撥款對多筆訂單或跨日批次 | 展開官方明細再匹配 |
| D | 缺列、重複、負數、無原訂單或跨帳號 | 送 待人工確認清單，不自動沖銷 |
「日期接近、金額接近」只能產生候選，不能直接認定同筆。資料延遲標記 「等待資料補齊」。
零值可能是全額折抵、贈品或缺資料，不能刪。負數保留原符號並區分退款、費用退回或沖銷。取消不算營收，但仍檢查費用是否退回。部分退款拆到商品列；跨期退款在營運口徑回溯原單，在現金口徑保留實際日期。
AI 只做建議與例外整理
AI 可分類「疑似延遲、退款、重複、需要官方明細」並產生摘要；不要執行或核准付款、退款、差額沖銷、收入認列、正式帳務寫回或任何平台資料變更。每個建議附原始列、規則、模型版本與不確定原因，進入 待人工確認清單，由人類理解影響後批准。
我以前做對帳服務時，採用的做法是：規則明確部分自動處理，其餘交人工，並強調原始資料不修改、不同賣場公式不能通用。這段經驗能說明流程怎麼拆，但實際自動化比例仍要看每家店的資料品質。
訂單姓名、電話、地址及可識別交易資料需依個資規範處理。送外部 AI 前確認目的、必要範圍、權限、保存期與刪除；能用雜湊訂單號就不傳姓名地址。NIST AI RMF 可作自願性風險管理參考，不是台灣法律義務；台灣法令適用仍由專業人員確認。
正式啟用前，要用正常、缺欄、重複、跨帳號、部分退款、負數、零值、跨期和大促資料測過一次。先影子運行兩個結算週期，不寫回正式系統。總額相等仍要核對筆數、唯一鍵與抽樣原單，避免兩個錯誤互相抵銷。
資料最後查核於 2026-09-06。平台規則與後台功能可能調整，實際操作前請再確認當下官方資訊。