SAP by Sali · Project NEO
טוען את נוף ה-SAP…
SAP by Sali · Project NEO
טוען את נוף ה-SAP…
Integrating with Embedded Extended Warehouse Management
פרק זה הוא יחידת-לימוד מלאה לשילוב בין Quality Management (QM) לבין Embedded EWM ב-SAP S/4HANA. כאשר מחסן מנוהל ב-EWM, בדיקות-האיכות ברצפת-המחסן מנוהלות דרך מנוע ייעודי — ה-QIE (Quality Inspection Engine) — שמתזמן ומבצע בדיקות לפי Inspection Object Type, ומסונכרן עם תעודת-הבדיקה (Inspection Lot) של QM ב-S/4HANA. כל תת-פרק וכל תת-סעיף מהמקור הורחב ליחידת-לימוד עצמאית בת 18 מקטעים — שלוש רמות הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך אמיתית, דוגמת CBC, ניווט ו-SPRO, טבלאות/T-Codes/Fiori, פרטי קונפיגורציה, תרשים-תהליך, טעויות נפוצות, פתרון תקלות, שיטות מומלצות, שאלות-ראיון ומסקנות-מפתח. ה-CBC המוצג הוא בקבוק קוקה-קולה: בדיקת-איכות בקליטה (Inbound) של חומרי-גלם ואריזה למחסן ה-EWM המוטמע. המטרה: ללמוד את הנושא במלואו ללא המקור.
הסבר מנהלים
שילוב QM עם Embedded EWM נשען על שכבת-קונפיגורציה שמחברת שני עולמות: ה-QIE (Quality Inspection Engine) שבתוך ה-EWM, ו-QM הקלאסי ב-S/4HANA (תעודות-בדיקה, תוכניות-בדיקה, החלטות-שימוש). יסודות-הקונפיגורציה מגדירים מתי נוצרת בדיקה במחסן, איזה אובייקט נבדק, אילו פעולות-המשך מתבצעות לפי תוצאה, וכיצד הבודק מנותב לתחנת-עבודה. ללא קונפיגורציה זו ה-EWM יקבל סחורה אך לא יחסום מלאי-באיכות, ו-QM לא יראה דבר.
הסבר למתחילים
כשהמחסן מנוהל ב-EWM, בדיקת-האיכות לא 'יושבת' רק ב-QM — היא מתחילה בתוך המחסן. כדי שזה יעבוד צריך 'להדליק' כמה מתגי-יסוד: להגדיר איזה סוג-בדיקה רץ במחסן (Inspection Object Type), מאיזו גרסה, מה קורה אחרי שמחליטים החלטה (Follow-Up Action), לאיזו קבוצת-בדיקה הסחורה שייכת, ובאיזו תחנת-עבודה הבודק עובד. חשוב על זה כעל 'הרכבת מסילות' לפני שהרכבת (הסחורה) מתחילה לנסוע.
הסבר ליועצים
מנוע ה-QIE עובד עם Inspection Object Type (IOT) — מזהה מספרי (למשל 4 = Inbound Delivery Item ברמת-EWM) הקובע את הקשר-הבדיקה. הקונפיגורציה מופעלת ברובה תחת SPRO ► SCM Extended Warehouse Management ► Extended Warehouse Management ► Cross-Process Settings ► Quality Management. מפתח-האינטגרציה הוא הקישור בין IOT של EWM לבין Inspection Type של QM (למשל 17 לקליטת-רכש) דרך Quality Inspection Group ו-Inspection Rule. ב-Embedded EWM הכל באותו לקוח/מערכת, כך שאין qRFC חוצה-מערכות כמו ב-Decentralized — אך הסנכרון בין QALS (תעודת-הבדיקה) לבין מסמכי-ה-QIE עדיין קריטי. שלוט ב-IOT, ב-Follow-Up Actions וב-Work Center לפני נתוני-האב.
מטרה עסקית
דוגמת תהליך
דוגמת CBC
תרשים תהליך
ניווט / SPRO
קונפיגורציה
T-Codes
Tables
Fiori Apps
נתוני אב
טעויות נפוצות
פתרון תקלות
שיטות מומלצות
שאלות ראיון
QIE = Quality Inspection Engine, מנוע-הבדיקות שבתוך EWM. הוא מתזמן ומבצע בדיקות ברצפת-המחסן לפי Inspection Object Type, ומסנכרן עם תעודת-הבדיקה (QALS) של QM.
מזהה מספרי ב-QIE הקובע את הקשר-הבדיקה (למשל פריט משלוח-קליטה). הוא נקשר ל-Inspection Type של QM כדי שתיווצר תעודת-בדיקה תואמת.
ב-Embedded הכל באותה מערכת/לקוח — אין qRFC חוצה-מערכות; ב-Decentralized ה-EWM הוא מערכת נפרדת והסנכרון מול QM נעשה דרך תקשורת מבוזרת.
מסקנות מפתח
נושאים קשורים
תתי-סעיפים (מבנה הספר)