Fiori 專案：1. 衍生作業說明

[hsuehjen]

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

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

系列文章內容包括：

1. 衍生作業說明


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


3. 權限規劃建議

---

背景說明

筆者在去年經歷了一個不上不下（註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 顯示在使用者的入口頁面上，需將它們添加到頁面（分配給空間）或群組
    
    
    • 切換到基於空間的新佈局
    
    
    
    
  
  
  
  

---

基本場景 vs, 進階場景

在上圖的進階場景中，其中淺藍色的步驟（以下 2 個步驟）是基本場景沒有的：

• 
  
  
  
  • 調整 SAP 發行的內容
  
  
  • 設定自定義技術目錄
  
  
  
  

故基本場景幾乎不適用於一般的專案，主要原因為一般專案多少會有自行開發的程式或報表，這些外掛程式、報表，會需要添加到自定義的技術目錄中，也就是會使用到淺藍色的步驟來處理，故可直接略過基本場景。

---

版本 2022 開始的進階場景（如上圖） vs. 版本 2021 以前的進階場景（如下圖）

版本 2021 以前的進階場景與版本 2022 開始的進階場景最大的差別在於版本 2022 允許針對 SAP　提供的技術目錄中的磁貼及目標映射內容進行一些調整（註5），這個調整的模式（Adaptation Mode），對於客戶希望統一磁貼或目標映射資訊的需求而言，將可以大大降低在相關維護作業的負擔。

註5：並不是磁貼或目標映射的所有欄位皆可調整，僅有少數描述性的內容可供修改，磁貼及目標映射可供修改的欄位如下表：

舉例來說，客戶希望所有磁貼下方的 "資訊" 內容（如下圖紅框處），統一顯示該 app 的 ID 或交易代碼：

對於要更改來自 SAP 提供的技術目錄的磁貼或目標映射的內容而言，不同版本需要維護的作業說明如下：

版本 2021 以前

1. 
   
   
   
   1. 需建立自定義技術目錄
   
   
   2. 將欲更改的 Launchpad App Descriptor Items 複製到自定義的技術目錄中
   
   
   3. 修改位於自定義技術目錄中的 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 時，在專案導入過程中會衍生出與顧問相關的作業說明與建議。感謝您撥冗閱讀，如果在閱讀過程中，您有發現任何疑問、反饋等，請不吝回覆提出，我會再更新文章內容。

系列文章內容包括：

1. 衍生作業說明


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


3. 權限規劃建議

 

All the best,

HSUEH-JEN, LU (Eric)