הגדרת SAP Fiori
Configuring SAP Fiori
התאמת ממשק-המשתמש · שיעור 2
- הגדרת Fiori = הפעלת רכיבים/SICF + OData + topology + זיהוי-תוכן.
- OData מופעל ב-/IWFND/MAINT_SERVICE עם System Alias נכון.
- ה-Fiori Apps Reference Library מספקת את כל התלויות לכל אפליקציה.
- התקנה = רכיבי-UI + SICF services + פרסום OData.
מטרת השיעור
ידע אצורהגדרת SAP Fiori היא הצעד הטכני שהופך launchpad 'ריק' ל-launchpad מאוכלס ומאובטח. שלושת נדבכיה: התקנה והפעלה (UI components, SICF services, OData), בחירת תצורת-פריסה (embedded מול central hub), וזיהוי התוכן הנדרש דרך ה-Fiori Apps Reference Library. רק אחרי שלושה אלה אפשר להקצות catalogs ו-roles למשתמשים. התקנת SAP Fiori — התקנת SAP Fiori פירושה הבאת תשתית ה-launchpad למצב פעיל: הטמעת/הפעלת ה-UI software components ו-SAPUI5, הפעלת ה-SICF services הדרושים, ופרסום ה-OData services ב-/IWFND/MAINT_SERVICE. בלי שלושה אלה אין launchpad פונקציונלי, גם אם ה-roles מוגדרים. פריסת embedded ו-central hub עבור SAP Fiori — ל-SAP Fiori שתי תצורות-פריסה (deployment options): embedded — ה-Fiori Front-End Server (Gateway + FLP) רץ באותה מערכת S/4HANA — ו-central hub — ה-Front-End Server רץ על מערכת SAP NetWeaver/SAP Gateway נפרדת המשרתת מספר backends. הבחירה משפיעה על תחזוקה, אבטחה ויכולת-איחוד של מספר מערכות תחת launchpad אחד. ספריית האפליקציות של SAP Fiori — ה-Fiori Apps Reference Library היא הקטלוג הרשמי המקוון של SAP לכל אפליקציות-ה-Fiori. לכל אפליקציה היא מספקת את כל פרטי-המימוש: ה-OData service, ה-UI component (BSP), ה-Business Role וה-Technical/Business Catalog, התלויות וה-implementation steps. היא נקודת-המוצא לכל הפעלת-אפליקציה — מונעת ניחושים וחוסכת שעות-איתור.
למה זה חשוב
ידע אצורלפני שמשתמש רואה אריחים, מישהו צריך 'להדליק' את Fiori: להתקין רכיבים, להפעיל שירותים בדפדפן, ולהחליט היכן ה-launchpad יושב — באותה מערכת S/4HANA או על שרת נפרד. לבסוף בודקים בספרייה רשמית של SAP אילו אפליקציות קיימות ומה צריך כדי שכל אחת תעבוד. אחרי זה אפשר לשייך אריחים לתפקידים. התקנת SAP Fiori — ה'התקנה' היא להדליק את כל הנורות הנכונות. מתקינים רכיבי-תצוגה, מפעילים שירותי-אינטרנט (SICF) שמאפשרים לדפדפן לדבר עם SAP, ומפרסמים שירותי-נתונים (OData) שמזרימים את המידע לאריחים. אחרי זה ה-launchpad באמת עובד. פריסת embedded ו-central hub עבור SAP Fiori — השאלה היא 'איפה ה-launchpad יושב?'. ב-embedded הוא חי בתוך אותה S/4HANA — פשוט יותר, מתאים למערכת אחת. ב-central hub הוא יושב על שרת נפרד ש'מאחד' כמה מערכות SAP מאחורי launchpad אחד — מתאים לארגון עם הרבה מערכות. שתי הדרכים תקפות; בוחרים לפי הנוף. ספריית האפליקציות של SAP Fiori — ה-Reference Library היא 'הקטלוג של כל אפליקציות-Fiori' באתר של SAP. מחפשים אפליקציה (למשל 'Manage Purchase Orders') ומקבלים דף עם בדיוק מה צריך כדי שהיא תעבוד: איזה שירות-נתונים להפעיל, איזה תפקיד לשייך ואיזה רכיב להתקין. כך לא צריך לנחש.
ערך עסקי
ידע אצורהמטרה: להעמיד תשתית-Fiori יציבה ומאובטחת, לבחור topology המתאים לנוף-המערכות, ולזהות במדויק את התוכן והתלויות לכל אפליקציה — כך שהקצאת ה-roles תהיה מהירה ונטולת-ניחושים. התקנת SAP Fiori — להעמיד את התשתית הטכנית שעליה יישבו כל ה-catalogs, ה-tiles וה-roles — שכבת-הבסיס לכל חוויית-Fiori. פריסת embedded ו-central hub עבור SAP Fiori — לבחור topology המאזן בין פשטות-תחזוקה (embedded) לבין איחוד-מערכות וגמישות-שדרוג (central hub), בהתאם למספר ה-backends, לאזורי-האבטחה ולמדיניות-הארגון. ספריית האפליקציות של SAP Fiori — לתת לצוות-הפרויקט מקור-אמת יחיד לכל התלויות הטכניות של כל אפליקציה — מה להפעיל, מה לשייך ומה להתקין — ובכך להפוך את ההפעלה לתהליך דטרמיניסטי.
היכן בשימוש
ידע אצור• SAP NetWeaver ► UI Technologies ► SAP Fiori ► Initial Setup / Front-End Server settings • Transaction SICF ► Activate services: /sap/bc/ui2/*, /sap/opu/odata/* • Transaction /IWFND/MAINT_SERVICE ► Add Service ► Activate OData • Transaction SICF ► default_host ► sap ► bc ► ui2 ► flp / flp_cust ► Activate Service • Transaction SICF ► default_host ► sap ► opu ► odata ► Activate OData nodes • Transaction /IWFND/MAINT_SERVICE ► Add Service ► Get Services ► Add Selected ► Activate • SAP NetWeaver ► Gateway ► OData Channel ► Configuration ► Connection Settings ► SAP Gateway to SAP System ► Manage SAP System Aliases • Transaction SM59 ► RFC Destination (ל-central hub: trusted RFC ל-backend) • Transaction /IWFND/MAINT_SERVICE ► System Alias (Local ל-embedded / Remote ל-hub) • Browser ► https://fioriappslibrary.hana.ondemand.com ► Search/Filter (LoB: Sourcing and Procurement) • App page ► Implementation Information ► OData Services / ICF / Catalog / Business Role • Aggregation ► הוסף אפליקציות ► Export/Required Components
מושגי מפתח
ידע אצור- הגדרת Fiori = הפעלת רכיבים/SICF + OData + topology + זיהוי-תוכן.
- OData מופעל ב-/IWFND/MAINT_SERVICE עם System Alias נכון.
- ה-Fiori Apps Reference Library מספקת את כל התלויות לכל אפליקציה.
- התקנה = רכיבי-UI + SICF services + פרסום OData.
- SICF מפעיל את /sap/bc/ui2/flp ואת שירותי ה-OData.
- אמת כל שירות ב-'Call Browser' לפני מסירה.
- שתי תצורות: embedded (אותה מערכת) ו-central hub (שרת נפרד).
- embedded = פשוט, single-system; central hub = איחוד מספר backends.
- central hub דורש RFC + trusted system + System Aliases.
- הספרייה = קטלוג רשמי של כל אפליקציות-Fiori ותלויותיהן.
- לכל אפליקציה: OData, UI component, Business Role, Catalog.
- נקודת-המוצא לכל הפעלת-אפליקציה; תומכת ב-Aggregation לייצוא.
דוגמה מ-CBC
ידע אצורבארגון נבחר embedded deployment (מערכת S/4HANA אחת לבקבוק). Basis מפעיל את שירותי ה-OData של הרכש, והצוות הפונקציונלי שואב מה-Reference Library את כל התלויות לאפליקציות-הרכש לפני העלאתן לקניינים. צוות Basis מפעיל את ה-UI components, מפעיל SICF services, מפרסם OData ב-/IWFND/MAINT_SERVICE, ובוחר embedded deployment. הצוות הפונקציונלי מחפש 'Manage Purchase Orders' ב-Fiori Apps Reference Library, מקבל את רשימת התלויות, מפעיל אותן, ומשייך את ה-Business Role לקניינים. התקנת SAP Fiori — בארגון Basis מפעיל פעם אחת את שירותי-הבסיס של ה-FLP ואת שירותי-ה-OData הספציפיים של אפליקציות-הרכש, ובודק כל אחד דרך 'Call Browser' לפני מסירה לצוות הפונקציונלי. Basis מפעיל ב-SICF את /sap/bc/ui2/flp ואת שירותי ה-OData של הרכש, ואז מוסיף ב-/IWFND/MAINT_SERVICE את שירות 'Manage Purchase Orders', מפעיל ובודק 'Call Browser' — תגובת-metadata תקינה מאשרת התקנה מוצלחת. פריסת embedded ו-central hub עבור SAP Fiori — בארגון, עם מערכת S/4HANA מרכזית לבקבוק, נבחר embedded deployment — פשוט, פחות שרתים לתחזק. אילו היו מספר מערכות-לוויין, central hub היה מאחד את אריחי-הרכש מכולן ל-launchpad אחד. ארגון עם S/4HANA יחיד בוחר embedded — FLP פנימי, פחות תחזוקה. ארגון עם S/4HANA + ECC + BW מקים central hub: launchpad אחד עם System Aliases לכל backend, כך שהמשתמש רואה אריחים מכל המערכות במקום אחד. ספריית האפליקציות של SAP Fiori — בארגון הצוות בונה ב-Reference Library Aggregation של כל אפליקציות-הרכש (הזמנות, בקשות, מעקב-ספקים), מייצא רשימת-תלויות אחת, ומוסר ל-Basis להפעלה מרוכזת — במקום לאתר כל שירות ידנית. הצוות הפונקציונלי מחפש 'Manage Purchase Orders' בספרייה, פותח את לשונית ה-Implementation Information, מעתיק את ה-OData service ל-/IWFND/MAINT_SERVICE, מפעיל את ה-ICF node, ומשייך את ה-Business Catalog ל-Business Role ב-PFCG.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| /IWFND/I_MED_SRH | /IWFND/I_MED_SRH |
| /UI2/SRT_CONFIG | /UI2/SRT_CONFIG |
| AGR_DEFINE | AGR_DEFINE |
| ICFSERVLOC | ICFSERVLOC |
| /IWFND/C_MGDEAM | /IWFND/C_MGDEAM |
| RFCDES | RFCDES |
| /IWFND/V_DFSYAL | /IWFND/V_DFSYAL |
| /UI2/I_GET_APP_DESCR | /UI2/I_GET_APP_DESCR |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• הפעלת UI software components + SAPUI5 ושירותי SICF (/sap/bc/ui2/*). • פרסום OData services ב-/IWFND/MAINT_SERVICE (System Alias נכון). • בחירת topology: embedded מול central hub. • זיהוי תוכן ותלויות דרך ה-Fiori Apps Reference Library. התקנת SAP Fiori • הפעל UI components (SAP_UI/SAPUI5) ו-Fiori Front-End Server מתאימים. • הפעל SICF nodes: /sap/bc/ui2/flp, /sap/bc/ui2/flp_cust, /sap/opu/odata/*. • ב-/IWFND/MAINT_SERVICE: Add Service → System Alias → Activate; בדוק 'Call Browser'. פריסת embedded ו-central hub עבור SAP Fiori • Embedded: Gateway+FLP ב-S/4HANA; System Alias = Local; פחות hops, גרסה צמודה ל-backend. • Central hub: Front-End Server נפרד (SAP NetWeaver); RFC + trusted system (SM59); System Aliases לכל backend. • Manage SAP System Aliases קובע איזה service פונה לאיזו מערכת. ספריית האפליקציות של SAP Fiori • חיפוש/סינון לפי LoB, Product, Role, App Type. • דף-אפליקציה: OData service, ICF node, SAPUI5/BSP, Technical+Business Catalog, Business Role, תלויות. • Aggregation מייצרת רשימת-הפעלה מאוחדת לכל אפליקציות-הפרויקט.
הערות
ידע אצורשאלות ראיון מהם שלבי הגדרת Fiori המרכזיים? התקנה/הפעלת רכיבים ושירותי SICF, פרסום OData (/IWFND/MAINT_SERVICE), בחירת topology (embedded/central hub), וזיהוי תוכן דרך ה-Reference Library. מה תפקיד /IWFND/MAINT_SERVICE? הוספה והפעלה של OData services ב-Gateway, כולל System Alias שמכוון לאיזה backend האפליקציה פונה. אילו שלושה רכיבים מפעילים בהתקנת Fiori? UI software components (SAPUI5), SICF services (/sap/bc/ui2/*) ו-OData services דרך /IWFND/MAINT_SERVICE. כיצד בודקים ש-OData service תקין? ב-/IWFND/MAINT_SERVICE בוחרים את השירות ולוחצים 'Call Browser'; תגובת-metadata תקינה מאשרת זאת. מה ההבדל בין embedded ל-central hub? ב-embedded ה-Front-End Server (Gateway+FLP) רץ באותה S/4HANA; ב-central hub הוא על מערכת נפרדת המשרתת כמה backends דרך RFC ו-System Aliases. מתי תבחר central hub? כשצריך launchpad אחד מעל כמה מערכות (S/4HANA+ECC+BW), decoupling של מחזורי-שדרוג, או הפרדת-אבטחה (DMZ). מהי ה-Fiori Apps Reference Library? קטלוג מקוון רשמי של SAP לכל אפליקציות-Fiori, המספק לכל אחת את ה-OData service, ה-UI component, ה-Business Role, ה-Catalog והתלויות הדרושות להפעלה. כיצד היא מזרזת מימוש? היא נותנת מקור-אמת יחיד לתלויות; אפשר לבנות Aggregation ולייצא רשימת-הפעלה אחת ל-Basis במקום לאתר כל service ידנית. נושאים קשורים • MM · אפשרויות ממשק (17.1) • MM · התאמת SAP Fiori (17.3) • MM · התקנת SAP Fiori (17.2.1)
טעויות נפוצות
ידע אצור- דילוג על הפעלת SICF services — האריחים נטענים אך נכשלים בקריאת-נתונים.
- בחירת topology שגוי לנוף-המערכות — central hub כשאין צורך, או embedded כשמרובות backends.
- פרסום OData עם System Alias שגוי — האפליקציה לא מוצאת את ה-backend.
- השארת SICF node כבוי ➔ 403/404 לאריח.
- הוספת OData ללא System Alias ➔ 'no system alias'.
- התעלמות מ-/IWFND/ERROR_LOG בעת תקלה.
- central hub ללא trusted RFC ➔ כשלי-אימות מול ה-backend.
- embedded כשיש כמה backends ➔ ריבוי launchpads במקום איחוד.
- System Alias שגוי (Local במקום Remote) ➔ האפליקציה פונה למערכת הלא-נכונה.
- הפעלת אפליקציה ידנית ללא בדיקת הספרייה ➔ תלות חסרה ושבירה.
- התעלמות מגרסת ה-OData service המצוינת ➔ אי-תאימות.
- שיוך Business Role שגוי שאינו זה שמצוין בספרייה.
פתרון תקלות
ידע אצור• אריחים ריקים מנתונים ➔ OData service לא פעיל או SICF כבוי. • שגיאת 'System Alias' ➔ ה-routing ב-/IWFND/MAINT_SERVICE מצביע ל-backend לא-נכון. • אפליקציה לא נטענת כלל ➔ UI component חסר או לא הופעל. התקנת SAP Fiori • האריח מחזיר 403/404 ➔ SICF node לא הופעל — הפעל ב-SICF. • אין נתונים באפליקציה ➔ בדוק /IWFND/ERROR_LOG ו-System Alias. • OData service לא נמצא ➔ לא נוסף/לא הופעל ב-/IWFND/MAINT_SERVICE. פריסת embedded ו-central hub עבור SAP Fiori • אפליקציה מחזירה נתונים ממערכת שגויה ➔ System Alias mapping שגוי. • central hub: שגיאת-אימות ➔ trusted system/RFC ב-SM59 לא הוגדר. • ב-embedded שדרוג Front-End תקוע ➔ צימוד-גרסה ל-backend — צפוי בתצורה זו. ספריית האפליקציות של SAP Fiori • אפליקציה לא עובדת אחרי הפעלה ➔ הצלב מול הספרייה — תלות/service חסר. • אריח לא מופיע לתפקיד ➔ הוקצה Business Catalog שגוי מול הספרייה. • גרסת-service לא תואמת ➔ הופעלה גרסה שונה מזו שבספרייה.
שיטות עבודה מומלצות
ידע אצור- תעד את ה-topology שנבחר ואת רשימת השירותים שהופעלו.
- השתמש תמיד ב-Fiori Apps Reference Library לפני הפעלת אפליקציה.
- הפעל רק את שירותי-ה-OData הנדרשים — לא הכל גורף.
- בדוק כל OData service ב-'Call Browser' מיד אחרי הפעלה.
- תעד אילו SICF nodes ו-services הופעלו לכל אפליקציה.
- embedded ל-S/4HANA-only ולפשטות; central hub לאיחוד מספר backends.
- ב-central hub הקפד על trusted RFC ועל מיפוי System Aliases מסודר.
- תעד את הבחירה ואת ההשלכות על מדיניות-שדרוג.
- התחל כל הפעלת-אפליקציה מה-Reference Library — מקור-אמת יחיד.
- השתמש ב-Aggregation לייצוא רשימת-תלויות מרוכזת ל-Basis.
- ודא התאמת גרסאות OData בין הספרייה למערכת.
טיפים
ידע אצור- ההגדרה כוללת: הפעלת UI software components ו-SAPUI5, הפעלת SICF services הרלוונטיים (/sap/bc/ui2/*, /sap/opu/odata/*), הפעלת OData services ב-/IWFND/MAINT_SERVICE, והקמת ה-FLP. החלטת-המפתח היא topology: embedded (FLP+Gateway באותה מערכת S/4HANA) מול central hub (Gateway/FLP על SAP NetWeaver/SAP Gateway נפרד). זיהוי-התוכן נעשה דרך ה-Fiori Apps Reference Library שמספקת לכל אפליקציה את ה-OData service, ה-Business Role, ה-Technical Catalog וה-UI component הדרושים.
- התקנת SAP Fiori — השלבים: (1) ודא רכיבי SAP_UI/SAPUI5 ו-Fiori Front-End Server מתאימים; (2) הפעל SICF nodes תחת /sap/bc/ui2/ (flp, flp_cust), /sap/public/bc/ui2/, ושירותי ה-OData תחת /sap/opu/odata/; (3) ב-/IWFND/MAINT_SERVICE הוסף והפעל את ה-OData service עם ה-System Alias הנכון, ובדוק ICF Node + Call Browser. שגיאות-התקנה נפוצות נובעות מ-SICF כבוי או System Alias חסר.
- פריסת embedded ו-central hub עבור SAP Fiori — Embedded: Gateway+FLP מותקנים ב-S/4HANA; קל יותר ל-single-system ול-S/4HANA-only, פחות hops, אך מחבר את גרסת ה-Front-End ל-backend. Central hub: Gateway/FLP על SAP NetWeaver נפרד (Front-End Server), מתחבר לכמה backends דרך RFC + trusted system + System Aliases, מאפשר launchpad אחד לכמה מערכות, decoupling של מחזורי-שדרוג, אך מורכב יותר. ההחלטה מושפעת מ-system landscape, מ-security zones (DMZ) וממדיניות-שדרוג.
- ספריית האפליקציות של SAP Fiori — הספרייה (fioriappslibrary.hana.ondemand.com) מאפשרת חיפוש/סינון לפי Line of Business, Product, Role ו-App Type. דף-אפליקציה כולל: App ID, OData services + version, ICF nodes, SAPUI5 application (BSP), Technical Catalog + Business Catalog, Business Role, ו-aggregated configuration עם רשימת-תלויות מדויקת. ניתן לבנות 'Aggregation' של אפליקציות נבחרות ולייצא רשימת-הפעלה אחת ל-Basis. זה הקלט הקנוני ל-/IWFND/MAINT_SERVICE ול-PFCG.
סיכום
ידע אצור• הגדרת Fiori = הפעלת רכיבים/SICF + OData + topology + זיהוי-תוכן. • OData מופעל ב-/IWFND/MAINT_SERVICE עם System Alias נכון. • ה-Fiori Apps Reference Library מספקת את כל התלויות לכל אפליקציה. • התקנה = רכיבי-UI + SICF services + פרסום OData. • SICF מפעיל את /sap/bc/ui2/flp ואת שירותי ה-OData. • אמת כל שירות ב-'Call Browser' לפני מסירה. • שתי תצורות: embedded (אותה מערכת) ו-central hub (שרת נפרד). • embedded = פשוט, single-system; central hub = איחוד מספר backends. • central hub דורש RFC + trusted system + System Aliases. • הספרייה = קטלוג רשמי של כל אפליקציות-Fiori ותלויותיהן. • לכל אפליקציה: OData, UI component, Business Role, Catalog. • נקודת-המוצא לכל הפעלת-אפליקציה; תומכת ב-Aggregation לייצוא.