Personal Insights
Fiori 專案:1. 衍生作業說明
註1:「相對正確」係指盡量以 SAP 的建議、最佳實踐(Best Practice)作為專案導入時的依據
系列文章內容包括:
- 衍生作業說明
- 管理目錄及啟動台內容建構
- 權限規劃建議
背景說明
筆者在去年經歷了一個不上不下(註2)的 Fiori 專案,在專案有限的時間裡,很多地方都是使用以往導入傳統專案(作業環境以 GUI 為主)的經驗,或是其他顧問在其他專案所接觸到的片面經驗來導入,在導入過程中,也因為時間有限,當下並無法深究採用的方法是否適合?是否符合 SAP 的最佳實踐?在這樣的背景下,直到專案接近尾聲時,在與客戶進行知識移轉期間,才有機會藉由 SAP 在管理指南中的內容,回頭審視整個專案過程中,因採用 Fiori 所衍生的相關作業,是否有更適合的方式處理。
註2:「不上不下」係指因筆者在導入該專案前,並無太多 Fiori 的經驗,且團隊中並無專職或專業的 Fiori 人員(註3)
註3:一般專案考量到成本及預算,通常不會有專職的人員來處理在專案不同階段,因此採用 Fiori 所衍生的相關作業事項,大部份是由顧問及系統管理人員(Basis)來分攤相關作業
(採用 Fiori)衍生作業說明
首先必須知道相較於傳統 GUI 的環境採用 Fiori 操作的環境,在專案的過程中會衍生出哪些作業出來,這個問題的答案可以在 SAP Fiori Launchpad 的管理指南中找到,其中提到管理啟動台內容的進階場景(如下圖),這個場景描述的步驟,恰好可以用來一覽當專案欲採用 Fiori 時所衍生的相關作業事項。註4:區塊下方標示的為該作業的負責人員,參考註3的說明後,在一般的專案中,"Content Admin"幾乎就等於"顧問"
採用 Fiori 所衍生的相關作業主要包含:(對應上圖的各區塊步驟)
-
- 調整 SAP 發行的內容
- 版本 2022 新增(或者說改善)的作業
- 作業內容主要在調整 SAP 提供的技術目錄中的磁貼和目標映射
- 設定自定義技術目錄
- 此作業主要包括以下兩部份
- 建立自定義技術目錄,並於目錄中添加自定義的磁貼和目標映射
- 建立或更改自定義的磁貼和目標映射
- 後續文章"管理目錄及啟動台內容建構的建議"中會有進一步的說明
- 此作業主要包括以下兩部份
- 設定自定義業務目錄
- 此作業主要將 SAP 提供的業務目錄複製為自定義的業務目錄,並根據需要添加或刪除對磁貼和目標映射的引用
- 後續文章"管理目錄及啟動台內容建構的建議"中會有進一步的說明
- 定義佈局結構
- 此作業主要在建構使用者看到的畫面內容
- 後續文章"管理目錄及啟動台內容建構的建議"中會有進一步的說明
- 權限及角色
- 在角色維護(交易 PFCG)中,將目錄和空間(或群組)分配給使用者的授權角色,以定義哪些使用者可以存取它們
- 後續文章"權限規劃建議"中會有進一步的說明
- 編輯空間及啟用使用
- 要讓 apps 顯示在使用者的入口頁面上,需將它們添加到頁面(分配給空間)或群組
- 切換到基於空間的新佈局
- 調整 SAP 發行的內容
基本場景 vs, 進階場景
在上圖的進階場景中,其中淺藍色的步驟(以下 2 個步驟)是基本場景沒有的:
-
- 調整 SAP 發行的內容
- 設定自定義技術目錄
故基本場景幾乎不適用於一般的專案,主要原因為一般專案多少會有自行開發的程式或報表,這些外掛程式、報表,會需要添加到自定義的技術目錄中,也就是會使用到淺藍色的步驟來處理,故可直接略過基本場景。
版本 2022 開始的進階場景(如上圖) vs. 版本 2021 以前的進階場景(如下圖)
版本 2021 以前的進階場景與版本 2022 開始的進階場景最大的差別在於版本 2022 允許針對 SAP 提供的技術目錄中的磁貼及目標映射內容進行一些調整(註5),這個調整的模式(Adaptation Mode),對於客戶希望統一磁貼或目標映射資訊的需求而言,將可以大大降低在相關維護作業的負擔。
註5:並不是磁貼或目標映射的所有欄位皆可調整,僅有少數描述性的內容可供修改,磁貼及目標映射可供修改的欄位如下表:
舉例來說,客戶希望所有磁貼下方的 “資訊” 內容(如下圖紅框處),統一顯示該 app 的 ID 或交易代碼:
對於要更改來自 SAP 提供的技術目錄的磁貼或目標映射的內容而言,不同版本需要維護的作業說明如下:
版本 2021 以前
-
- 需建立自定義技術目錄
- 將欲更改的 Launchpad App Descriptor Items 複製到自定義的技術目錄中
- 修改位於自定義技術目錄中的 Launchpad App Descriptor Items 的內容
從版本 2022 開始
在調整的模式(Adaptation Mode)下,可以直接針對這些 SAP 發行的技術目錄中的 Launchpad App Descriptor Items,進行磁貼下方 “資訊” 內容的更改
全 Fiori 環境操作 vs. 半 GUI 半 Fiori
由於筆者所面對的專案,客戶原本即有在使用 SAP,亦即在傳統 GUI 環境下執行交易,因此在專案的過程中,對於是否要採用全 Fiori 環境的操作,一直掙扎不已。針對這個議題,首先要有以下認知:
- 並非所有的 GUI 交易均有替代的 Fiori app 可供使用
- 傳統 GUI 的交易可以在 Fiori 環境執行
- 相較於在 GUI 的環境執行,執行效能會比較差
時至今日,部份交易需登入 GUI 執行,部份 apps 需於 Fiori 環境執行的方式,仍然無法說服筆者,故綜合上述,筆者認為既然要使用 Fiori,一鼓作氣的切換到全 Fiori 操作的環境,也許會是比較好的選擇。(~別再不上不下了!)
註:專案結束時,並沒有如筆者期望所有作業均切換到全 Fiori 的環境操作,當然這也與筆者當時經驗不足有關
以上是針對專案欲採用 Fiori 時,在專案導入過程中會衍生出與顧問相關的作業說明與建議。感謝您撥冗閱讀,如果在閱讀過程中,您有發現任何疑問、反饋等,請不吝回覆提出,我會再更新文章內容。
系列文章內容包括:
- 衍生作業說明
- 管理目錄及啟動台內容建構
- 權限規劃建議
All the best,
HSUEH-JEN, LU (Eric)