אפשרויות שאינן-תכנותיות ב-IT
Non-Programmer's Options in IT
שמישות (Usability) · שיעור 3
- שכבת-IT-ללא-קוד: SHD0, SPRO, Action Box, Business Client, Mobile, Fiori, GuiXT, Personas.
- כולן ללא-ABAP, רובן עם Transport.
- בחר את הכלי הקל-ביותר; שמור אסטרטגיית-UX אחידה.
- SHD0 = פישוט-מסך תקני ללא קוד.
מטרת השיעור
ידע אצורהשכבה האמצעית: שיפורים שאנשי-IT מבצעים ללא ABAP. כוללת Transaction Variants (SHD0) להסתרת-שדות/קיבוע-ערכים, Customizing (SPRO) להתאמת-תהליך, Action Box (פעילויות-המשך מהודעה), SAP Business Client כ-Shell מאוחד, פתרונות-מובייל לטכנאי-שטח, SAP Fiori כממשק-Web מודרני, GuiXT לשכתוב-מסכי-GUI, ו-SAP Screen Personas להתאמה-ויזואלית של מסכי-GUI ללא-קוד. כולן דורשות Transport אך לא תכנות. וריאנטי-טרנזקציה — Transaction Variant (SHD0) מאפשר להתאים טרנזקציה תקנית ללא קוד: להסתיר/לקבע שדות, לקבוע ברירות-מחדל, לדלג על מסכים ולהפוך שדות לקריאה-בלבד. מוקצה דרך Variant Transaction (SE93) או Role — וכך כל קבוצת-משתמשים מקבלת מסך-מותאם לתפקידה. התאמה (Customizing) — Customizing (SPRO) מתאים את התנהגות-המערכת לתהליך-הארגון ללא תכנות — Order Types, Notification Types, Catalogs, Field Selection, Priorities, סטטוסים. התאמה נכונה משפרת שמישות בכך שהמסכים מציגים בדיוק את מה שהתהליך דורש, עם ברירות-מחדל הגיוניות. Action Box — ה-Action Box הוא אזור בהודעת-PM המציג פעילויות-המשך (Follow-up functions) שאפשר להפעיל בלחיצה: יצירת-הזמנה, משימה, פעילות, או קריאת-טרנזקציה/תוכנית. הוא הופך רצף-פעולות מרובות-מסכים לכפתור-יחיד מתוך ההודעה — שיפור-שמישות משמעותי בעיבוד-הודעות. SAP Business Client — SAP Business Client (NWBC) הוא קליינט-Shell מאוחד המציג תחת חלון-אחד הן טרנזקציות-GUI קלאסיות והן תוכן-Web/Fiori, עם ניווט Role-based אחיד וחזותי-מודרני. הוא משפר שמישות דרך חוויית-משתמש עקבית וניווט-מבוסס-תפקיד, גם כשהתשתית מערבת GUI ו-Web. פתרונות מובייל — פתרונות-מובייל (SAP Asset Manager, ה-Work Manager הקודם) מביאים את עיבוד-ההודעות-וההזמנות לטכנאי בשטח על טאבלט/טלפון, כולל עבודה-לא-מקוונת (offline), סריקת-QR/ברקוד, וצילום. הם משפרים שמישות דרמטית לטכנאי-השטח: דיווח בנקודת-העבודה, בזמן-אמת, ללא חזרה למסוף. SAP Fiori — SAP Fiori הוא ממשק-המשתמש המודרני של SAP — אפליקציות-Web Role-based, רספונסיביות (Desktop/Tablet/Phone), המבוססות OData ומאורגנות ב-Fiori Launchpad. ב-S/4HANA Fiori הוא ה-UX הראשי, ולתחזוקה יש קטלוג עשיר (Manage Notifications, Find Maintenance Orders, Maintenance Backlog וכו'). שמישות גבוהה דרך תכן ממוקד-משימה. GuiXT — GuiXT (של Synactive) הוא כלי-צד-לקוח המשכתב מסכי SAP GUI באמצעות קבצי-סקריפט: הסתרת-שדות, הוספת-טקסט/תמונות/כפתורים, מיזוג-מסכים ואוטומציה — ללא ABAP וללא שינוי-Dynpro תקני. הוא מאפשר התאמה-ויזואלית עמוקה למסכי-GUI שאינה אפשרית ב-SHD0 לבדו. SAP Screen Personas — SAP Screen Personas מאפשר לעצב-מחדש מסכי SAP GUI/Web ב-WYSIWYG ללא קוד: יצירת 'Flavors' לפי תפקיד — הסתרת-שדות, מיזוג-מסכים, הוספת-כפתורים, סקריפטי-אוטומציה (Slipstream/JavaScript) ומיתוג. בניגוד ל-GuiXT, הוא פועל בצד-השרת ומשתלב עם Fiori — שיפור-שמישות עמוק למסכי-GUI כבדים.
למה זה חשוב
ידע אצוראם השינוי שאתה רוצה גדול מדי ל'הגדרה אישית', אבל אתה לא רוצה לכתוב תוכנה — יש אמצע. אנשי-IT יכולים, בלי לתכנת, להסתיר שדות במסך, לקבוע ערכי-ברירת-מחדל לכולם, להגדיר תהליכים, ואפילו לעצב-מחדש מסך שלם (Personas) או לעבור לממשק-Web מודרני (Fiori). הכול בכלים, לא בקוד. וריאנטי-טרנזקציה — במקום לכתוב מסך חדש, לוקחים מסך-קיים (כמו IW31) ו'מסתירים/נועלים' חלקים: שדות-מיותרים נעלמים, שדות-קבועים ממולאים אוטומטית, מסכים-ריקים מדולגים. התוצאה: גרסה פשוטה ונקייה של אותו מסך — בלי שורת-קוד. התאמה (Customizing) — Customizing הוא 'כפתורי-ההגדרה' של SAP. בלי לתכנת, מגדירים אילו סוגי-הזמנה קיימים, אילו שדות חובה, אילו קודי-תקלה, ומה ברירות-המחדל. כשזה מוגדר נכון, המסך כבר 'יודע' מה צריך והמשתמש עובד חלק. Action Box — כשטכנאי פותח הודעת-תקלה, ב-Action Box יש כפתורים מוכנים: 'צור הזמנת-עבודה', 'הזמן חלק', 'תעד פעולה'. במקום לנווט ידנית לטרנזקציה אחרת — לחיצה אחת, וההמשך נוצר אוטומטית מתוך-ההקשר של ההודעה. SAP Business Client — במקום לפתוח גם SAP GUI וגם דפדפן בנפרד, ה-Business Client הוא 'מעטפת' אחת שמציגה את שניהם יחד, עם תפריט-צד מסודר לפי התפקיד שלך. הכול במקום-אחד, עם מראה אחיד ונעים יותר מ-GUI הקלאסי. פתרונות מובייל — במקום שטכנאי ירשום על פתק ויקליד אחר-כך במשרד, הוא מקבל אפליקציה בטלפון/טאבלט: סורק את הציוד, רואה את ההזמנה, מדווח גמר ומצלם — גם בלי רשת. הנתונים מסתנכרנים כשחוזר לקליטה. דיווח-מיידי ומדויק במקום-העבודה. SAP Fiori — Fiori הוא ה'מסכים החדשים' של SAP — דפי-Web יפים ופשוטים, כל אחד למשימה אחת, מסודרים כאריחים (Tiles) בדף-הבית (Launchpad). במקום מסך-GUI עמוס, יש אפליקציה קטנה וממוקדת שעובדת גם בטלפון. GuiXT — GuiXT הוא 'שכבת-ציור' מעל מסכי-SAP. בקובץ-סקריפט פשוט אומרים 'הסתר את השדה הזה', 'הוסף כפתור', 'הצג תמונה' — והמסך נראה אחרת בלי לגעת בתוכנת-SAP עצמה. שימושי כשרוצים לעצב מסך-GUI מעבר למה ש-SHD0 מאפשר. SAP Screen Personas — Personas הוא כמו 'עורך-גרפי' למסכי-SAP: גוררים, מסתירים, צובעים ומוסיפים כפתורים — והמסך מקבל מראה חדש ופשוט (Flavor) המותאם לתפקיד, בלי לכתוב קוד. כל תפקיד יכול לקבל Flavor משלו לאותו מסך.
ערך עסקי
ידע אצורלספק ל-IT ארגז-כלים עשיר לשיפור-שמישות מבלי להיכנס לפיתוח-ABAP — מהיר יותר, בטוח יותר וקל-תחזוקה יותר מקוד מותאם. וריאנטי-טרנזקציה — לפשט מסכים-תקניים לפי תפקיד מבלי לפתח — להסיר 'רעש', להבטיח ברירות-מחדל אחידות ולמנוע שגיאות-הזנה. התאמה (Customizing) — להתאים את התהליך והמסכים לדרישות-הארגון ברמת-מערכת — בסיס-שמישות שכל הכלים האחרים (Variant/Fiori) נשענים עליו. Action Box — לחבר את ההודעה לפעולות-ההמשך הטבעיות שלה, לצמצם ניווט ולתעד אוטומטית — מה שמעלה הן את המהירות והן את שלמות-הנתונים. SAP Business Client — לאחד חוויית-משתמש על-פני GUI ו-Web בשלב-מעבר, ולספק ניווט Role-based עקבי — גשר בין העולם הקלאסי ל-Fiori. פתרונות מובייל — לאפשר דיווח בנקודת-העבודה ובזמן-אמת — שמעלה את שלמות-הנתונים ומהירותם, ומסיר את 'פער-המשרד' שבו דיווח נדחה ומאבד-דיוק. SAP Fiori — לספק UX ממוקד-משימה, רספונסיבי ואנליטי — להחליף את עומס ה-GUI הקלאסי בחוויה פשוטה ש-מעלה קבלה-ושמישות, במיוחד למשתמשי-רוחב ולמובייל. GuiXT — להשיג עיצוב-GUI מותאם-עמוק (מעבר ל-SHD0) ללא פיתוח-ABAP — כשהארגון נשאר על GUI ומעוניין בשיפור-ויזואלי משמעותי. SAP Screen Personas — להמיר מסכי-GUI מורכבים לחוויות-Flavor פשוטות ופר-תפקיד ללא-קוד, ולגשר GUI כבד אל עולם-Fiori — שיפור-שמישות מהיר ומנוהל-מרכזית.
היכן בשימוש
ידע אצור• Tools ► ABAP Workbench ► Development ► Other Tools ► Transaction Variant (SHD0) • SPRO ► Plant Maintenance and Customer Service • SPRO ► ... ► Notifications ► Notification Processing ► Additional Functions ► Define Action Box • Variant Transaction via SE93 ► Transaction with Variant • SPRO ► Plant Maintenance and Customer Service ► Maintenance and Service Processing ► Maintenance and Service Notifications • SPRO ► ... ► Notification Creation ► Notification Types ► Define Field Selection • SPRO ► ... ► Maintenance and Service Orders ► Functions and Settings for Order Types • SPRO ► Plant Maintenance and Customer Service ► Maintenance and Service Processing ► ... ► Notifications ► Notification Processing ► Additional Functions ► Define Action Box • Launch SAP Business Client (Desktop/HTML) ► Role-based navigation • Tools ► Administration ► User Maintenance ► Roles (PFCG) — מזין את הניווט • SAP Asset Manager (mobile app) ► My Work Orders / Notifications • SAP BTP / Mobile Services ► App configuration (Admin) • Fiori Launchpad ► Maintenance group ► (Find Maintenance Orders / Maintenance Backlog) • Launchpad ► Key-User Adaptation (UI Adaptation at runtime) • /UI2/FLPD_CUST (Launchpad Designer) • GuiXT engine (client) ► Script directory • SAP GUI ► Options ► GuiXT (enable) • SAP Screen Personas ► Admin Transaction / Flavor Editor • Assign Flavors by user/role; integrate as Fiori tile
מושגי מפתח
ידע אצור- שכבת-IT-ללא-קוד: SHD0, SPRO, Action Box, Business Client, Mobile, Fiori, GuiXT, Personas.
- כולן ללא-ABAP, רובן עם Transport.
- בחר את הכלי הקל-ביותר; שמור אסטרטגיית-UX אחידה.
- SHD0 = פישוט-מסך תקני ללא קוד.
- הסתרה/קיבוע/דילוג/ברירות-מחדל, נשמר ב-TSTCV/TSTCP.
- תלוי-מסך-תקני — בדוק בשדרוג.
- Customizing (SPRO) = התאמת-תהליך ברמת-מערכת.
- Field Selection/Types/Catalogs הם לב-השמישות ב-PM.
- תהליך (SPRO) מול מסך (SHD0) — הבחן.
- Action Box = פעילויות-המשך מהודעה בלחיצה.
- מוגדר ב-Customizing פר Notification Type.
- מצמצם ניווט ומשפר תיעוד.
- NWBC = Shell מאוחד GUI+Web, Role-based.
- נשען על אותם Roles כמו Fiori.
- גשר היברידי בדרך ל-Fiori.
- מובייל = דיווח-שטח בזמן-אמת, גם offline.
- SAP Asset Manager (OData/MDK) מחליף Work Manager.
- מעלה שלמות-ומהירות-נתונים בשטח.
- Fiori = UX ראשי ב-S/4HANA, Role-based ורספונסיבי.
- Launchpad: Catalogs/Roles + OData.
- התאמה ללא-קוד דרך Key-User Adaptation.
- GuiXT = שכתוב-GUI בצד-לקוח דרך סקריפטים, ללא ABAP.
- גמיש-ויזואלית אך תלוי-מסך-תקני (שביר בשדרוג).
- לא רלוונטי ב-S/4HANA Cloud (Fiori-only).
- Personas = עיצוב-מחדש WYSIWYG של מסכי-GUI, ללא קוד.
- Flavors פר-תפקיד, צד-שרת, משתלב ב-Fiori.
- גשר GUI→Fiori; רגיש לשינויי-מסך בשדרוג.
דוגמה מ-CBC
ידע אצורבארגון הטכנאים בשטח עובדים ב-SAP Asset Manager (מובייל) לדיווח-תקלה וגמר; המתכננים ב-Fiori Launchpad; מסכי-GUI שנותרו עברו פישוט ב-Screen Personas — הכול ללא פיתוח-ABAP. דרישה: 'מסך-IW31 פשוט לטכנאי, עם Order Type מקובע ושדות-מיותרים מוסתרים, וכפתור-המשך מהיר מהודעה'. הפתרון: Transaction Variant ב-SHD0 + Action Box בהגדרת-ההודעה — שניהם ללא-קוד, מוקצים דרך Role. וריאנטי-טרנזקציה — בארגון נבנה Variant של IW51 לטכנאי-קו: סוג-הודעה מקובע (M1), שדות-ארגוניים ממולאים-ומוסתרים, ורק Equipment+קוד-תקלה+טקסט גלויים — דיווח-תקלה בשלושה שדות. יוצרים Variant ל-IW31: Order Type=PM01 מקובע ומוסתר, Planning Plant ברירת-מחדל, לשוניות-מתקדמות מוסתרות. מקצים Variant Transaction ZIW31 ל-Role של הטכנאי. הטכנאי פותח ZIW31 ורואה מסך-מינימלי. התאמה (Customizing) — בארגון מוגדרים Notification Types ל'תקלת-קו', 'תחזוקה-מונעת' ו'בטיחות', כל אחד עם Catalog Profile וקודי-תקלה-רלוונטיים ושדות-חובה משלו — כך הדיווח אחיד, נקי ומדויק לכל סוג. מגדירים ב-SPRO Field Selection ל-Notification Type M1: Equipment חובה, Cause אופציונלי, שדות-לא-רלוונטיים מוסתרים. כל הודעות-M1 מקבלות מסך-עקבי ומדויק — ללא Variant נפרד. Action Box — בארגון הודעת-תקלת-קו כוללת ב-Action Box כפתורי 'צור-הזמנה-דחופה' ו'הזמן-חלק-חילוף'; הטכנאי מטפל בכל שרשרת-ההמשך מתוך מסך-ההודעה היחיד, בלי לנווט בין טרנזקציות. ב-IW52 הטכנאי לוחץ ב-Action Box 'Create Order' — נוצרת הזמנת-תחזוקה מקושרת להודעה עם הציוד וה-FLOC מועברים; לחיצה נוספת 'Document activity' מתעדת קוד-פעילות לתיעוד. SAP Business Client — בארגון בשלב-המעבר ל-S/4 הוקם Business Client למתכננים: עיבוד-הזמנות ב-GUI לצד דוחות-Fiori, תחת ניווט-אחיד — עד שכל התהליכים יהגרו ל-Fiori מלא. מתכנן נכנס ל-Business Client, רואה תפריט-צד לפי Role 'PM Planner' עם IW38 (GUI) לצד אריח-Fiori 'Maintenance Backlog'; Side Panel מציג פרטי-ציוד הקשריים לצד ההזמנה הפתוחה. פתרונות מובייל — בארגון טכנאי-שטח מטפל בקו-מילוי מרוחק עם Asset Manager במצב-offline; דיווחי-הגמר והחומרים נכנסים ל-AFRU/הזמנה ברגע-הסנכרון, כך שזמינות-הקו ב-KPI מתעדכנת כמעט בזמן-אמת. טכנאי מקבל ב-Asset Manager את רשימת-ההזמנות שלו (offline), ניגש למכונה, סורק QR, רואה היסטוריית-תקלות, מבצע, מדווח זמן-עבודה וחומרים, מצלם, וחותם — הכול בשדה; בחזרה לקליטה הכול מסתנכרן ל-SAP. SAP Fiori — בארגון המתכננים עובדים ב-Fiori Launchpad עם אריחי 'Find Maintenance Orders' ו'Maintenance Backlog' המסוננים לקו; KPI של זמינות-קו מוצג כ-Analytical Tile — תמונת-מצב מיידית לתחזוקת-המפעל. מתכנן פותח את אריח 'Maintenance Backlog' ב-Launchpad, רואה KPI של הזמנות-פתוחות, מתעמק (drill) לרשימה, פותח Object-Page של הזמנה, ומבצע פעולה — הכול בדפדפן, ללא GUI. GuiXT — בארגון נעשה שימוש ב-GuiXT לפישוט מסכי-GUI ותיקים של דיווח-קו לפני המעבר ל-Personas/Fiori; כל שינוי-מסך-תקני חייב בדיקת-סקריפט מחדש. סקריפט-GuiXT ל-IW31 מסתיר עשרה שדות-לא-רלוונטיים, מוסיף כפתור 'תקלת-חירום' שממלא ערכים, ומציג לוגו ותרשים-הקו — מסך-GUI שנראה מותאם-לארגון, ללא קוד-ABAP. SAP Screen Personas — בארגון עוצב Flavor של דיווח-גמר-פק"ע (הזמנת-עבודה) לטכנאי-הקו: שדות-ארגוניים מוסתרים, כפתור-מאקרו ממלא שעות-תקן וחומרים-סטנדרטיים ומסמן TECO — דיווח שהיה דקתיים ב-GUI הופך לחצי-דקה. מעצבים Flavor ל-IW41 לטכנאי: מיזוג שתי-לשוניות למסך-יחיד, הסתרת-שדות, כפתור-מאקרו 'דיווח-גמר-מהיר' שממלא זמן-תקן ומסמן TECO. הטכנאי רואה מסך-דיווח בלחיצה-אחת במקום מסך-GUI עמוס.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| TSTCV | TSTCV |
| TSTCP | TSTCP |
| T365 | T365 |
| T366 | T366 |
| TSTC | TSTC |
| T356 | T356 |
| T350 | T350 |
| T399I | T399I |
| TQ80 | TQ80 |
| AGR_DEFINE | AGR_DEFINE |
| AGR_HIER | AGR_HIER |
| AGR_USERS | AGR_USERS |
| AFRU | AFRU |
| AUFK | AUFK |
| QMEL | QMEL |
| JEST | JEST |
| /IWFND/* | /IWFND/* |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Transaction Variant (SHD0): הסתרת/קיבוע שדות, ברירות-מחדל, דילוג-מסכים; הקצאה דרך Variant Transaction. • Action Box (T365/T366): פעילויות-המשך (Follow-up) ופונקציות מהודעת-PM. • Fiori/Personas/GuiXT/Mobile: כל אחד עם נתיב-הגדרה ייעודי (Launchpad Designer, Personas Admin, GuiXT files). וריאנטי-טרנזקציה • ב-SHD0: הקלט טרנזקציה ► סמן שדות (Invisible/Output/Required/Default) ► Skip screens ► שמור Screen+Transaction Variant. • הקצה דרך Variant Transaction (SE93) המוכנסת ל-Role, או כ-Standard Variant. התאמה (Customizing) • Field Selection (הודעה/הזמנה): קבע חובה/אופציונלי/מוסתר/קריאה לכל שדה. • Notification/Order Types: מסכים, טווחי-מספר, ברירות-מחדל, Catalog Profile, Priorities. • Catalog/Code Group: קודי-תקלה רלוונטיים לכל Type. Action Box • Define Action Box: פר Notification Type הגדר Follow-up functions (Activity/Task), Sort Key, אייקון, Function Module. • קשר פעילות ל-Activities Catalog לתיעוד-אוטומטי. SAP Business Client • Roles (PFCG) מרכיבים את הניווט ב-NWBC (זהה ל-Fiori catalogs בעיקרון). • הגדר Side Panel/CHIPs להצגת-מידע-הקשרי; שלב Web Dynpro/Fiori URLs בתפריט. פתרונות מובייל • Metadata-driven configuration ב-Mobile Services (ללא-ABAP בעיקרו): OData services, Offline definitions, Delta. • הגדר סריקת-QR/ברקוד, צילום, חתימה ו-GIS לפי-צורך. SAP Fiori • Launchpad: Catalogs/Groups (או Spaces&Pages) ממופים ל-Roles (PFCG). • Gateway/OData: הפעלת שירותי-PM (/IWFND/MAINT_SERVICE). • Key-User Adaptation: הסתרת/סידור-שדות באפליקציה בזמן-ריצה, ללא-קוד. GuiXT • התקן/הפעל מנוע-GuiXT בצד-לקוח; הצבע על ספריית-Scripts (מקומי/שרת). • כתוב סקריפטי-Presentation (.txt) להסתרה/הוספה/מיזוג; נהל גרסאות. SAP Screen Personas • Flavor Editor (WYSIWYG): הסתרה/מיקום-מחדש, מיזוג-מסכים, Pushbuttons, Scripts לאוטומציה. • אחסון בצד-שרת; הקצאת-Flavor פר-משתמש/תפקיד; שילוב כ-Fiori Tile.
הערות
ידע אצורשאלות ראיון מה ההבדל בין GuiXT ל-Screen Personas? GuiXT הוא סקריפט-Presentation בצד-הלקוח המשכתב Dynpro דרך קבצי-סקריפט; Screen Personas הוא כלי-WYSIWYG בצד-השרת היוצר Flavors ויזואליים. שניהם ללא-ABAP אך שונים בארכיטקטורה ובתחזוקה. מהו Action Box? מנגנון בהודעת-PM להגדרת פעילויות-המשך (Follow-up functions) — יצירת-הזמנה, משימה, פעילות — בלחיצה, ללא תכנות. מה Transaction Variant יכול לעשות ללא קוד? להסתיר/לנעול שדות, לקבוע ברירות-מחדל, לדלג מסכים ולהפוך שדות לקריאה-בלבד — מסך-מותאם לתפקיד. כיצד מקצים Variant למשתמש? דרך Variant Transaction (SE93 → Transaction with Variant) המוכנסת ל-Role-menu, או כ-Standard Variant. מה ההבדל בין Customizing ל-Transaction Variant? Customizing (SPRO) משנה התנהגות-תהליך לכל משתמשי-ה-Type ונשמר בטבלאות-T; Transaction Variant (SHD0) משנה מראה-מסך לקבוצת-משתמשים מוקצית. לרוב משלימים זה את זה. כיצד Field Selection משפר שמישות? הוא מסתיר שדות-לא-רלוונטיים ומסמן חובה רק את הנדרש — מסך נקי ומדויק לכל Notification/Order Type. מה מספק ה-Action Box? פעילויות-המשך מהודעה בלחיצה — יצירת-הזמנה/משימה/פעילות או קריאת-טרנזקציה — עם העברת-הקשר מההודעה, ללא תכנות (הגדרה ב-Customizing). היכן מגדירים אותו? ב-SPRO ► Notifications ► Additional Functions ► Define Action Box, פר Notification Type (T365/T366). מה מספק SAP Business Client? Shell מאוחד לניווט Role-based על-פני GUI ו-Web/Fiori, עם SSO ו-Side Panel הקשרי — חוויית-משתמש עקבית בסביבה היברידית. מה היחס בין NWBC ל-Fiori Launchpad? שניהם Role-based; ב-S/4HANA Fiori Launchpad הוא הכיוון הראשי, ו-NWBC משמש גשר היברידי לסביבות עם GUI כבד. מהי הפונקציה המרכזית של SAP Asset Manager לשמישות? דיווח בנקודת-העבודה בזמן-אמת, כולל offline, סריקה וצילום — מסיר את 'פער-המשרד' ומעלה שלמות-ודיוק-נתונים. כיצד הוא ניזון מנתוני-PM? דרך שירותי-OData המביאים Order/Notification/Confirmation, עם OfflineStore לסנכרון Delta. מהם סוגי-אפליקציות Fiori? Transactional (ביצוע), Analytical (KPI/Smart Business) ו-Fact-sheet/Object-page (תצוגת-אובייקט). כיצד מתאימים Fiori ללא-קוד? דרך Key-User Adaptation (UI Adaptation בזמן-ריצה) — הסתרה/סידור-שדות בדפדפן, נשמר כ-Variant. מהו GuiXT וכיצד הוא פועל? כלי-צד-לקוח של Synactive המשכתב מסכי SAP GUI דרך קבצי-סקריפט (הסתרה/הוספה/מיזוג/אוטומציה), בצד-Presentation, ללא ABAP. מהו הסיכון המרכזי ב-GuiXT? תלות במבנה-המסך התקני — שינוי-Dynpro בשדרוג/SP עלול לשבור את הסקריפט ולדרוש תחזוקה. מה ההבדל המהותי בין Screen Personas ל-GuiXT? Personas פועל בצד-השרת, מנוהל-מרכזית ומשתלב ב-Fiori; GuiXT פועל בצד-הלקוח דרך קבצי-סקריפט. שניהם ללא-ABAP ורגישים לשינויי-מסך-תקני. מהו Flavor? וריאציה-מעוצבת של מסך-GUI (הסתרה/מיזוג/כפתורים/סקריפטים) המוקצית לתפקיד, נוצרת ב-WYSIWYG ללא קוד. נושאים קשורים • אובייקט · SHD0 • PM · הודעות-תחזוקה • PM · סוגי-הזמנה והודעה • PM · דיווח-גמר • PM · עיבוד הזמנת-תחזוקה
טעויות נפוצות
ידע אצור- שימוש ב-GuiXT/Personas היכן ש-SHD0/Customizing מספיק (תחזוקה מיותרת).
- הזנחת תיעוד ה-Variant/Flavor ➔ קושי-שדרוג.
- פיצול-מאמץ בין כלים חופפים ללא אסטרטגיה.
- הסתרת שדה-חובה ➔ חסימת-שמירה.
- אי-הקצאת Variant Transaction ➔ המשתמש עדיין רואה את המסך המלא.
- התעלמות מתלות-המסך בשדרוג.
- שינוי-Customizing ב-Production ישירות (במקום דרך Transport).
- הגדרת-יתר של שדות-חובה ➔ חיכוך-דיווח.
- ערבוב התאמת-תהליך (SPRO) עם התאמת-מסך (SHD0) ללא הבחנה.
- העמסת Action Box בפונקציות-מיותרות.
- פעילות הקוראת FM-מותאם ללא תחזוקה ➔ שבירה בשדרוג.
- אי-קישור לקטלוג ➔ תיעוד-חסר.
- השקעה ב-NWBC כיעד-סופי במקום כגשר ל-Fiori.
- Role-menu לא-מסודר ➔ ניווט מבולגן.
- התעלמות מ-SSO ➔ חיכוך-התחברות.
- הזנחת תרחיש-Offline ➔ כשל בשטח-ללא-רשת.
- אי-טיפול בקונפליקטי-סנכרון.
- ללא MDM/אבטחת-מכשיר ➔ סיכון.
- אי-הקצאת Catalog/Role ➔ אריחים-חסרים.
- שירות-OData לא-פעיל ➔ אפליקציה שבורה.
- התאמת-יתר במקום שימוש-בתקני.
- שימוש ב-GuiXT היכן ש-SHD0/Personas מספיק.
- אי-ניהול-גרסאות לסקריפטים.
- התעלמות מתלות-המסך-התקני ➔ שבירה בשדרוג.
- סקריפט-אוטומציה שמבצע רצף-שגוי ללא בדיקה.
- ריבוי Flavors ללא ניהול ➔ בלבול.
- התעלמות מרגישות לשינויי-מסך-תקני בשדרוג.
פתרון תקלות
ידע אצור• ממשק מתואם נשבר אחרי שדרוג ➔ GuiXT/Personas תלויי-מסך-תקני; בדוק שינויי-Dynpro. • פעילות-המשך לא מופיעה ➔ Action Box לא-מוגדר לסוג-ההודעה. וריאנטי-טרנזקציה • שדה חסר/נעול ➔ הוגדר Invisible/Output ב-Variant; ערוך ב-SHD0. • Variant לא נתפס ➔ המשתמש פותח את הטרנזקציה התקנית ולא את ה-Variant Transaction. התאמה (Customizing) • שדה לא מופיע/חובה לא-צפוי ➔ Field Selection ב-SPRO לאותו Type. • Catalog שגוי בהודעה ➔ Catalog Profile של ה-Notification Type. Action Box • פעילות לא מופיעה ב-Action Box ➔ לא-מוגדרת ל-Notification Type זה. • פעילות נכשלת ➔ FM/פרמטרים שגויים בהגדרת-הפעילות. SAP Business Client • ניווט ריק/שגוי ב-NWBC ➔ Role לא-מוקצה או Role-menu לקוי (PFCG). • תוכן-Web לא נטען ➔ SSO/הגדרות-URL בתפקיד. פתרונות מובייל • דיווח לא מגיע ל-SAP ➔ סנכרון נכשל/קונפליקט; בדוק OfflineStore ולוגים. • ציוד לא נמצא בסריקה ➔ מיפוי QR↔Equipment שגוי. SAP Fiori • אריח חסר/אפליקציה לא נטענת ➔ Role/Catalog לא-מוקצה או OData לא-פעיל (/IWFND/ERROR_LOG). • שדה לא נכון מוצג ➔ Key-User Adaptation או גרסת-אפליקציה. GuiXT • מסך נשבר אחרי שדרוג ➔ Dynpro השתנה; עדכן את הסקריפט. • סקריפט לא-מופעל ➔ מנוע-GuiXT כבוי/נתיב-שגוי בצד-לקוח. SAP Screen Personas • Flavor נשבר אחרי שדרוג ➔ מסך-תקני השתנה; עדכן ב-Editor. • Flavor לא מוקצה ➔ בדוק הקצאת-משתמש/תפקיד.
שיטות עבודה מומלצות
ידע אצור- בחר את הכלי הקל-ביותר שפותר (SHD0/SPRO לפני Personas/GuiXT).
- תעד כל Variant/Flavor/Action ומיפוים לתפקיד.
- קבע אסטרטגיית-UX אחת (Fiori-first) במקום ערב-רב כלים.
- בנה Variant פר-תפקיד והקצה דרך Role.
- בדוק Variant אחרי כל Support Pack/שדרוג.
- תעד אילו שדות הוסתרו/קובעו ולמה.
- בצע Customizing ב-DEV והעבר ב-Transport.
- מזער שדות-חובה לחיוניים בלבד.
- הבחן בבירור בין Customizing (תהליך) ל-Variant (מסך).
- הגדר רק פעילויות-המשך נפוצות-ורלוונטיות.
- העדף פונקציות-תקניות על פני FM-מותאם.
- קשר פעילויות לקטלוג לתיעוד-אוטומטי.
- נצל את אותם Roles ל-NWBC ול-Fiori.
- התייחס ל-NWBC כגשר היברידי, לא כיעד.
- סדר Role-menu נקי לניווט-טוב.
- תכנן Offline-first לשטח-ללא-רשת.
- הגדר QR↔Equipment עקבי.
- אבטח מכשירים ב-MDM ונהל Delta-download חכם.
- Fiori-first ב-S/4HANA למשתמשי-רוחב.
- מפה Catalogs ל-Roles בקפידה.
- העדף Key-User Adaptation על פני פיתוח.
- העדף Personas/Fiori על GuiXT לפתרונות-חדשים.
- נהל סקריפטים בגרסאות ובדוק אחרי שדרוג.
- תעד כל סקריפט ומסכיו.
- עצב Flavor פר-תפקיד; נהל מרכזית.
- בדוק סקריפטי-מאקרו לפני הפצה.
- השתמש כגשר GUI→Fiori ובדוק אחרי שדרוג.
טיפים
ידע אצור- סדר-הכלים מהפשוט למתקדם: Transaction Variant (SHD0) + Customizing (SPRO) — בסיס; Action Box — פעילויות-המשך בהודעה (PM Notification); Business Client — Shell ל-GUI+Web/Fiori; Mobile (SAP Asset Manager/Work Manager) — שטח; Fiori — ממשק Role-based מבוסס-OData; GuiXT — סקריפט-Presentation שמשכתב את ה-Dynpro בצד-הלקוח; Screen Personas — Flavors המעצבים מסכי-GUI ב-WYSIWYG. כל אחד עם פרופיל עלות/תחזוקה/שדרוג שונה — GuiXT ו-Personas דורשים תחזוקה בכל שינוי-מסך-תקני.
- וריאנטי-טרנזקציה — ב-SHD0 מקליטים את הטרנזקציה, מסמנים לכל שדה: Invisible / Output-only / Required / ערך-ברירת-מחדל / 'with content', ומסמנים מסכים ל-Skip. נוצר Screen Variant + Transaction Variant (נשמר ב-TSTCV/TSTCP). ההקצאה: או Variant Transaction (SE93 → Transaction with Variant) המוכנסת ל-Role-menu, או הגדרת Standard Variant. אזהרה: Variant 'נצמד' למבנה-המסך התקני — שינוי-מסך בשדרוג עלול לדרוש התאמה.
- התאמה (Customizing) — ב-PM, Customizing מרכזי לשמישות: Field Selection לפעולות/הודעה (איזה שדה חובה/אופציונלי/מוסתר), Order/Notification Types (מסכים, טווחי-מספר, ברירות), Catalog Profiles (קודי-תקלה רלוונטיים), Priorities ו-Response/Service Profiles. שלא-כמו SHD0 (התאמת-מסך), Customizing משנה התנהגות-תהליך ותקף לכל המשתמשים של אותו Type. נשמר בטבלאות-T (T365/T366/T350 ועוד) ומועבר ב-Transport.
- Action Box — ה-Action Box מוגדר ב-Customizing (T365/T366) פר Notification Type: כל פעילות היא Activity/Task/Follow-up עם Sort Key, אייקון, ו-Function (Standard או Customer-specific function module). אפשר לקשר פעילות לקוד-Catalog (Activities catalog) כדי לתעד אוטומטית. פעילויות יכולות לקרוא טרנזקציה עם פרמטרים מהודעה. ב-S/4HANA הפונקציונליות נשמרת; ב-Fiori מקבילה דרך Object-Page actions.
- SAP Business Client — NWBC הוא Desktop-shell (גם גרסת-HTML) המבוסס על Role-menu (PFCG) להרכבת הניווט; הוא מארח GUI for Windows transactions לצד Web Dynpro/Fiori. יתרונות: Single sign-on, ניווט-אחיד, Side Panel (CHIP-based) להצגת-מידע-הקשרי. ב-S/4HANA הכיוון הראשי הוא Fiori Launchpad, אך NWBC עדיין רלוונטי כגשר היברידי לסביבות עם GUI כבד. ההגדרה נשענת על אותם Roles, כך שהשקעה ב-PFCG משרתת את שניהם.
- פתרונות מובייל — SAP Asset Manager (על SAP Mobile Services/BTP, מבוסס Mobile Development Kit) מספק עבודה-Offline עם OData ו-OfflineStore, תמיכה ב-GIS, חתימה, צילום וסריקה. הוא ניזון מאותם נתוני-PM (Order/Notification/Confirmation) דרך שירותי-OData. ההתאמה (Metadata-driven) ללא-ABAP בעיקרה. שיקולי-מפתח: סנכרון-קונפליקטים, Delta-download, ואבטחת-מכשירים (MDM). מחליף Work Manager/Inventory Manager הוותיקים.
- SAP Fiori — Fiori בנוי על SAPUI5 + OData (Gateway/CDS) ומאורגן ב-Launchpad המורכב מ-Catalogs/Groups/Spaces&Pages הממופים ל-Roles (PFCG → Catalog). סוגי-אפליקציות: Transactional, Analytical (KPI/Smart Business), Fact-sheet (Object pages). ב-PM: Manage Maintenance Notifications, Find/Manage Maintenance Orders, Maintenance Backlog, Technical Object pages. התאמה ללא-קוד דרך UI Adaptation (Key-User Adaptation) — הסתרת/סידור-שדות בדפדפן. עקרונות-עיצוב: Role-based, Responsive, Coherent, Simple, Delightful.
- GuiXT — GuiXT פועל בצד-ה-Presentation (SAP GUI for Windows) וקורא קבצי-Script (.txt) ושפת-InputAssistant; יכולות: הסתרה/מיקום-מחדש של שדות, Pushbuttons, תמונות, Tabs, ו-automation. נשמר כקבצים (מקומי/שרת) ולא ב-Repository. יתרון: גמישות-ויזואלית גבוהה ללא-ABAP. חיסרון מהותי: תלוי במבנה-המסך התקני — כל שינוי-Dynpro בשדרוג/Support-Pack עלול לשבור את הסקריפט; דורש מנוע-GuiXT בצד-לקוח. ב-S/4HANA Cloud אינו רלוונטי (Fiori-only).
- SAP Screen Personas — Personas (חלק מ-S/4HANA / NetWeaver) פועל בצד-השרת ומרנדר מסכי-GUI כ-HTML; מעצבים Flavors ב-Admin/Editor: הסתרה/מיקום-מחדש, מיזוג-מסכים (למסך-יחיד), Pushbuttons, ו-Scripts (JavaScript-like) לאוטומציה ורצפי-פעולות. Flavors מאוחסנים בשרת ומוקצים לפי-משתמש/תפקיד, ומשתלבים ב-Fiori Launchpad כ-Tiles. בניגוד ל-GuiXT (צד-לקוח, קבצים) — Personas הוא צד-שרת, מנוהל-מרכזית וקל-תחזוקה יחסית, אך גם הוא רגיש לשינויי-מסך-תקני.
סיכום
ידע אצור• שכבת-IT-ללא-קוד: SHD0, SPRO, Action Box, Business Client, Mobile, Fiori, GuiXT, Personas. • כולן ללא-ABAP, רובן עם Transport. • בחר את הכלי הקל-ביותר; שמור אסטרטגיית-UX אחידה. • SHD0 = פישוט-מסך תקני ללא קוד. • הסתרה/קיבוע/דילוג/ברירות-מחדל, נשמר ב-TSTCV/TSTCP. • תלוי-מסך-תקני — בדוק בשדרוג. • Customizing (SPRO) = התאמת-תהליך ברמת-מערכת. • Field Selection/Types/Catalogs הם לב-השמישות ב-PM. • תהליך (SPRO) מול מסך (SHD0) — הבחן. • Action Box = פעילויות-המשך מהודעה בלחיצה. • מוגדר ב-Customizing פר Notification Type. • מצמצם ניווט ומשפר תיעוד. • NWBC = Shell מאוחד GUI+Web, Role-based. • נשען על אותם Roles כמו Fiori. • גשר היברידי בדרך ל-Fiori. • מובייל = דיווח-שטח בזמן-אמת, גם offline. • SAP Asset Manager (OData/MDK) מחליף Work Manager. • מעלה שלמות-ומהירות-נתונים בשטח. • Fiori = UX ראשי ב-S/4HANA, Role-based ורספונסיבי. • Launchpad: Catalogs/Roles + OData. • התאמה ללא-קוד דרך Key-User Adaptation. • GuiXT = שכתוב-GUI בצד-לקוח דרך סקריפטים, ללא ABAP. • גמיש-ויזואלית אך תלוי-מסך-תקני (שביר בשדרוג). • לא רלוונטי ב-S/4HANA Cloud (Fiori-only). • Personas = עיצוב-מחדש WYSIWYG של מסכי-GUI, ללא קוד. • Flavors פר-תפקיד, צד-שרת, משתלב ב-Fiori. • גשר GUI→Fiori; רגיש לשינויי-מסך בשדרוג.