財務與採購 · 導入指南
財務流程導入 AI：憑證、對帳與核准的分工
財務 AI 導入可先從有明確輸入與覆核點的工作開始，例如憑證填表、費用統計與差異清單整理。SmartAI、SmartBPM 與 SmartESB 分別協助 AI 應用、流程及資料介接，正式入帳與付款仍須依授權程序執行。
最後更新：
從費用憑證切入
以現有費用申請單與去識別化單據進行演示。SmartAI 的混合憑證填表已有匿名導入案例，但不同單據品質與業務規則仍須個別驗證。
樣本的選法會直接影響結論。若只挑清晰、格式一致的單據演示，辨識率必然好看，但無法反映日常狀況。建議樣本中刻意包含折疊、影印偏斜、同頁多張、手寫補註與跨期的憑證，並記錄各類型各自的更正比例，而非只看整體平均。
另一個容易被跳過的是業務規則。同樣一張計程車收據，在不同部門可能適用不同的補助上限與科目歸屬。這些規則若沒有寫進驗收條件，演示看起來成功，上線後仍然要人工調整。
串接前先畫出責任界線
列出誰提交、誰核對、誰核准、哪個系統更新帳務。以 SmartBPM 追蹤流程，以 SmartESB 評估資料介接，避免把所有責任交給單一 AI 指令。
責任界線建議以「出錯時誰負責更正」來畫，而不是以「誰操作系統」來畫。例如辨識結果有誤時，是由申請人在送出前確認，還是由財務在覆核時攔截，兩種設計的流程關卡與訓練重點完全不同，應在導入前決定。
界線畫好之後，再回頭確認系統能否支撐。重點是每一個轉手點都要留下紀錄：誰確認過、確認了什麼版本的資料、後續是否被改動。缺少這些紀錄，事後爭議只能靠記憶還原。
把例外情境放進驗收
缺附件、金額不符、跨期、撤回與介面中斷都應有處理方式。驗收不只看正常演示，還要確認人員能接手處理。
例外情境的驗收要具體到可以操作。以「介面中斷」為例，應確認：中斷時申請人看到什麼、案件停在哪個狀態、誰會收到通知、恢復後是自動續跑還是需要人工觸發、以及會不會重複寫入帳務。這五個問題答得出來，才算涵蓋。
跨期單據則建議單獨列為一類。月底前後提交、核准與入帳落在不同期間的案件，往往是對帳差異的主要來源，應在驗收樣本中保留幾筆實際發生過的案例。
導入驗收清單
| 驗收項目 | 通過條件 |
|---|---|
| 核對單據辨識與人工更正量。 | 以涵蓋不同品質與類型的樣本測試，分別記錄各類型的人工更正比例，而非僅看整體平均。 |
| 簽核流程與正式帳務狀態可區分。 | 演示中可明確區分「流程已核准」與「帳務已更新」兩種狀態，且兩者不一致時可查出原因。 |
| 資料讀寫與帳號權限符合範圍。 | 以測試帳號驗證讀取與回寫的範圍，越權請求不取得資料，且操作留下紀錄。 |
| 先記錄基準，再比較導入後的處理時間。 | 導入前先以現行做法量測處理時間與更正量，作為導入後比較的基準。 |
以上為導入規劃與驗收建議；實際功能、整合方式及交付範圍，請以專案確認與演示結果為準。
常見問題
財務 AI 導入應該從哪裡開始？
可先從有明確輸入與覆核點的工作開始，例如憑證填表、費用統計與差異清單整理。正式入帳與付款仍須依授權程序執行。
驗收費用憑證辨識時，樣本該怎麼選？
建議樣本中刻意包含折疊、影印偏斜、同頁多張、手寫補註與跨期的憑證，並記錄各類型各自的更正比例，而非只看整體平均。
責任界線要怎麼畫？
建議以「出錯時誰負責更正」來畫，而不是以「誰操作系統」來畫，並在導入前決定。每一個轉手點都要留下紀錄：誰確認過、確認了什麼版本的資料、後續是否被改動。
例外情境的驗收要涵蓋什麼？
缺附件、金額不符、跨期、撤回與介面中斷都應有處理方式。驗收不只看正常演示，還要確認人員能接手處理。