שימוש ב-ATTP יחד עם SAP EWM ו-SAP S/4HANA

השילוב בין ATTP ל-SAP EWM ו-SAP S/4HANA הופך את ה-serialization מהצהרה-רגולטורית לתהליך-ביצוע פיזי. EWM מבצע את התנועות במחסן (קליטה, אחסון, ליקוט, אריזה, משלוח) ומזין כל אירוע רלוונטי ל-ATTP בזמן-אמת: commissioning בקליטה, aggregation/disaggregation באריזה, ו-shipping ביציאה. S/4HANA מספק את הקשר-העסקי (הזמנות, מסירות, אצוות). התוצאה: כל סריאל שנע במחסן מתועד ב-ATTP בתקן EPCIS, והדיווח-הרגולטורי נגזר אוטומטית מהפעילות הפיזית. תהליך כניסה (Inbound Process) — בתהליך-הכניסה (inbound) EWM קולט סחורה מוסדרת ומזין ל-ATTP את אירועי-ה-serialization הראשוניים. אם הסחורה מיוצרת בבית — קו-האריזה מבצע commissioning (הנפקת-סריאלים פעילים) ו-aggregation לפני הקליטה; אם נקלטת מספק — EWM מבצע verification של הסריאלים הנכנסים מול הודעת-ה-EPCIS שהספק שלח, ורושם receiving event. כך נכנס המלאי-הסדרתי ל-ATTP במצב-תקין הניתן-למעקב. תהליך יציאה (Outbound Process) — בתהליך-היציאה (outbound) EWM מלקט, אורז ומשלח מלאי-סדרתי, ומזין ל-ATTP את אירועי-ה-shipping. הליקוט מבטיח שהסריאלים שיצאו תואמים את ה-aggregation; האריזה יוצרת/מעדכנת SSCC; ובמשלוח (Goods Issue) מופק shipping ObjectEvent + TransactionEvent (העברת-בעלות). ATTP מפיק הודעת-EPCIS ללקוח ולרשות. כך כל יחידה שיצאה מתועדת ומדווחת אוטומטית.

EWM הוא ה'מחסן החכם' שמזיז סחורה פיזית; ATTP הוא ה'יומן-המסע' שזוכר היכן כל פריט-סדרתי. השילוב אומר: בכל פעם ש-EWM עושה פעולה (קולט משטח, אורז ארגז, שולח משלוח) — הוא 'מספר' ל-ATTP מה קרה, וATTP רושם את האירוע. כך אין צורך להזין פעמיים: התנועה הפיזית ב-EWM היא גם רישום ה-track-and-trace. S/4HANA נותן את ה'הקשר' — מאיזו הזמנה, לאיזה לקוח, מאיזו אצווה. תהליך כניסה (Inbound Process) — כשסחורה נכנסת למחסן, צריך 'לקלוט' לא רק את הכמות אלא גם את כל המספרים-הסדרתיים. אם הספק שלח קובץ-EPCIS שאומר 'שלחתי לך את הסריאלים האלה' — EWM סורק ומוודא שמה שהגיע פיזית = מה שהובטח. אם זה מוצר שלנו שיצא מקו-האריזה — אנחנו עצמנו 'מפעילים' את הסריאלים (commissioning) ובונים את היררכיית-האריזה (aggregation) לפני שמאחסנים. תהליך יציאה (Outbound Process) — כשמשלוח יוצא, צריך לדעת בדיוק אילו מספרים-סדרתיים עזבו ולאן. EWM מלקט את הסחורה, אורז אותה (ובונה/מעדכן SSCC לארגזים), וברגע ה'שילוח' מסמן ב-ATTP: 'הסריאלים האלה עברו ללקוח'. ATTP אז שולח 'הודעת-מסע' (EPCIS) ללקוח (כדי שהוא יוכל לקלוט) ולרשות-הבריאות (לציות-רגולטורי).

המטרה: לאחד את הביצוע-הפיזי (EWM) עם התיעוד-הרגולטורי (ATTP) ללא הזנה-כפולה וללא פערי-נתונים. כך מובטח שכל יחידה שיצאה מהמחסן דווחה, כל aggregation משקף את האריזה האמיתית, וה-recall יכול להישען על נתוני-תנועה אמיתיים ולא על הצהרות. תהליך כניסה (Inbound Process) — המטרה: להבטיח שרק מלאי-סדרתי תקין ומאומת נכנס למערכת, לזהות זיופים/טעויות כבר בשער-הכניסה, ולתעד את נקודת-הכניסה של כל סריאל ל-track-and-trace. תהליך יציאה (Outbound Process) — המטרה: להבטיח שכל יחידה היוצאת מדווחת לרשות וללקוח בתקן EPCIS, שה-aggregation במשלוח משקף את המציאות, ושהעברת-הבעלות מתועדת — בסיס ל-recall, ל-anti-counterfeiting ולקליטה-תקינה אצל הלקוח.

