本系列文章係針對當專案欲採用全 Fiori 操作的環境取代傳統 GUI 的環境時,當身處在專案的不同階段時,作為顧問如何調整以往的作業方式,以相對正確(註1)的方式進行類似專案的導入。
註1:「相對正確」係指盡量以 SAP 的建議、最佳實踐(Best Practice)作為專案導入時的依據
系列文章內容包括:
- 衍生作業說明
- 管理目錄及啟動台內容建構
- 權限規劃建議
背景說明
筆者導入的專案系統版本為 SAP S/4HANA 2020 FPS01,在專案導入的過程中,針對相關對象的建立,並未參考 SAP 提供的對象,例如:
- 在權限角色的定義上,採用傳統專案的經驗建立權限角色,未按照 SAP 提供的業務角色的角度建立
- 業務目錄的建立,採用與角色 1:1 的方式建立,未按照 SAP 提供的業務目錄
- 群組的建立,採用與角色 1:1 的方式建立群組,未按照 SAP 提供的群組的角度建立
- 未採用新的方法(空間和頁面)定義啟動台的佈局及結構
上述提到的對象(角色、業務目錄、群組或"空間和頁面")之間,環環相扣,彼此的關連如下圖,因此,相關對象的建議通則為「
複製 SAP 提供的對象為自定義的對象後,再針對自定義對象進行調整」,這樣的架構,才能符合 SAP 的最佳實踐,並享用其架構帶來的好處,例如:彈性、業務目錄的重用性、啟動台的效能等等。
註:上述複製 SAP 提供的對象,不包括"技術目錄"(下圖的 Catalog,指的是"業務目錄"),關於技術目錄與業務目錄的差異,請參考文章後續說明。

綜合上述內容,本篇文章會針對以下二個部份作說明:
目錄管理
在開始構築花花綠綠的啟動台內容(大樓)前,需要對目錄(Catalog)這個"地基"有正確的認識,否則很容易在錯誤的基礎上建構大樓,為了避免打掉重練這種憾事發生,有必要充份了解 SAP 在管理目錄上的建議及最佳實踐。
技術目錄 vs. 業務目錄
為磁貼和目標映射的"配置"和"使用",分別建立"技術目錄"與"業務目錄"
技術目錄中包含"原始"的磁貼(Tile)和目標映射(Target Mapping),與權限沒有直接的關連,不會被分配到角色中
業務目錄中包含由技術目錄"引用"過來的磁貼及目錄映射,與權限直接相關,會被分配到相關角色中
自定義範圍 vs. 配置範圍
下圖左側是 SAP 在管理指南中對(SAP提供/自定義的)技術目錄、(SAP提供/自定義的)業務目錄的維護範圍的最佳實踐;下圖右側(綠底黑字)則是筆者最終在專案選擇的實踐方式。最大的差別在於自定義業務目錄(Custom Business Catalog)是建立在自定義範圍(CUST/SAP 最佳實踐),還是建立在配置範圍(CONF/跨用戶端)
- 自定義業務目錄建立在自定義範圍(SAP 最佳實踐)
- 提供最大限度的彈性
- 與角色的維護對齊:自定義業務目錄會分配給角色,角色亦是維護在自定義範圍
- 自定義業務目錄建立在配置範圍(專案實踐)
- 相關更改在相同系統中,不需傳輸到不同用戶端;在不同系統時,也僅需按系統傳輸,不需按(系統+用戶端)分別傳輸

維護工具演進
為了更明確區分技術目錄與業務目錄,從 SAP S/4HANA 2020 OP 的版本開始,新增工具" Launchpad App Manager"用來維護技術目錄;業務目錄則繼續延用原來的工具"Launchpad Content Manager"

