Fiori 專案：3. 權限規劃建議

[hsuehjen]

本系列文章係針對當專案欲採用全 Fiori 操作的環境取代傳統 GUI 的環境時，當身處在專案的不同階段時，作為顧問如何調整以往的作業方式，以相對正確（註1）的方式進行類似專案的導入。

註1：「相對正確」係指盡量以 SAP 的建議、最佳實踐（Best Practice）作為專案導入時的依據

系列文章內容包括：

1. 衍生作業說明


2. 管理目錄及啟動台內容建構


3. 權限規劃建議

---

背景說明

以筆者的經驗來說，在傳統 GUI 環境的專案裡，對於角色的維護，幾乎都是以分配交易代碼給權限角色為主，當專案要求以全 Fiori 的操作環境為主時，傳統的角色維護也需要隨之進行調整。

在這裡我們並不會討論像是角色命名是否要含組織？角色與組織的搭配，是否要使用衍生角色，是否要使用組織角色等議題，因為，這部份並不會因是否採用全 Fiori 的操作環境而有影響。

一般專案的權限大抵由顧問、系統管理人員（Basis）及客戶關鍵用戶合力完成，三者之間通常會透過 Excel 工作底稿的方式進行溝通；當以全 Fiori 的操作環境為主時，傳統使用的 Excel 工作底稿的內容，也需要進行調整，以符合顧問、系統管理人員及客戶關鍵使用者之間的溝通與使用。

綜合上述內容，本篇文章在權限規劃建議的部份，主要針對以下二個部份作說明：

• 角色維護


• （Excel）權限工作底稿調整

---

角色維護

以下以 FI 財務會計模組為範例，針對當專案全面採用 Fiori 的環境時，在權限規劃上的一些建議及注意事項

1. 權限角色建議以複製 SAP 標準角色後進行調整為出發點
   
   
   
   1. 下表角色仍為 SAP 標準角色，可將角色由 "SAP_"，替換為 "Z_"
   
   
   2. 由 SAP 標準業務角色複製的主要原因在於：
      
      
      
      1. SAP 在啟動台內容的建構中，提及到的相關建議、注意事項：
         
         
         
         1. 要著重內容的設計（白話說：使用者看到的畫面）
         
         
         2. 讓頁面內容對應到使用者一天的日常作業
         
         
         3. 改變傳統 GUI 環境使用者的作業習慣，由交易為主進展到從洞察到動作（Insight-to-Action Approach）
         
         
         4. 保持頁面的建的簡潔與精簡、每一頁不要超過多少 apps…
            上述的建議都具體體現在這些標準業務角色中，供顧問與客戶參考
         
         
         
         
      
      
      2. 標準業務角色中，包含預定義的空間及目錄，無需從無到有，或採用傳統不適當的方式（註2）建立角色，對於角色的調整較有依據
         註2：傳統不適當的方式係指沿用 GUI 環境的習慣，直接指定交易至角色
      
      
      
      
   
   
   
   


2. 基於以下原因，交易請勿直接分配給角色，而是透過 "目錄" 分配給角色，故在角色中應只有空間（或群組）及目錄
   
   
   
   1. 交易必須透過目錄分配給角色，而不能直接將交易分配給角色（如下圖紅色虛線框的交易 F-02）
      
   
   
   2. 將交易直接分配給角色，將造成無法在 Fiori 啟動台的 "All My Apps"（如下圖）或 "App Finder" 中存取到此交易，而僅能在 GUI 的環境中執行。
      註：下圖左側的清單即為分配到角色中的所有業務目錄清單
      
   
   
   3. 指定給角色的目錄，代表目錄當中包含的 apps/交易，該角色皆有 "執行" 的權限，若有不適合的情況，則需由目錄中移除或拆分目錄
   
   
   
   


3. 建議初期規劃以 1 個角色分配 1 個空間為主（如下圖）
   
   
   
   1. SAP 提供的標準角色，其與空間的對應關係亦為 1:1
   
   
   2. 可視實際狀況複雜程度調整為 1:*（1 個角色分配多個空間）
      
   
   
   
   

---

（Excel）權限工作底稿調整

1. 在 Excel 工作表的維護上，建議將目錄、apps/交易及角色，放在相同頁籤 "角色目錄權限" 維護，較容易看出三者之間的關係，以決定何時需要拆分目錄或角色
   
   
   
   1. 若將 "目錄" 與 "角色"，以及 "目錄" 與 "apps/交易"，分開 2 個頁籤維護，雖然較符合在系統維護的角度，但較難看出角色中有不適當權限的指派
      
      
      
      1. "目錄" 與 "角色" 的關連，於交易 PFCG "Role Maintenance" 中維護
      
      
      2. "目錄" 與 "apps/交易" 的關連，於交易 /UI2/FLPCM_CONF "FLP Content Manager: Cross-Client" 或 /UI2/FLPCM_CUST "FLP Content Manager: Client-Specific" 中維護
         
      
      
      
      
   
   
   
   


2. 相同 Fiori App ID 可能會包括不同 TMs 的定義，代表由其它不同 apps 導航到此 app 的 TM 定義，建議全數包含至 BC 中，避免由其它 apps 導航至此 app 時發生錯誤
   
   
   
   1. Excel 工作表中，建議相同 Fiori ID 僅維護 1 筆，簡化工作表的維護
      例如：在下圖目錄 SAP_SFIN_BC_GL_ANALYTICS 中，app F2218 "Display Line Item Entry" 有不同 TMs 的定義
      
   
   
   
   


3. 少部份 apps 相關的 Tile/TM 的定義中不包含 Fiori ID 及 Transaction，若需將其加入目錄時，可透過 Semantic Object、Action 或是 Tile 的描述來選取
   例如：下圖 app F0996 "Trial Balance" 或 app W0097 "Trial Balance Comparison"
   


4. Fiori 啟動台內容的建構（空間、頁面、區段及磁貼），基於以下原因，建議單獨在頁籤 "空間頁面" 中處理；不建議合併在頁籤 "目錄權限" 中處理
   
   
   
   1. 此頁籤代表客戶使用者會在啟動台上看到的內容，SAP 建議由內容管理者（唉…顧問）負責，故內容管理者會與客戶的關鍵使用者就這個頁籤進行討論
   
   
   2. 不是所有的交易、apps 均需放在畫面上讓使用者看得到，故不適合在頁籤 "角色目錄權限" 中處理
   
   
   3. 由於不同頁面基於使用者互動設計的考量，有可能會擺放相同磁貼，故無法在頁籤 "角色目錄權限" 中維護其關連
      例如：在頁面 "Overview" 的區段 "Quick Starts"，以及頁面 "Journal Entries" 的區段 "Postings"，基於使用者實務操作的考量，均會擺放磁貼 F0717 "Manage Journal Entries"
   
   
   4. 頁籤 "空間頁面" 的內容，對應到 app F4834 "Manage Launchpad Spaces" 及 F4512 "Manage Launchpad Pages" 的維護
      
   
   
   
   

---

以上是針對日後在進行全 Fiori 操作的專案時，在權限規劃上，分別就角色維護以及 Excel 權限工作底稿等方面，提出需要注意的事項及建議的作法。感謝您撥冗閱讀，如果在閱讀過程中，您有發現任何疑問、反饋等，請不吝回覆提出，我會再更新文章內容。

系列文章內容包括：

1. 衍生作業說明


2. 管理目錄及啟動台內容建構


3. 權限規劃建議

 

All the best,

HSUEH-JEN, LU (Eric)