ניטור תור ה-Core Interface

ה-Core Interface (CIF) הוא צינור-ההעברה שמסנכרן נתוני-אב ונתוני-תנועה בין רכיב ה-ERP של S/4HANA לבין מנוע-התכנון PP/DS וה-liveCache. ניטור התורים (qRFC queues) הוא משימת-הניהול היומיומית הקריטית ביותר: תור תקוע (SYSFAIL) פירושו שהתכנון עובד על תמונת-נתונים ישנה. ניטור יזום ב-/SAPAPO/CQ, SMQ1 (Outbound) ו-SMQ2 (Inbound) מבטיח שזרימת-הנתונים רציפה.

דמיין מסוע שמעביר עדכונים מהמחסן (ERP) לחדר-התכנון (PP/DS). כל עדכון נארז ל'חבילה' (qRFC queue entry) ונע על המסוע. אם חבילה אחת נתקעת, כל החבילות שמאחוריה נעצרות — בדיוק כמו פקק. ניטור-התור הוא לבדוק את המסוע פעם ביום ולוודא ששום חבילה לא תקועה. תור 'יוצא' (Outbound) יושב בצד-השולח; תור 'נכנס' (Inbound) בצד-המקבל.

להבטיח ש-PP/DS מתכנן על נתונים עדכניים. כל החלטת-תכנון (Pegging, Scheduling, Heuristics) טובה רק כמו הנתונים שמאחוריה. ניטור-תור מונע את התרחיש הגרוע: תכנון שמתעלם מהזמנת-מכירה חדשה או משינוי-מלאי כי העדכון תקוע בתור.

• Easy Access ► /SAPAPO/CQ — CIF Queue Manager • Easy Access ► SMQ1 — qRFC Monitor (Outbound Queue) • Easy Access ► SMQ2 — qRFC Monitor (Inbound Queue) • SPRO ► Integration with Other SAP Components ► Advanced Planning and Optimization ► Basic Settings for the Data Transfer ► Change Transfer ► Change Transfer for Transaction Data ► Activate Online Transfer Using BTE

• CIF = צינור-הסנכרון בין S/4 ל-PP/DS/liveCache; ניטורו הוא משימת-ניהול יומית.
• /SAPAPO/CQ הוא המבט המאוחד; SMQ1/SMQ2 הם כלי ה-qRFC הגנריים.
• SYSFAIL=שגיאת-עיבוד, CPICERR=תקלת-תקשורת, READY נערם=בעיית-Scheduler.
• תקן ושחרר תורים — לעולם אל תמחק רשומה תקועה.

בארגון כל הזמנת-מילוי-משקה, שינוי-מלאי-תרכיז ועדכון-קיבולת-קו-מילוי זורמים דרך ה-CIF אל PP/DS. בדיקת-בוקר קבועה של /SAPAPO/CQ לפני ריצת-ה-Heuristics היומית מוודאת שלוח-המילוי מתוכנן על תמונת-מלאי ודרישות מעודכנת; תור CFPLO* תקוע פירושו תכנון על מתכון/קיבולת ישנים. מתכנן מדווח שהזמנת-מכירה חדשה לא מופיעה ב-Product View (/SAPAPO/RRP3). הצוות פותח /SAPAPO/CQ, מסנן לפי המודל הפעיל, ומזהה רשומת-תור בסטטוס SYSFAIL עם שם-תור CFSLS*. לחיצה על השגיאה חושפת חריגה ב-target system; אחרי תיקון שורש-הבעיה מבצעים Activate/Execute LUW והתור משוחרר — ההזמנה זורמת ל-PP/DS.

• QIN Scheduler (SMQR): רישום והפעלת מתזמן התור-הנכנס; ללא רישום התורים נערמים בסטטוס READY ולא מעובדים. • QOUT Scheduler (SMQS): הגדרת destination והפעלת מתזמן התור-היוצא; קובע מקביליות (Max. Conn.). • Integration Model (/SAPAPO/C2 / CFM1-CFM3): מגדיר אילו אובייקטים מועברים; תור מתייחס למודל פעיל בלבד. • CIF error handling: הגדרת אופן-הטיפול בשגיאות (Postprocessing) דרך /SAPAPO/CP — נדרש ל-10.2.

נתוני אב • Integration Model הוא 'נתון-אב' של ה-CIF: רק אובייקטים שבמודל-פעיל מסונכרנים. • שמות-תור (CFMAT* חומר, CFSLS* הזמנת-מכירה, CFPLO* הזמנה-מתוכננת, CFSTK* מלאי) מסייעים לאבחן מהר את סוג-האובייקט התקוע. שאלות ראיון מה ההבדל בין SMQ1 ל-SMQ2? SMQ1 = qRFC Outbound (צד-השולח, התור היוצא); SMQ2 = qRFC Inbound (צד-המקבל, התור הנכנס). שניהם חייבים להיבדק; שגיאה יכולה להיתקע בכל אחד מהם. מה המשמעות של סטטוס SYSFAIL בתור CIF? שגיאת-עיבוד עצרה את התור; כל הרשומות שמאחוריה ממתינות. יש לנתח את ההודעה, לתקן את השורש, ואז להפעיל מחדש את התור — לא למחוק. מדוע תור עשוי להיערם בסטטוס READY בלי שגיאה? ה-QIN/QOUT Scheduler (SMQR/SMQS) אינו רשום או deactivated, ולכן אף אחד לא 'דוחף' את הרשומות לעיבוד. נושאים קשורים • PP/DS · עיבוד-המשך CIF (10.2) • PP/DS · השוואה והשלמה CCR (10.3) • אובייקט · TRFCQOUT

• תור בסטטוס SYSFAIL ➔ לחץ להצגת הודעת-השגיאה; תקן את שורש-הבעיה ואז Activate Queue (אל תמחק). • התור נערם ב-READY ולא מעובד ➔ בדוק QIN Scheduler ב-SMQR (Registered/Active) ו-QOUT ב-SMQS. • CPICERR חוזר ➔ בדוק RFC destination (SM59) ואת זמינות מערכת-היעד. • אובייקט לא מסונכרן כלל ➔ ודא שהוא נכלל ב-Integration Model פעיל (/SAPAPO/C3).

• CIF = צינור-הסנכרון בין S/4 ל-PP/DS/liveCache; ניטורו הוא משימת-ניהול יומית. • /SAPAPO/CQ הוא המבט המאוחד; SMQ1/SMQ2 הם כלי ה-qRFC הגנריים. • SYSFAIL=שגיאת-עיבוד, CPICERR=תקלת-תקשורת, READY נערם=בעיית-Scheduler. • תקן ושחרר תורים — לעולם אל תמחק רשומה תקועה.