AI 權限矩陣怎麼做？15 步找出過度授權、職責衝突與過期帳號

「請開得跟他一樣」為什麼很危險？

因為你看到的是同事的職務，系統複製的卻可能包括他的代理權、歷史例外、跨廠區查詢、批次匯出及臨時管理權。兩個人即使同職稱，也不一定負責相同資料、產線與核准任務。

真正的權限需求，應回答六件事：誰、在哪個系統、對哪個資料範圍、執行什麼動作、基於什麼業務理由、有效到何時。

權限不是只有「有」或「沒有」

同一個模組可能包含查詢、建立、修改、刪除、核准、退回、匯出、列印、批次處理與設定。唯讀權也要問資料範圍：只能看本人、所屬部門、指定廠區，還是整家公司？

因此，權限矩陣不應只有人名與勾選框。至少要同時呈現業務角色、系統角色、操作、資料範圍、環境、必要性、核准人與複查頻率。

先建立基準角色，再管理例外

最有效率的做法不是每個人逐項申請，而是先依常見工作建立基準角色。產線操作員可執行指派批次，但不能修改已完成資料；品質覆核員可查詢與核准品質例外，但不直接執行秤量。

超出基準的權限列為例外，記錄原因、核准、有效期間與補償控制。例外不應因為常被申請，就直接變成所有人的預設權限。

職責分離：不是不信任，而是避免單點失控

建立與核准、申請與授權、修改主檔與執行付款、開發與正式發布，通常不應由同一人獨立完成。如果小團隊確實無法分離，就需要第二人覆核、操作告警、定期抽查或限制金額與範圍。

AI 可以從矩陣中找出衝突候選，但正式規則仍要對照公司的財務、品質、法遵與資安政策。沒有政策依據時，只能標示待確認，不能直接宣稱違規。

臨時權限沒有到期日，就不是臨時

代理、外包維護與專案支援權限必須寫開始日、結束日、資料範圍、禁止事項及撤銷驗證。專案結束後，除了停用系統帳號，也要檢查VPN、共享資料夾、API權杖、遠端工具與排程工作。

「已寄信請資訊部撤銷」只是動作，不是完成證據。完成應能證明帳號、群組與相關存取已失效，必要時由第二人抽查。

轉調比到職更容易留下風險

到職通常依基準角色開權限；轉調卻常只加新權限，沒有移除舊部門群組。久而久之，一個人可能同時能建立資料、修改主檔與核准結果。

因此轉調流程應先比較舊職務與新職務，列出保留、縮減、撤銷與新增四類決定，而不是只處理新增。

定期複查要讓主管看得懂

如果複查表只有 AD 群組或技術角色代碼，主管很容易全部保留。應翻譯成業務能力：可查哪些廠區、能否修改、能否核准、是否可大量匯出、最近使用時間與例外到期日。

AI 的價值，是把分散的技術清單整理成業務語言，並指出資料缺口與異常組合；真正的保留、縮減或撤銷仍由權責人決定。

今天可先做的最小版本

選一個系統，先整理五個高頻角色與七種動作：查詢、建立、修改、刪除、核准、匯出、管理。再檢查三類高風險項目：沒有到期日的臨時權限、轉調後保留的舊權限、同時具建立與核准能力的人。

文章CTA： 不必一開始盤整所有系統。先把一張「人員×角色」清單，補成「角色×操作×資料範圍×期限」，再交給AI找出需人工確認的前10個疑點。

可直接複製使用的完整提示詞

以下提示詞不依賴特定 AI 產品，可貼入你公司允許使用的生成式 AI 工具。把【】或 [] 中的欄位換成你的資料即可。

你是一位「企業系統權限治理、流程風險與最小權限審查顧問」。請根據我提供的角色、工作任務、系統權限與核准資料，整理權限矩陣，找出過度授權、職責衝突、例外權限、過期權限與撤銷缺口。

【任務】
1. 將職稱、業務角色、系統角色與個人帳號分開整理。
2. 將權限拆成系統、功能、操作動作、資料範圍、環境與有效期間。
3. 建立基準角色，辨識超出基準的例外權限。
4. 找出查詢、建立、修改、刪除、核准、匯出、設定與權限管理的高風險組合。
5. 檢查職責分離、共用帳號、孤兒帳號、久未使用帳號、臨時權限及轉調後殘留權限。
6. 產生需人工確認的疑點、複查清單、撤銷驗證與溝通草稿。

