Project SAGE把AI代理的身分與授權帶進金融討論。對家族企業，實際問題是誰可提出付款、誰可批准，以及如何在付款前撤回權限。
SAGE開啟的是探索與治理工作
金管局11月2日推出Project SAGE，探索代理式金融的應用、代理身分、互通標準及法律監管問題。採購與財資管理列於可能探索的企業應用，相關專家小組亦已成立。[1]
G70分析，這提供了一個檢視企業付款流程的契機，但項目啟動本身沒有確立某家銀行已向客戶開放自動付款，也沒有替企業決定責任分配。具體服務是否可用、銀行接受何種授權，以及發生錯誤時如何處理，仍要以適用條款和實際安排確認。
把讀取、建議與執行拆開
以下是一個假設的採購流程。代理讀取發票，核對訂單與收貨紀錄，然後提出付款建議。這些工作可以分別授權；能看發票，不必同時能新增收款人或向銀行發出付款指示。
G70建議把權限按動作設定。讀取資料、草擬付款、修改收款帳戶、批准及提交交易，應有各自的權限邊界。若一個代理可以自行改帳戶、批准並付款，原本需要互相核對的步驟便集中在同一處，錯誤亦更難在執行前被發現。這是流程設計建議，並非SAGE已頒布的規定。
金額上限以外，還有收款人與時間
授權只寫「每筆不超過指定金額」仍不完整。同一筆需求可能被重複提交，或拆成多筆。控制可同時包括核准收款人名單、一定期間內累計金額、重複發票識別及權限到期時間，並將例外交由指定人員處理。
撤銷權限也要分清階段。停止代理讀取或提交新指示，不等於銀行必定能撤回已受理、已交收的付款。企業需要知道停用指令由哪個系統執行、何時生效，以及未完成指示如何被標識和處理。實際撤回能力須向服務提供者確認。
證明誰在何種權限下作了甚麼
SAGE提出研究代理身分及獲授權限，包括Know Your Agent等做法。[1] G70分析，企業內部亦需要將代理身分連回授權人、核准範圍和當時有效的版本，留下輸入資料、建議、批准、提交及銀行回覆的紀錄。只有一句「系統已批准」，難以還原決策過程。
較易檢驗的起點，是先限定於讀取、核對與草擬，待例外處理、權限撤銷和審計紀錄驗證後，再考慮擴大執行權限。判斷重點是每個動作能否被限制及追溯，而不是代理看起來能否完成整條付款流程。
