Technology Blogs by Members
Explore a vibrant mix of technical expertise, industry insights, and tech buzz in member blogs covering SAP products, technology, and events. Get in the mix!
cancel
Showing results for 
Search instead for 
Did you mean: 
hsuehjen
Participant
0 Kudos
1,545
本系列文章係針對當專案欲採用全 Fiori 操作的環境取代傳統 GUI 的環境時,當身處在專案的不同階段時,作為顧問如何調整以往的作業方式,以相對正確(註1)的方式進行類似專案的導入。

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

系列文章內容包括:

  1. 衍生作業說明

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

  3. 權限規劃建議






背景說明


筆者導入的專案系統版本為 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/跨用戶端)






    1. 自定義業務目錄建立在自定義範圍(SAP 最佳實踐)

      • 提供最大限度的彈性

      • 與角色的維護對齊:自定義業務目錄會分配給角色,角色亦是維護在自定義範圍



    2. 自定義業務目錄建立在配置範圍(專案實踐)

      • 相關更改在相同系統中,不需傳輸到不同用戶端;在不同系統時,也僅需按系統傳輸,不需按(系統+用戶端)分別傳輸












維護工具演進


為了更明確區分技術目錄與業務目錄,從 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 管理指南的管理空間和頁面的最佳實踐,可按此準則構建啟動台的佈局及內容。








其他建議、注意事項





    1. 並不是權限中所有的 apps、交易均需以磁貼的型式呈現在畫面上

      • 有被分配到相關業務目錄裡的 apps、交易,在 Fiori 啟動台即有地方(All My Apps、App Finder)可以存取執行,不一定要在畫面上看到磁貼才能存取執行。

      • 謹記「數大不一定是美,量少質精為上策」



    2. 以下是來自 SAP Fiori Launchpad 管理指南的管理空間和頁面的最佳實踐

      • 開始時保持簡單及精簡

      • 少即是多

      • 精簡的啟動台更易於瀏覽以及快速的載入

      • 反映使用者"生活中的一天"的工作模式

      • 應用"洞察到行動的方法"

      • 力求在所有業務角色中保持連貫一致,例如:對空間、頁面和區段等使用一致的標題

      • 建立具有共用配置的可重用頁面,以便在不同空間中使用











以上是針對日後在進行全 Fiori 操作的專案時,在管理目錄及啟動台內容建構上的介紹與說明。感謝您撥冗閱讀,如果在閱讀過程中,您有發現任何疑問、反饋等,請不吝回覆提出,我會再更新文章內容。

系列文章內容包括:

  1. 衍生作業說明

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

  3. 權限規劃建議


 

All the best,

HSUEH-JEN, LU (Eric)
Labels in this area