• SPRO ► SCM Extended Warehouse Management ► EWM ► Cross-Process Settings ► Serial Numbers ► Define Serial Number Profiles • SPRO ► SCM EWM ► EWM ► Goods Receipt Process ► Configure Serialization in Inbound Process • SPRO ► SCM EWM ► EWM ► Goods Issue Process ► Configure Serialization in Outbound Process • SPRO ► ATTP ► Integration ► EWM Integration ► Map EWM HU Types to Packaging Levels • SPRO ► SCM EWM ► EWM ► Goods Receipt Process ► Inbound Delivery ► Serialization Settings • SPRO ► SCM EWM ► EWM ► Cross-Process Settings ► Serial Numbers ► Assign Serial Profile to Inbound WPT • SPRO ► ATTP ► Inbound ► Configure Inbound EPCIS Message Verification • SPRO ► SCM EWM ► EWM ► Goods Issue Process ► Outbound Delivery ► Serialization & Packing Settings • SPRO ► SCM EWM ► EWM ► Cross-Process Settings ► Serial Numbers ► Assign Serial Profile to Outbound WPT • SPRO ► ATTP ► Outbound ► Configure Shipping Event & Regulatory Reporting

• EWM מבצע פיזית; ATTP מתעד רגולטורית — בלי הזנה-כפולה.
• Serial Number Profile + WPT mapping הם המתג ל-serialization ב-EWM.
• HU↔SSCC הוא הגשר ל-aggregation בין EWM ל-ATTP.
• Inbound→commissioning, Pack→aggregation, GI→shipping/TransactionEvent.
• Inbound: commissioning למוצר-בית, verification למוצר-ספק.
• EPCIS inbound message הוא מקור-האמת לאימות סריאלים external.
• שמירת קשר HU↔SSCC ב-putaway מונעת שבירת-aggregation.
• exception handling חוסם קליטת מלאי-סדרתי לא-תקין.
• Outbound: ליקוט→packing(SSCC)→Goods Issue→shipping+TransactionEvent.
• Goods Issue הוא ה-trigger לסטטוס 'shipped' ולדיווח-EPCIS.
• disaggregation מחויב בכל ליקוט-חלקי כדי לשמור aggregation תקין.
• TransactionEvent מתעד העברת-בעלות — בסיס לציות ולקליטה אצל הלקוח.

בארגון השילוב EWM↔ATTP אינו פעיל (אין רגולציית-תרופות); המקבילה היא EWM Batch management + HU/SSCC על משטחי-משקאות, המתעד aggregation (בקבוק→ארגז→משטח) ותנועות-מלאי לצורך מעקב-אצווה ו-recall. אם הארגון תידרש לרגולציה, אותן נקודות-מגע (/SCWM/PACK ל-aggregation, Goods Issue ל-shipping event) יחוברו ל-ATTP באותו אופן. משלוח-יוצא ללקוח: S/4HANA יוצר Outbound Delivery; EWM מבצע Warehouse Order, מלקט סריאלים, אורז ל-HU (=SSCC) ומפיק AggregationEvent ב-ATTP; ב-Goods Issue, EWM מפעיל shipping ObjectEvent + TransactionEvent (העברת-בעלות מהמחסן ללקוח); ATTP מפיק EPCIS-XML ושולח ללקוח ולרשות. כל הסריאלים שבמשלוח עברו מ-status 'במלאי' ל-'נשלח' אוטומטית. תהליך כניסה (Inbound Process) — בארגון המקביל: קליטת חומרי-גלם/מוצרים מנוהלי-אצווה ל-EWM עם רישום-אצווה ו-HU; ה'verification' הוא בדיקת-תעודת-אצווה (CoA) וקליטת-משטחים ב-SSCC. אין EPCIS-inbound, אך עיקרון בדיקת-התאמה בשער-הכניסה זהה. ספק שולח 50 ארגזים (כל אחד SSCC עם 100 SGTIN) + הודעת-EPCIS. ATTP קולט את ההודעה. EWM יוצר Inbound Delivery, ובקליטה סורק את ה-SSCC של כל ארגז; ATTP מאמת שהסריאלים תואמים את ההודעה ורושם receiving event. הארגזים מאוחסנים תוך שמירת קשר HU↔SSCC. אם ארגז-אחד מכיל סריאל לא-מדווח — EWM מסמן exception ומונע putaway עד בירור. תהליך יציאה (Outbound Process) — בארגון המקביל: ליקוט/אריזה/Goods Issue של משטחי-משקאות עם HU/SSCC לצורך מעקב-אצווה ו-recall; ה'shipping event' הוא רישום-תנועת-המלאי ותעודת-המשלוח. אין EPCIS-XML לרשות, אך תיעוד aggregation (בקבוק→ארגז→משטח) ביציאה מאפשר track-and-trace אנלוגי. הזמנת-לקוח ל-30 ארגזים. S/4HANA יוצר Outbound Delivery; EWM מלקט (סורק SSCC), אורז על משטח (יוצר SSCC-משטח עם AggregationEvent), ומבצע Goods Issue — ATTP רושם shipping ObjectEvent לכל הסריאלים + TransactionEvent (העברה ללקוח) ומפיק EPCIS-XML. אם ארגז נפתח לליקוט-חלקי (15 קופסאות בלבד) — מתבצע disaggregation וה-15 הנותרות חוזרות למלאי כיחידות-בודדות.

