內容摘要： CRM 權限管理應以工作職責、敏感資料及實際流程為基礎。區分功能、物件、欄位及記錄的存取權限，透過角色分配權限，並在人員到職、調職或離職時檢視例外授權。正式推出前，應同時測試允許及禁止的操作。
成長中的團隊需要共用客戶資訊，但共用資訊不代表不受限制地存取資料。業務人員可能需要了解續約情況，卻不應修改付款資料；客服人員可能需要確認合約服務範圍，卻不必查看利潤率。
CRM 權限管理是持續分配、檢視、調整及稽核 CRM 功能與資料存取權的過程。有效的權限管理能支援協作，同時保護超出個人職責範圍的資訊。
先從員工必須完成的工作著手。在設定權限前，記錄允許的操作、相關資料、業務負責人及重新檢視的觸發條件，讓權限成為營運流程設計的一部分。
CRM 權限管理應涵蓋哪些層級？
CRM 權限需要回答四個相關問題。不同產品的用語可能不同，功能權限與物件權限也可能有所重疊：
- 功能權限： 使用者可以使用哪些功能，例如匯出資料或管理使用者？
- 物件權限： 使用者可以讀取、新增、修改或刪除哪些資料類型，例如客戶或服務案件？
- 欄位權限： 使用者可以查看或修改哪些屬性，例如利潤率或銀行資料？
- 記錄權限： 哪些個別客戶、服務案件或商機屬於使用者的存取範圍？
這些層級應搭配運作。能夠讀取商機物件，不代表應看到所有商機或每個欄位。在頁面上隱藏欄位，也不能取代真正的存取控制。
角色型存取控制如何運作？
角色型存取控制（RBAC）先將權限分配給角色，再將使用者指派至角色。NIST 的 RBAC 模型將使用者與角色的指派，以及權限與角色的指派分開，讓存取權更容易管理及檢視。
依據固定職責定義角色，例如業務代表或財務審核人員。在系統支援的情況下，透過資料歸屬、團隊及共用規則界定記錄範圍。系統管理權限應與日常工作權限分開。
務必測試合併後的存取權。多個角色或共用途徑可能擴大權限，移除其中一項指派，並不代表相關存取權已完全撤銷。
業務、客服、財務及合作夥伴需要哪些存取範圍？
各團隊應取得足以完成職責及交接工作的存取權。以下是設計示例，並非 ShareCRM 的預設角色設定：
- 業務團隊： 負責的客戶、聯絡人及商機，以及經核准的服務資訊；限制財務資料修改與大量匯出。
- 客服團隊： 相關客戶資料、服務案件及服務權益；提供必要的商務資訊，但不開放無關的利潤率資料。
- 財務團隊： 相關合約、發票、付款資訊及核准操作；不因財務職責就自動取得所有業務備註。
- 合作夥伴： 僅限明確授權的客戶及交易；不得查看其他合作夥伴的記錄或內部定價。
例如，客服可能需要確認客戶的支援服務範圍，但不應修改合約付款條款。測試正常交接流程時，也要驗證這項修改操作確實被阻擋。
將這些情境納入 CRM 導入計劃，並取得各流程負責人的核准。
如何運用最小權限原則？
最小權限原則，是指僅授予完成已授權任務所需的存取權。應分別管理查看、修改、匯出、刪除、共用及系統管理操作，避免一次授予過大的權限組合。
CISA 與 NSA 建議限制高權限存取，並落實最小權限原則。額外授權應有書面理由；互相衝突的職責也應分離，例如修改付款資料與核准相關交易。
整體風險背景同樣值得關注：Verizon 的2026年 DBIR 公告指出，48%的資料外洩事件涉及第三方，增幅達60%。這些數字反映整體資料外洩情況，並不能證明事件由 CRM 權限造成。
如何管理臨時權限及離職人員的存取權？
臨時授權應明確記錄用途、範圍、核准人、結束時間及撤銷負責人。已確認支援自動到期時才使用該功能；否則應安排移除作業，並保留完成佐證。
員工離職時，應依適用情況停用 CRM 與身分識別提供者的存取權、使工作階段及使用者相關權杖失效、移除群組成員資格與共用授權，並移交業務資料的負責人。輪替共用憑證前，先檢查整合依賴關係，並保留必要記錄。
職務異動也需要移除不再適用的權限。移交資料負責人，不等於撤銷登入權或所有存取途徑。
權限稽核應檢查哪些項目？
權限稽核應比較實際有效的存取權與目前職責。檢查使用者真正能做什麼，而不只是查看角色名稱。
檢視以下項目：
- 啟用中的帳號是否符合員工及合作夥伴的目前狀態。
- 系統管理權限及互相衝突的職責。
- 合併角色、直接授權、群組及共用規則。
- 敏感欄位是否透過報表、匯出、API 或整合而暴露。
- 已到期的例外授權、離職使用者及無負責人的服務帳號。
- 可取得的稽核佐證、保留期限、改善負責人及重新測試安排。
每項發現應記錄：使用者或角色、預期權限、實際權限、佐證、改善行動、負責人及期限。依風險決定檢視頻率。
常見問題
只使用 RBAC 就足以保護 CRM 資料嗎？
RBAC 提供容易管理的基礎，但僅憑角色成員資格，無法確保存取權適當。還應檢視記錄範圍、敏感欄位、匯出、整合及例外授權。測試使用者取得的合併權限，確認他們能完成正常工作，同時無法查看無關資訊。
應多久檢視一次 CRM 權限？
員工到職、職責變更或離職，以及合作夥伴關係或整合變更時，都應檢視權限。另外，依風險安排定期檢查，特別關注高權限及外部存取。應記錄核准、例外授權、撤銷佐證及未解決事項，而非只做沒有記錄的檢查。
ShareCRM 是否支援權限自動到期？
本文並未確認每一種 ShareCRM 權限都能自動到期。公開文件介紹了業務角色、欄位權限及資料共用，但到期機制仍需依具體流程及部署確認。在確認前，應指定權限移除負責人及完成期限。
團隊應如何落實權限設計？
先選擇一個跨團隊流程，同時測試允許及禁止的操作。ShareCRM 公開文件介紹了 RBAC、欄位權限及可設定的資料共用；正式推出前，仍需確認個別部署的行為。隨著職責改變持續更新 CRM 權限管理，同時檢視存取受阻與過度授權的情況，再了解 ShareCRM 的存取控制與安全管理方式，評估適合團隊的基礎架構。
