FR-151 · 二、分析與決策 · 05 決策紀錄
依主題分四組;「裁示」欄空白=還沒裁,建議不等於裁示
舊稿把首腦建議與決策者裁示混在一起,導致提問被當成定案。本頁每個決策點固定四段:問題是什麼、選項與取捨、首腦建議、裁示(含日期)。沒有裁示日期的一律視為未定。
| 日期 | 變更 |
|---|---|
| 2026-10-20 | 加 D11 風險總表 Excel 匯入(同匯出格式、編號空白=新增、有編號=更新、算的欄忽略) |
| 2026-10-20 | 加 D10 SSP 現況 Excel 補負責部門欄+責任矩陣 sheet 可匯入;任務配置匯入不加 RACI |
| 2026-10-20 | 加 D9 風險總表欄位選擇器(預設 10 欄、29 欄可選、記在瀏覽器) |
| 2026-10-20 | 加 D8 風險現況報告(可列印一頁,不做 popup、不做 Word) |
| 2026-10-20 | 加 D7 GRC 總覽砍掉重練(主管簡報式儀表板,風險快照與趨勢先不做) |
| 2026-10-20 | 加 D4 風險總表補欄位(對照 GRC Overview Dashboard.xlsx)、D5 表單改版與獨立頁、D6 處理計畫改關聯資源庫;A6 改判 SSP 內矩陣只看不設;決策者手測第二輪裁 |
| 2026-10-20 | A2 補裁:R/C/I 一律只存人,部門只當挑人的篩選,推翻 C/I 存部門 |
| 2026-10-20 | 加 A7「RACI 的 R 回填任務指派」:決策者裁乙,只填沒指派的任務、已指派一律不動;進 FR-151 當 ⑬ |
| 2026-10-20 | 加 A6「部門 RACI 預設+責任分工設定頁」:決策者手測後裁,R 取值順序處理人優先、部門預設墊底;進 FR-151 當 ⑫ |
| 2026-10-20 | D1 裁示:風險只存一張表(ssp_risks 升格公司層);D2/D3 依建議隨計畫定案;D6 簽核不做;A5 補「通用掛點」;兩版合併 |
| 2026-10-19 | 第一版八題 A2~A5、B1、B2、C1、C2 決策者全數裁示,皆照首腦建議;B2 補裁示理由(資源庫與 SSP 綁在一起、部門跟著 C 住 SSP,不另開公司層預設表);八題 callout 由 pending 改 decided |
| 2026-10-19 | 自 discussion.md v4 D1~D14 重組:依主題分四組重編號;每題拆「建議」與「裁示」兩段;加 A1(對象)、A5(SSP 層)的 2026-10-19 討論結論;舊 D2/D3/D6/D12 等風險類移 D 組標「第二版再裁」 |
A1 RACI 的對象是什麼(矩陣的橫列)
問題:矩陣左邊那欄列什麼。
選項:甲 控制項(稽核 NOT MET 判的就是它,報告印負責人對得上)/乙 風險(PM 講 R 時的對象,但公司層風險總表第一版不存在,沒有列可填)/丙 任務(已有處理人,重複)/丁 政策文件(不做)。
首腦建議:甲。表留「對象類型」欄,第二版加風險時不改表。
裁示(2026-10-19):對象=專案 SSP 的控制項實作。決策者確認「RACI 其實是針對 SSP 設定」。對象類型欄要不要先留,併 A5。
A2 RACI 格子填人還是填部門
問題:A 那格寫「資訊部主管」還是寫「陳經理」。
選項:甲 填人(精確,人離職要改每一格)/乙 填部門(穩定,但老闆要叫人還要再查)/丙 A 存部門、系統算出主管顯示;R 存人;C、I 存部門(通知時展開)。
首腦建議:丙。A 是「出事找誰」,部門比人穩定,人換了只改部門主管欄;R 是動手的人本來就該是人。這題選丙就必須先有 B1 主管欄。
裁示(2026-10-19):丙。A 存部門、顯示時算出主管;R 存人;C/I 存部門。前提 B1 主管欄同日裁定。
2026-10-20 補裁:R/C/I 一律只存人,推翻「C/I 存部門」。所有設 RACI 的畫面(責任分工設定頁、專案與資源庫責任矩陣、風險表單)上方的部門只是挑人的篩選。理由:R 自動補進任務只認人;C/I 存部門的「通知時展開」第一版沒做,存了等於沒人收到。A 仍是部門主管,不變。
A3 格子是人填還是系統算
問題:一套 CRA 九十六條乘四格近四百格,誰填。
選項:甲 全手填(顧問不會用)/乙 全算(A=負責部門主管、R=任務處理人,不能改例外、C/I 算不出)/丙 預設算、人改例外、C/I 選填。
首腦建議:丙。要讓系統算 A,就得先有 B2 控制項對部門。
裁示(2026-10-19):丙。系統先帶出 A(負責部門主管)與 R(任務處理人),人改例外;C/I 選填。決策者確認理解:「系統算」的依據只有部門主管欄與控制項負責部門兩筆人填的資料,不是風險設定。
A4 第一版開幾格
問題:R/A/C/I 四格第一版都開,還是只開 A、R。
選項:甲 四格都開,C/I 選填(I 填了第一版沒人收到通知,只是記錄)/乙 只開 A、R(I 的通知第二版再加格)。
首腦建議:甲。開格成本低,顧問導入時一次填完不用回頭;I 的「狀態改變自動通知」掛第二版。
裁示(2026-10-19):甲。四格都開,C/I 選填;I 的狀態改變自動通知掛第二版。
A5 RACI 存在哪、要不要留「對象類型」欄
問題:A1 已定對象是 SSP 控制項實作。存法有兩種。
選項:甲 直接在 ssp_control_implementations 加欄(負責部門、R、C、I;A 不存,顯示時算)——最省,隨 SSP 快照凍結/乙 獨立 RACI 表帶「對象類型+對象 id」,第一版對象類型只有一種——多一張表,但第二版風險要掛 RACI 時不改結構。
首腦建議:乙的欄位、甲的語意:獨立表但第一版只填 SSP 控制項。第二版公司層風險是獨立於專案的,不能掛 SSP,要另有存法,先留欄位可避免二版搬資料。
裁示(2026-10-19):乙。獨立 RACI 表帶「對象類型」欄,第一版只填 SSP 控制項實作。2026-10-20 補:對象類型欄是通用掛點,風險、政策文件、供應商等未來模組都是多一個類型值,表、API、責任區塊元件共用。
A6 C/I 有沒有預設:部門層 RACI 預設與獨立設定頁
問題:A3 讓系統算 A 與 R,但 C/I 完全沒預設,上百條控制項要一格一格點;「批次設定 R/C/I」是為補這個洞長出來的,決策者手測後反映「批次設定看不懂,四個東西不是應該一起設」「RACI 應該像設定檔,先設好各部門的,SSP 選完部門就直接套用」。
選項:甲 維持逐格+批次(現況)/乙 每個部門先設 R/C/I 預設人選,控制項選了部門四格自動帶出,個別改的是例外;設定入口獨立一頁/丙 同乙但把設定塞進部門管理頁(jedi-iam 套件)。
首腦建議:乙。與 2026-10-20 早上定的概念一致(選部門就決定預設、矩陣只處理例外),只是把 C/I 也納入預設。不選丙:部門管理在 jedi-iam 套件,塞 RACI 等於套件認識 GRC 業務;維護者也不同(IT/人資 vs 合規負責人),權限要分開。資料面不開新表:responsibility_assignments 多一個對象類型 org_unit。
裁示(2026-10-20):乙。細節:
84f199b4)擱置不驗,隨本題一起收。A7 RACI 設了 R,任務要不要跟著指派
問題:⑫ 落地後決策者手測:控制項選了部門、RACI 有 R 了,但評估目標的任務關卡還是「未指派」。任務處理人會往上變 RACI 預設 R(A3),反過來 RACI 的 R 不會往下變任務指派——單向。
選項:甲 維持單向(R 是負責、指派是動手,可不同;缺點是設了 R 像沒生效)/乙 R 有值且任務沒指派時,系統把 R 帶成任務指派人員,只填空、不覆蓋/丙 任務指派下拉預設帶出 R 當建議值,人按確認才寫。
首腦建議:丙。乙省工但會產生掛名指派與一批自動通知。
裁示(2026-10-20):乙,決策者理由「省掉 PM 一些工」;並明令只異動沒指派的:任務已有任何處理人(含覆核者)就不動,不覆蓋、不補人。細則:
add_task_assignee),所以會照常發待辦通知;決策者知悉並接受。B1 部門「主管」放哪裡(舊 D1)
問題:部門表現在沒有主管欄,要加在哪。
選項:甲 org_units 加主管欄或 org_unit_managers 子表,在 jedi-iam 套件層改(規範:套件 domain 的欄位在套件改)/乙 寫進 RACI 表當「對象=部門、角色=A」(概念不對:部門主管不是對某件事當責)/丙 塞 org_units.metadata jsonb(零 migration,但報表 join 不到)。
首腦建議:甲,允許多位、第一位為主要(副主管、代理人、一人兼管兩部門都常見)。要動 jedi-iam 套件,按規範需決策者點頭。
裁示(2026-10-19):甲。jedi-iam 套件層加部門主管,允許多位、第一位為主要。此裁示即決策者同意動 jedi-iam 套件。
B2 控制項對部門存在哪一層(舊 D13)
問題:A 要算得出來,控制項要先知道自己屬哪個部門。
選項:甲 存在專案 SSP 控制項實作上,可按框架群組整批設,個別覆寫——每個專案設一次,同客戶第二個專案要重設/乙 存在框架層控制項上——全公司一套,但資源庫範本沒有租戶,部門填不進去/丙 用 OSCAL responsible_roles 推——那是文件角色不是部門,對不到主管。
首腦建議:甲。緩解「第二個專案重設」:開新一輪時從上一輪複製,第一版可不做。決策者 2026-10-19 討論中表示「在 SSP 設即可」,同日正式裁定(見下)。
裁示(2026-10-19):甲。負責部門存在專案 SSP 控制項實作上,按框架群組整批設、個別覆寫。決策者理由:合規資源庫本來就是每家公司各自設定、資源庫與 SSP 綁在一起,C 的關聯住在這裡,G 的「控制項歸哪個部門」跟著 C 放同一處,不另開公司層「控制項預設部門表」(那會是第二套真相)。同客戶第二個專案重設的問題用「從上一輪複製」解,第一版可不做。
C1 GRC 總覽頁誰能看、看多大範圍(舊 D7)
問題:只給稽核主管與管理員,還是部門主管也看自己那塊。
選項:甲 只給稽核主管與系統管理員/乙 部門主管看自己部門加底下所有子部門(沿既有 org_units.path 過濾,一句 SQL;不碰 FR-132 不做的 RLS 隔離);稽核主管、管理員、總經理看全公司。
首腦建議:乙。階層樹已有,不用新做;「誰是哪個部門主管」靠 B1;管多個部門取聯集。
裁示(2026-10-19):乙。部門主管看自己部門加子部門(沿 org_units.path);稽核主管、系統管理員、總經理看全公司。
C2 結案報告與 SSP Excel 匯出哪些第一版做
問題:FR-145 結案報告加責任歸屬節、FR-141 SSP Excel 加責任矩陣 sheet,兩者都做還是先做一個。
選項:甲 兩者都做/乙 先做結案報告(PM 點名「結案報告可以直接呈現誰負責」),Excel sheet 後移。
首腦建議:甲。Excel 多一張 sheet 成本低,且責任矩陣本來就是試算表形狀。
裁示(2026-10-19):甲。結案報告責任歸屬節與 SSP Excel 責任矩陣 sheet 第一版都做。
D1 公司層風險與專案層 ssp_risks 的關係
舊建議:兩表並存,專案風險可升級成公司風險。
裁示(2026-10-20):風險只存一張表。 現有 oscal.ssp_risks 升格為公司層風險總表(ssp_id 改可空),顧問只在總表填;SSP 頁籤「風險評估」改唯讀顯示該專案關聯的風險;CRA 法律文件匯出(附件七、附件二)與評估目標 CRA.ART.13.RA/CRA.A7.3 照原路讀。不另立公司層表、不做「升級」。決策者原話:「SSP 不用填了,直接搬到風險總表」「兩邊的意思是一樣的」。關聯控制項存框架控制項編號(三個 CRA 專案同一條只勾一次),關聯專案由編號系統算出。
其餘隨計畫定案(決策者 2026-10-20「其他都照你建議」延伸):
| 編號 | 舊號 | 問題 | 舊稿建議 |
|---|---|---|---|
| D1 | D4 | 公司層風險與專案層 ssp_risks 的關係 |
兩表並存,專案風險可升級成公司風險 |
| D2 | D5 | 風險評估方法 | 固定五乘五,衝擊/可能性每級文字定義與等級門檻進字典;五乘五等級對照圖做、熱圖下鑽不做(2026-10-20) |
| D3 | D6 | 稽核 NOT MET 自動建風險要不要全自動 | 按框架控制項編號歸併成一筆(再沒過改狀態不建新筆),先進待納入清單,稽核主管一鍵納入 |
| D4 | D8 | Domain/Category 清單 | 照 Excel 範本當出廠預設種進 system_menus |
| D5 | D10 | 風險沿部門樹往上彙總、儀表板逐層下鑽 | 做,path 已有 |
| D6 | D12 | 風險接受權責與超限升級簽核 | 不做(2026-10-20);狀態欄留「已接受」值,以後加關卡不改表 |
D4 風險總表缺哪些欄位(對照 PM 給的 GRC Overview Dashboard.xlsx「GRC Register」A~R 欄)
問題:決策者手測後說總表缺很多欄位,要對照 Excel 範例補。
核對結果(有=我們已有同義欄位):A Record ID 缺/B Domain 有(領域分類)/C Category 缺/D Title 有/E Business Unit 有(部門)/F Owner 有(A=部門主管)/G Status 有/H Compliance Status 缺/I Inherent Risk 有(列表沒顯示)/J Control Effectiveness 有/K Residual Risk 有(公式相同)/L Risk Tier 有(三級門檻字典,Excel 四級不跟)/M Open Issues 缺/N Issue Aging Days 缺/O Issue Severity 缺/P Review Date 有(下次審查日)/Q Days to Review 缺/R Review Alert 缺。另表單漏放既有的「受影響資產」「依據標準」兩欄(只有 CRA 資源庫表單能填)。
裁示(2026-10-20):
system_menus 新群組 risk_category,不寫死)。system_menus(risk_review_cycle:high 3/medium 6/low 12 個月、未評等級比照 medium)。自動建的風險在「待納入」被確認時起算。不做自動推下一期。D5 風險表單改版:獨立頁、RACI 即時預覽、控制項四層過濾、可跨框架
問題:決策者手測:選部門要立即看到 RACI 不該存檔才顯示;一條風險只能對一個框架版本內的控制項;選控制項要框架→版本→群組→控制項逐步過濾;欄位太多不適合 Dialog。
裁示(2026-10-20):新增/修改改獨立頁面(第 4 棒「拆獨立頁先不做」作廢,欄位已倍增);選部門後 A/R/C/I 預覽即時帶出(用部門預設算,存檔後才有例外);關聯控制項改四層逐步過濾且可跨框架、跨版本多選,存法不變(框架控制項編號);補「受影響資產」「依據標準」欄。
D6 「處理計畫」改成關聯資源庫
問題:處理計畫目前是文字框;決策者要它關聯一個 SSP,透過 SSP 帶出關聯專案;新風險若還沒有資源庫,要能當場新增並帶回。
裁示(2026-10-20):這版綁資源庫(範本 SSP),未來可能換別的對象、先留欄位語意不寫死。表單上「處理計畫」改成資源庫選單+「新增資源庫」鈕(開既有新增流程,建完自動選回)。關聯專案:有綁資源庫→該資源庫開出的專案;沒綁→維持由控制項編號算。原文字內容保留為「處理說明」不刪。
D7 GRC 總覽砍掉重練:主管簡報式儀表板
問題:④ 做的 GRC 總覽只有四張數字卡加一張部門表,決策者:「超不專業」,要參考業界產品重做,迷你風險熱圖必有。
對照:Eramba、CISO Assistant、ServiceNow IRM、Drata、Vanta 五家與 PM 的 GRC Overview Dashboard.xlsx 交集一致——風險依等級分段、熱圖(固有/剩餘可切)、依領域拆解、待辦清單(逾期/到期/待審,含負責人)、合規進度、趨勢。雛形 prototype/grc-dashboard.html(第二版,決策者看過)。
裁示(2026-10-20):照雛形第二版做,四層:
governance-overview、grc.governance.read/read-all,主管只看子樹的範圍規則不變)。D8 單筆風險「現況報告」:可列印一頁
問題:編輯頁的「現況」卡只有三個數字(合規狀態、未結改善計畫、複查提醒)。顧問複查一筆風險要回答「擔心還成不成立、處置有沒有效、要不要調」,得把評分、控制項判定、改善計畫明細、RACI、處置、歷程收成一頁;決策者問要不要 popup。
裁示(2026-10-20):做成可列印的獨立頁 /governance/risks/:uid/report(比照結案報告頁),不做 popup;Word 匯出這版不做。七段:① 抬頭(編號/標題/分類/領域/部門與 A/來源/狀態/建立與更新)② 評分摘要(衝擊、可能性、固有;有效性、剩餘與等級;5×5 小矩陣標落點)③ 合規與控制項(關聯控制項逐條:框架、專案、最近一次稽核判定與日期)④ 改善計畫(未結逐件:專案、控制項、開立/到期、負責人、嚴重度、任務進度)⑤ 責任(RACI 四格,標個別指定)⑥ 處置(處置方式、現有控制、處理說明、關聯資源庫與專案、下次審查日與提醒)⑦ 歷程(狀態變更)。入口:編輯頁頂端與「現況」卡右上「現況報告」鈕、列表操作欄一顆。資料全沿用既有鏈(detail、⑮ metrics、RACI 矩陣、稽核判定與改善計畫 build_view),讀時算。
D9 風險總表列表欄位:欄位選擇器
問題:列表 10 欄、Excel 29 欄,決策者問是不是沒印全。首腦當初刻意切(列表掃描用、Excel 分析用),但領域/分類只在標題下小字、固有分數要點進去才看得到,老闆/顧問/部門主管要看的欄不同。
選項:甲 維持 10 欄/乙 欄位選擇器(預設 10 欄,29 欄全可選,選擇記瀏覽器)/丙 直接加到 14 欄。
裁示(2026-10-20):乙。專案裡沒有既有的欄位選擇器,做成可重用的 composable+鈕,風險總表先用;預設欄維持現在 10 欄,可選清單=Excel 29 欄同一份定義;選擇存 localStorage(每人每瀏覽器),有「還原預設」。
D10 Excel 匯入跟上 FR-151 新欄:SSP 現況 Excel 與任務配置匯入
問題:決策者問 SSP 匯入有沒有負責部門欄、任務配置匯入要不要加 RACI。實查:SSP 現況 Excel 可編輯欄只有備註/缺失/建議+任務四欄,沒有負責部門;⑤ 加的「責任矩陣」sheet 只匯出不匯入;任務配置匯入欄有任務類型/指派人員/參與部門/設備,沒有 RACI。
裁示(2026-10-20):
D11 風險總表 Excel 匯入
問題:決策者要風險總表能用 Excel 匯入,格式就用匯出那份,編號不用給(自動派號)。
裁示(2026-10-20):
| 編號 | 舊號 | 問題 | 首腦決定 |
|---|---|---|---|
| E1 | D9 | 新模組名與 URL 前綴 | 第一版沒有風險總表,主管欄進既有組織模組、負責部門與 RACI 進既有 SSP 模組,只有總覽頁是新的,模組名 governance、URL /api/1.0/governance、錯誤碼前綴 GOV_。不能叫 grc:既有流程模組已佔 /api/1.0/grc 與 GRC_* |
| E2 | D11 | 角色加「第幾線」標籤 | 不做(2026-10-19 決策者確認 C 類不做;三道防線無框架要求) |
| 舊 | 新 | 備註 |
|---|---|---|
| D1 主管放哪 | B1 | |
| D2 RACI 對象 | A1 | 已裁:SSP 控制項實作 |
| D3 四格必填 | A3+A4 | 拆成「怎麼填」與「開幾格」 |
| D4 公司層與專案層風險 | D1 | 二版 |
| D5 風險方法 | D2 | 二版 |
| D6 自動建風險 | D3 | 二版 |
| D7 儀表板誰看 | C1 | |
| D8 Domain/Category | D4 | 二版 |
| D9 模組命名 | E1 | 首腦自決 |
| D10 樹往上彙總 | D5 | 二版 |
| D11 三道防線 | E2 | 不做 |
| D12 風險接受簽核 | D6 | 二版 |
| D13 控制項負責部門 | B2 | |
| D14 第一版範圍 | 併入 10 分期 | 第一版=找頭兒最小版加 RACI,見 07 |