• Serial Number Profile (EWM): קובע אילו תנועות דורשות serialization ובאילו רמות (GR/putaway/picking/GI). • Warehouse Process Type mapping: שיוך WPT ל-serialization-relevant פעולות והפעלת ה-ATTP interface. • HU↔SSCC mapping: מיפוי EWM Handling Unit types לרמות-אריזה (packaging levels) ב-ATTP. • EPCIS Event mapping: איזה אירוע-EWM (GR/Pack/GI) מפיק איזה EPCIS event (commissioning/aggregation/shipping). • Communication channel: qRFC/IDoc ל-Embedded או EPCIS-XML/PI ל-Decentralized — הגדר endpoints ו-monitoring. תהליך כניסה (Inbound Process) • Inbound Serial Profile: קובע serial capture בקליטה (mandatory/optional) ורמת-האריזה הנסרקת. • EPCIS Inbound Verification (ATTP): מיפוי הודעת-הספק לאימות מול ה-OER; מה לעשות באי-התאמה. • Exception handling: profile לטיפול בסריאל לא-תקף/כפול/חסר בשער-הכניסה. • HU↔SSCC inbound mapping: שמירת קשר-האריזה בקליטה ובאחסון. תהליך יציאה (Outbound Process) • Outbound Serial Profile: serial capture בליקוט וב-Goods Issue ורמת-האריזה הנדרשת. • Packing/Aggregation settings: יצירת/עדכון HU↔SSCC, ו-disaggregation לליקוט-חלקי. • Shipping Event (ATTP): מיפוי Goods Issue ל-shipping ObjectEvent + TransactionEvent. • Regulatory Reporting endpoint: יעד הודעת-ה-EPCIS-XML (trading partner / רשות) לפי שוק.

