本卡屬 FR-132（母卡 CM-2510），A.5 存取管理前端第 2 張。依賴：T-5.1、T-3.7。建議 model：opus。

這張卡做什麼（白話）

存取管理的「角色」頁。上半是 T-5.1 的矩陣，下半另一區列出這個角色實際存的 pattern（讓管理員看懂 grc.*.* 代表什麼）。系統管理員整列鎖住，只能看與複製；三個出貨範例可改可刪可複製。支援把角色匯出成 JSON、從 JSON 匯入（零命中 pattern 會整份報錯列出、同名問覆蓋或另存）。

在哪裡

~/Projects/Billows/Audit-Manager/compliance-manager-fe/src/views/role-manage/RoleForm.vue、RoleManage.vue      現有角色頁（將被取代）
~/Projects/Billows/Audit-Manager/compliance-manager-fe/src/config/api/api.js:29-31,45,481      ROLES／ROLE／ROLE_STATUS／ROLE_MENU／CAPABILITIES_MENU 常數
後端匯出入 API：T-3.7（回寫內有端點與 error code）

怎麼做

• 新頁放在存取管理模組下（路由於 T-5.5 統一接，本卡可先掛暫時路由）。列表＋表單沿用 RoleManage／RoleForm 的結構與 BaseService 呼叫方式。
• is_system 角色：矩陣唯讀、刪除與編輯按鈕不出現、保留「複製」；is_template 角色顯示「範例」標籤。
• 匯出：下載 JSON 檔；匯入：上傳 → 後端 400 時列出零命中的 pattern；409 同名時彈窗讓使用者選「覆蓋」或「另存」。
• 按鈕權限照 hasCap 新名（以 T-1.6 為準）。
• error code 對應 FE error-code.json i18n。

要寫測試

• FE 不寫 unit test（本專案碎片 case 不採 TDD）；驗證＝npm run build 通過＋下方手測。E2E 屬母案收口，不在本卡。

驗收條件

• 系統管理員不能改刪只能複製；匯出再匯入另一環境得到相同角色。

手測

• DEV：開系統管理員看是否唯讀；複製成新角色後可改。
• DEV：匯出範例角色、改名、匯入、比對 pattern；匯入一份含 foo.bar.* 的檔看錯誤列表。

紀律

• 只動 DEV：migration、資料修改、部署一律只碰本機 DEV，絕不碰 STG／POC（POC 等同 production）。唯讀查詢任何環境都可以。