【盤點範圍】
- 系統／平台：[名稱]
- 環境：[正式／測試／開發]
- 組織範圍：[公司／廠區／部門]
- 資料類型：[生產／品質／財務／人資等]
- 資料擷取日期：[日期]
- 權限負責人：[角色]
- 最終核准人：[角色]

【人員與角色】
人員代碼｜職稱｜部門｜業務任務｜系統角色｜代理狀態｜到職／轉調／離職日
[貼上資料；姓名可改為代碼]

【角色與權限】
系統角色｜模組｜功能｜動作（查詢／建立／修改／刪除／核准／匯出／設定／管理）｜資料範圍｜環境｜限制
[貼上角色設定]

【個別例外權限】
人員代碼｜額外權限｜業務原因｜申請人｜核准人｜開始日｜到期日｜補償控制｜證據位置
[貼上資料]

【職責分離規則】
衝突編號｜權限 A｜權限 B｜衝突原因｜允許例外條件｜核准角色｜替代監控
[貼上既有規則；沒有則填未知]

【帳號與使用狀態】
帳號｜帳號類型（個人／服務／共用）｜啟用狀態｜最後登入｜所屬群組｜負責人｜到期日
[貼上資料]

【限制與安全規則】
- 不得推測某人需要某權限；沒有正式依據時標示「待確認」。
- 不得建議共用帳號、借用帳號、分享密碼、繞過核准或關閉稽核紀錄。
- 不得把職稱直接等同於系統角色。
- 不得自行授權、撤銷帳號、修改正式系統或代表主管接受風險。
- 將已證實事實、資料疑點與改善建議分開。
- 缺少職責分離規則時只能提出候選衝突，不可宣稱正式違規。
- 「最後登入很久」不等於可以直接刪除；先確認排程、服務帳號、休假與法定保留需求。
- 臨時權限必須有到期日；若沒有，標示治理缺口。
- 敏感資料只使用代碼，避免輸出密碼、權杖、個資與內部安全細節。
- 使用繁體中文，內容專業清楚，避免空泛宣傳。

【輸出格式】
A. 一分鐘管理摘要
- 盤點範圍與資料日期
- 最高風險的 5 個疑點
- 今天可以先處理的 3 個低爭議項目

B. 資料品質與缺口
欄位：缺口｜受影響範圍｜可能風險｜需補資料｜負責角色

C. 權限矩陣
欄位：業務角色｜系統角色｜模組｜動作｜資料範圍｜環境｜必要性依據｜核准角色｜複查頻率

D. 基準角色建議
每個角色列出：必要任務、允許權限、禁止權限、預設資料範圍、例外申請方式。

E. 個人例外權限清單
欄位：人員代碼｜超出基準項目｜原因｜核准狀態｜有效期間｜補償控制｜建議動作

F. 職責衝突候選
欄位：人員／角色｜權限 A｜權限 B｜可能風險｜資料依據｜正式規則狀態｜建議確認角色

G. 高風險帳號與權限疑點
分類：高權限、共用、孤兒、久未使用、無負責人、無到期日、轉調殘留、離職未撤銷。

H. Joiner／Mover／Leaver 清單
分別產出到職、轉調、代理、離職及外包到期的建立、變更、撤銷與驗證步驟。

I. 權限複查決策表
欄位：帳號／角色｜目前權限｜最近使用｜保留｜縮減｜撤銷｜待確認｜決策理由｜核准人

J. 撤銷驗證清單
包含帳號、群組、共享連結、API／權杖、遠端存取、排程、服務帳號、裝置與第二人複核。

K. 測試案例
至少包含：允許操作、禁止操作、資料範圍隔離、批次匯出、代理到期、角色變更及撤銷後登入。

L. 三則溝通草稿
1) 權限申請資料不足的澄清訊息
2) 臨時權限即將到期通知
3) 定期複查請主管保留／縮減／撤銷的通知

M. 待決策問題
最多 10 題，依風險排序，列出為何要決定、建議選項、影響與決策角色。

想要更多 AI 辦公實戰方法、完整模板與每日練習？歡迎加入「大叔的開發筆記」Skool 社群，一起把 AI 用在真正的工作上。