財務部門做了一個 AI agent，也就是會自己連續執行幾步任務的 AI 助手，讓它讀取 ERP 裡的發票和採購單，找出金額或供應商資料對不上的項目，再把例外交給財務同仁處理。ERP 是企業資源規劃系統，也就是管理採購、發票、付款的核心系統。測試時為了省事，讓它沿用某位財務人員的帳號。查詢成功、修改也成功，直到有人問：「這筆供應商的銀行資料，是員工本人改的，還是 AI 改的？」日誌裡只有同一個員工帳號，答不出來。
2026 年 7 月，AWS 公開一套用 AI agent 處理 SAP 等 ERP 例外的做法。它的設計重點不在模型，而在身份：agent 自主工作時用自己的服務帳號登入；有人介入時，系統切換成那位員工經過驗證的身份。所有動作預設拒絕，只開放明確允許的；金額超過門檻或 AI 的把握度不夠時，就寄信給負責人、把案件標成等待人工回覆並停下來。每一步都寫進只能新增、不能修改或刪除的日誌。
這套做法可以帶回任何系統：AI 一旦能在財務資料上動手，就要有自己的身份，日誌才分得出哪些是 AI 做的、哪些是人核准的。
沿用員工帳號，日誌就分不出是誰動的手
沿用員工帳號，日誌裡的「操作者」就不再等於真正動手的一方。員工啟動 agent，agent 查採購單、讀發票、更新案件狀態，事後只看得到「某某做了三個動作」，卻看不出哪一項是員工親自要求的、哪些是 agent 自己決定的後續步驟、改資料之前有沒有出現人工確認，以及 agent 有沒有嘗試過被拒絕的操作。
收回權限也會變困難。你可能只想停掉 agent，卻因為它和員工共用身份，只能連員工的正常工作一起中斷。
獨立身份、預設拒絕、超過門檻交給人
獨立身份： 系統要能單獨授權、停用和查詢這個身份，只在名稱後面加上「Bot」不算。身份綁定單一用途，例如「應付帳款發票例外處理」，不要做成整個財務部共用的 AI 帳號；指定一位能核准權限、處理警報、停用身份的負責人；使用可以輪替和撤銷的機器憑證，不要把員工的密碼交給 agent。
預設拒絕： 先禁止一切，再逐項開放必要的動作。AWS 的例子是：允許讀取任何採購單，但只允許過帳低於五萬美元的分錄。依 AWS 官方文件，它用的授權規則沒有符合任何允許規則時一律拒絕，明確禁止的規則永遠優先於允許。
超過門檻交給人： 寫清楚哪些情況 agent 一定要停下來交給人，例如金額超過重要性門檻、修改供應商的銀行資料、AI 自己判斷把握度不夠。交給人的時候，要附上依據和建議，而不是只丟一句「請確認」。
身份由系統確認、不能靠對話宣稱，參考〈AI 客服能改帳號之前，身分要由系統確認，不能由對話確認〉；跨多個系統時每一站怎麼換權限，參考〈AI agent 跨系統辦事，每到一站都該換一把新鑰匙〉。
先拿一小批例外唯讀試跑
不要一開始就讓 agent 改正式資料。先挑一小批已經處理過的例外，讓它用自己的身份唯讀跑一遍，比對它的判斷和財務同仁當初的處理是否一致，再檢查日誌能不能分出 agent 和人的動作、被拒絕的嘗試有沒有留下紀錄。確認這些都看得到，再逐項開放修改權限。
身份分得清，不代表判斷正確
獨立身份讓責任追得到，但不能保證 agent 判斷正確。門檻設得太高，風險會漏過去；設得太低，每件都交給人，自動化就失去意義。門檻要由財務負責人依公司的重要性標準決定，並定期回頭看被交給人的案件比例。
另外，這篇談的是做法，不是推薦特定產品。不同的 ERP 和身份系統，實作方式不一樣；重點是「分得出是誰做的」和「沒允許的就不能做」這兩個原則。
AI 整理卡
我們打算讓 AI agent 處理 ERP 裡的例外（例如發票對不上、付款例外），想先把它的身份和權限設計好。
判斷方法來自這篇文章：https://boosterminiclass.com/posts/erp-agent-separate-identity-deny-by-default/
文章的看法是：AI agent 不能沿用員工帳號，否則日誌分不出是人做的還是 AI 做的，也沒辦法只停掉 AI。要讓 agent 用自己的身份、預設拒絕所有動作再逐項開放，並在金額超過門檻或把握度不夠時停下來交給人。
請先問我：agent 要處理哪一類例外、會讀哪些資料、可能要改哪些資料、目前用什麼帳號在測試。
接著：
1. 列出這個 agent 的身份設計：用途名稱、服務範圍、負責人、憑證類型與輪替方式；
2. 寫一份預設拒絕的權限清單：明確允許的讀取和修改動作、每項的條件（例如金額上限），以及明確禁止的動作（例如修改供應商銀行資料）；
3. 列出一定要停下來交給人的情況，以及交給人時要附上的資訊；
4. 設計一次唯讀試跑：用哪一批已處理的案例、要比對什麼、日誌要能看出哪些資訊。
門檻金額請標示「由財務負責人決定」，不要自行設定數字。
參考來源
- AWS for SAP Blog（官方）：AWS Agentic Standard Operating Procedures (SOPs) for ERP Automation — https://aws.amazon.com/blogs/awsforsap/aws-agentic-standard-operating-procedures-sops-for-erp-automation/（2026-07-08）
- Help Net Security：AWS gives its ERP agent deny-by-default rules and a separate identity — https://www.helpnetsecurity.com/2026/07/10/aws-agentic-ai-erp-automation/（2026-07-10）
- AWS 官方文件：Writing policies in natural language - Amazon Bedrock AgentCore — https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/policy-natural-language.html [accessed: 2026-10-11]
