← 回 AutoInsight

前瞻情境模擬 — 財務版(進階)

階層式 Agentic AI | 規劃 Agent 分解任務、子 Agent 執行,關鍵節點交由人決定
← 回到簡化版:「這個月,錢夠不夠?」
原型展示 所有數據為模擬值,非真實財務資料。Agent 執行為前端模擬,未串接後端模型;但閘門所做的口徑調整會真實觸發下游重算。
假設情境

假設主要客戶 A(占年營收 28%)將付款條件由 60 天延長至 90 天,同時新台幣兌美元 升值 4%。在不新增銀行額度的前提下,2027Q1 的現金水位、毛利率,以及銀行約定的 淨負債 / EBITDA ≤ 3.0x 是否守得住?應採取什麼對策?

執行計畫

資料探索
1. 盤點曝險部位
客戶 A 帳齡、實際收款行為、外幣部位
人工閘門
影響推演
2. 13 週現金流
推演落底時點與缺口
影響推演
3. 損益與約定條款
匯率對毛利與槓桿的衝擊
對策生成
4. 三案比較
提供可比較的決策選項
人工閘門
報告產出
5. 董事會摘要
收斂成最終決策文件

Agent 架構與分工

使用者:提出假設情境 客戶延付 60→90 天,同時新台幣升值 4% 規劃 Agent(Planner) 拆解任務為可執行子題 ・ 決定執行順序與相依關係 ・ 彙整子 Agent 回傳結果 並決定「哪一步不該由 AI 自己走完」——閘門位置是規劃出來的,不是寫死的 資料探索 Agent ERP 應收模組 銀行對帳檔(5 家) 外幣部位表 還原「實際」收款行為 現金流推演 Agent 13 週收現排程模型 既有支出節奏疊加 落底時點偵測 損益推演 Agent 匯率侵蝕與毛利率 EBITDA 重算 約定條款檢核 對策生成 Agent 財務工具庫 既有銀行往來條件 量化各案邊際效果 報告產出 Agent 董事會格式套用 口徑聲明與來源標註 責任邊界註記 人工閘門 1 人工閘門 2 口徑與假設確認 採納與定稿核准 人:財務主管/財務長 全程只在兩個點介入 —— 但這兩個點決定了報告能不能拿進董事會
環節Agent 負責人負責為什麼這樣切
1 取數盤點跨 ERP、銀行對帳檔、外幣部位表取數,並還原「實際」收款行為而非合約條件純機械性的跨系統比對,人來做只會更慢、更容易漏
⛔ 口徑確認攤開三個口徑歧異,提出建議值並說明理由拍板三個口徑同一批資料,口徑不同會讓約定條款從 2.57x 到 3.20x —— 結論會翻轉,這是專業判斷不是資料問題
2–3 影響推演套用已鎖定口徑,重算 13 週現金流、毛利率、EBITDA 與約定條款公式固定、重算成本趨近於零,正適合反覆做敏感度分析
4 對策生成檢索可用財務工具,量化三案對現金、毛利與槓桿的邊際效果擴大選項空間、把每個選項都算到可比較,是 AI 的強項
⛔ 採納核准提出收斂建議(哪兩案互補、哪案該當備案)選定方案並簽署承擔後果的人才有權決定。未核准則報告僅為草稿
5 報告產出依董事會格式彙整,標註口徑聲明、資料來源與取數時間覆核格式化工作交給機器,責任聲明留給人
階層式的重點不在「有幾層 Agent」,而在規劃層要判斷哪裡需要人
多數 Agentic 展示把「全自動跑完」當成賣點。但在財務場域,全自動反而讓報告失去可用性 —— 沒有人簽名的口徑,數字再精確也進不了董事會。
這個架構刻意讓規劃 Agent 除了拆任務之外,還要標記出「此處需要人類判斷」: 判準是「這一步的產出若錯了,是資料問題還是判斷問題」。資料問題交給 Agent 自己修, 判斷問題一律停下來等人。
Agent 會先取數,然後停下來請你確認口徑