目錄管理總結
綜合上述,將目錄相關事項匯整如下表:
啟動台內容建構
對於客戶的使用者來說,當面對新的作業環境時,會下意識的比較目前使用的環境與新的環境,而 SAP Fiori 啟動台的畫面,是客戶使用者直接面對的,當登入系統後,殷殷盼不到完整的畫面出現;好不容易出現後,映入眼簾的是雜亂不堪、毫無章法的磁貼佈滿整個畫面;再加上轉轉轉,遲遲轉不出個結果的動態磁貼…不可言喻的,這樣的使用經驗,是很難說服客戶的。
因此在地基(目錄)打好後,作為內容管理者,一頭栽進啟動台內容的花與綠中,可不是一件好事,為了避免建構出第二個"EMP博物館",模仿是一個好的開始…
以 SAP 提供的角色作為進入點
SAP 在 Fiori 啟動台的管理指南中,對於啟動台內容的設置,提供了相當多的建議、注意事項以及最佳實踐等,當然單單只是文字上的描述,實在很難連貫到畫面的呈現,因此,SAP 將其具體落實在 SAP 提供的角色中(包括分配給角色的空間及業務目錄等),故可以透過觀察角色中建構的內容,揣摩管理指南中的建議。
專案藍圖階段或是實現階段前期(例如:關鍵使用者教育訓練),可以直接使用 SAP 提供的角色(例如下圖的角色 SAP_BR_GL_ACCOUNTANT),待開始進行權限相關作業時,再視需要複製角色、空間及業務目錄。
不要直接更改 SAP 提供的角色、空間、頁面及業務目錄的內容,一旦有更改的需求,請透過相關工具由 SAP 提供的對象複制成自定義的對象後再進行調整。
衍生作業說明中提到:從版本 SAP S/4HANA 2022 開始,SAP 終於聽到負責啟動台內容管理者的聲音~可以直接在 SAP 提供的技術目錄上修改磁貼、目錄映射的描述性資訊,例如:磁貼標題、子標題、資訊、關鍵字…等,不需要複製成自定義的目錄後才能修改。
空間/頁面(Space/Page) vs. 群組(Group)
"空間和頁面"與"群組"為不同系統版本用來定義啟動台佈局及結構的方法。
版本 SAP S/4HANA 1909 以前
使用"群組"作為定義啟動台佈局及結構的方法,透過工具 Launchpad Designer 維護群組。
下圖為角色、業務目錄、啟動台內容對象與 Fiori 操作畫面之間的關連:
下圖為 SAP 提供的業務角色 SAP_BR_GL_ACCOUNTANT"總帳會計人員",紅色虛線為分配給角色的群組,
版本 SAP S/4HANA 2020 以後
在版本 SAP S/4HANA 2020,群組仍可使用,但在未來的版本將廢止
下圖為角色、業務目錄、啟動台內容對象與 Fiori 操作畫面之間的關連,相較於群組,空間和頁面在啟動台佈局上提供了更大的靈活性,圖中相關的建議來自 SAP Fiori Launchpad 管理指南的管理空間和頁面的最佳實踐,可按此準則構建啟動台的佈局及內容。

其他建議、注意事項
- 並不是權限中所有的 apps、交易均需以磁貼的型式呈現在畫面上
- 有被分配到相關業務目錄裡的 apps、交易,在 Fiori 啟動台即有地方(All My Apps、App Finder)可以存取執行,不一定要在畫面上看到磁貼才能存取執行。
- 謹記「數大不一定是美,量少質精為上策」
- 以下是來自 SAP Fiori Launchpad 管理指南的管理空間和頁面的最佳實踐
- 開始時保持簡單及精簡
- 少即是多
- 精簡的啟動台更易於瀏覽以及快速的載入
- 反映使用者"生活中的一天"的工作模式
- 應用"洞察到行動的方法"
- 力求在所有業務角色中保持連貫一致,例如:對空間、頁面和區段等使用一致的標題
- 建立具有共用配置的可重用頁面,以便在不同空間中使用
- …
以上是針對日後在進行全 Fiori 操作的專案時,在管理目錄及啟動台內容建構上的介紹與說明。感謝您撥冗閱讀,如果在閱讀過程中,您有發現任何疑問、反饋等,請不吝回覆提出,我會再更新文章內容。
系列文章內容包括:
- 衍生作業說明
- 管理目錄及啟動台內容建構
- 權限規劃建議
All the best,
HSUEH-JEN, LU (Eric)