נתוני אב • EWM Handling Unit (HU) ↔ ATTP SSCC — הגשר בין אריזה-פיזית לזהות-סדרתית. • Serial Number Profile (EWM) קובע רלוונטיות-serialization לכל תנועה. • S/4HANA Delivery (LIKP/LIPS) + Batch (MCH1) — הקשר-העסקי לאירועי TransactionEvent. • ATTP Trade Item + Packaging Hierarchy — היעד אליו ממופים נתוני-ה-EWM. • Inbound Delivery (S/4: LIKP/LIPS) = ההקשר העסקי לקליטה. • Serial Number Profile (inbound) = רלוונטיות-ה-serialization בקליטה. • EPCIS inbound message = מקור-האמת לאימות סריאלים external. • HU/SSCC = יחידת-האריזה הנשמרת מהקליטה ואילך. • Outbound Delivery (S/4: LIKP/LIPS) + Trading Partner = הקשר ל-TransactionEvent. • Serial Number Profile (outbound) = רלוונטיות-serialization בליקוט/GI. • HU/SSCC = יחידת-ה-aggregation המשולחת; disaggregation בליקוט-חלקי. • Regulatory Reporting Profile + endpoint = יעד הודעת-ה-EPCIS. שאלות ראיון כיצד EWM מזהה תנועה כ-serialization-relevant? דרך Serial Number Profile המשויך ל-Warehouse Process Type; הפרופיל קובע אילו תנועות (GR/putaway/picking/GI) דורשות serial capture ומפעיל את ה-EWM-ATTP interface. מהו הקשר בין Handling Unit (EWM) ל-SSCC (ATTP)? ה-HU ב-EWM היא יחידת-האריזה הפיזית; היא ממופה ל-SSCC ב-ATTP, כך שיצירת-HU ב-/SCWM/PACK מפיקה AggregationEvent הקושר את הסריאלים שבתוכה. מה ההבדל בין Embedded ל-Decentralized EWM בהקשר ATTP? Embedded EWM (תוך S/4HANA) מתקשר עם ATTP בעיקר דרך qRFC/IDoc פנימי; Decentralized או קו-3rd-party מתקשר דרך EPCIS-XML/PI. דפוס-האינטגרציה משפיע על ניטור-הודעות וטיפול-בכשלים. מה ההבדל בין commissioning ל-verification בקליטה? commissioning = הפעלת-סריאל חדש שאנו מנפיקים (מוצר in-house שיצא מקו-האריזה); verification = אימות סריאלים נכנסים מספק חיצוני מול הודעת-ה-EPCIS שלו ומול ה-OER. מדוע סורקים ברמת-SSCC בקליטה? כי ה-aggregation שנשמר ב-ATTP מאפשר שסריקת-SSCC אחת תאמת/תקלוט את כל הסריאלים שבתוך הארגז — מהיר ואמין יותר מסריקת-פריט-פריט. מהו ה-trigger ל-shipping event ב-ATTP? ה-Goods Issue ב-EWM; ברגע ה-GI נרשם shipping ObjectEvent (bizStep=shipping) + TransactionEvent (העברת-בעלות), וATTP מפיק את הודעת-ה-EPCIS ללקוח ולרשות. מתי נדרש disaggregation בתהליך-היציאה? כשפותחים case/pallet לליקוט-חלקי — חלק מהסריאלים יוצאים וחלק נשארים. disaggregation מעדכן את ה-aggregation כך ש-ATTP ידע שה-SSCC כבר אינו מכיל את הפריטים שיצאו. מה כולל TransactionEvent ולמה הוא חשוב? TransactionEvent מתעד העברת-בעלות/חזקה (מהמחסן ללקוח) וקושר את הסריאלים ל-business transaction (delivery/order). הוא חיוני לציות DSCSA/EU וכדי שהלקוח יוכל לאמת ולקלוט את המשלוח. נושאים קשורים • EWM · סקירת ATTP (10.1) • EWM · תהליך-כניסה (10.2.1) • EWM · תהליך-יציאה (10.2.2) • אובייקט · /SCWM/HU • אובייקט · /STTPEC/EVENT

• אירוע-EWM לא הגיע ל-ATTP ➔ Serial Profile/WPT לא ממופה, או qRFC/PI תקוע (SMQ1/SXMB_MONI). • aggregation לא תואם ➔ HU type לא ממופה ל-packaging level הנכון. • GI לא מפיק shipping event ➔ Goods Issue Process serialization לא מוגדר. • סטטוס-סריאל סוטה בין EWM ל-ATTP ➔ הודעות לא-מסונכרנות; בצע reconciliation מול ה-OER. תהליך כניסה (Inbound Process) • serial capture לא נדרש בקליטה ➔ Inbound Serial Profile לא משויך ל-WPT. • אימות נכשל ➔ הודעת-EPCIS מהספק חסרה/פגומה (בדוק WE19/SXMB_MONI). • putaway חסום ➔ exception על סריאל לא-תקף; טפל ב-exception profile. • aggregation לא נשמר ➔ HU↔SSCC inbound mapping חסר. תהליך יציאה (Outbound Process) • GI לא מפיק shipping event ➔ Outbound Serial Profile/Shipping Event mapping חסר. • הלקוח לא מצליח לקלוט ➔ EPCIS-XML פסול או TransactionEvent חסר (בדוק SXMB_MONI). • aggregation שגוי אחרי ליקוט-חלקי ➔ לא בוצע disaggregation ב-/SCWM/PACK. • דיווח-רגולטורי לא נשלח ➔ endpoint/Reporting Profile שגוי לאותו שוק.

• EWM מבצע פיזית; ATTP מתעד רגולטורית — בלי הזנה-כפולה. • Serial Number Profile + WPT mapping הם המתג ל-serialization ב-EWM. • HU↔SSCC הוא הגשר ל-aggregation בין EWM ל-ATTP. • Inbound→commissioning, Pack→aggregation, GI→shipping/TransactionEvent. • Inbound: commissioning למוצר-בית, verification למוצר-ספק. • EPCIS inbound message הוא מקור-האמת לאימות סריאלים external. • שמירת קשר HU↔SSCC ב-putaway מונעת שבירת-aggregation. • exception handling חוסם קליטת מלאי-סדרתי לא-תקין. • Outbound: ליקוט→packing(SSCC)→Goods Issue→shipping+TransactionEvent. • Goods Issue הוא ה-trigger לסטטוס 'shipped' ולדיווח-EPCIS. • disaggregation מחויב בכל ליקוט-חלקי כדי לשמור aggregation תקין. • TransactionEvent מתעד העברת-בעלות — בסיס לציות ולקליטה אצל הלקוח.