Chapter 10 · 8 תת-פרקים · ~26 דק'

ניהול PP/DS ב-SAP S/4HANA

Administering PP/DS with SAP S/4HANA

פרק זה הוא יחידת-לימוד מלאה לניהול התפעולי (Administration) של PP/DS המוטמע (Embedded PP/DS) ב-SAP S/4HANA. בניגוד לפרקי-התכנון, כאן הדגש הוא על תחזוקת-המנגנון עצמו: ניטור תורי ה-Core Interface (CIF) ב-/SAPAPO/CQ, טיפול בשגיאות-העברה ב-Postprocessing /SAPAPO/CPP1, השוואה והשלמה בין S/4 ל-liveCache באמצעות CCR (/SAPAPO/CCR), ניהול יומן-היישום, וטיפול ב-liveCache עצמו דרך /SAPAPO/OM13. כל תת-פרק ותת-סעיף הורחב ליחידת-לימוד עצמאית בת 18 מקטעים — שלוש רמות הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך אמיתית, דוגמת CBC, ניווט ו-SPRO, טבלאות/T-Codes/Fiori, פרטי קונפיגורציה, תרשים-תהליך, טעויות נפוצות, פתרון תקלות, שיטות מומלצות, שאלות-ראיון ומסקנות-מפתח. המטרה: להפעיל ולתחזק PP/DS באופן יציב ללא הספר המקורי.

1/8

הסבר מנהלים

ה-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) בצד-המקבל.

הסבר ליועצים

ה-CIF משתמש ב-qRFC עם שמות-תור (Queue Names) שמתחילים לרוב ב-CF*. ב-Embedded PP/DS גם ה-ERP וגם ה-APO יושבים על אותה מערכת S/4, ולכן חלק מהתעבורה היא internal RFC, אך עדיין מנוהלת כתורים. /SAPAPO/CQ (CIF Queue Manager) הוא נקודת-המבט המאוחדת; SMQ1/SMQ2 הם כלי-ה-qRFC הגנריים. סטטוס בעייתי נפוץ: SYSFAIL (שגיאת-עיבוד עוצרת את התור), CPICERR (תקלת-תקשורת/חיבור), RETRY, ו-NOSEND/READY. שים לב להגדרת ה-Inbound Queue Scheduler (QIN Scheduler) וה-Outbound (QOUT Scheduler) — אם ה-Scheduler לא רשום (registered) או deactivated, התורים נערמים ולא מעובדים אף שאין שגיאה.

מטרה עסקית

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

דוגמת תהליך

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

דוגמת CBC

ב-CBC כל הזמנת-מילוי-משקה, שינוי-מלאי-תרכיז ועדכון-קיבולת-קו-מילוי זורמים דרך ה-CIF אל PP/DS. בדיקת-בוקר קבועה של /SAPAPO/CQ לפני ריצת-ה-Heuristics היומית מוודאת שלוח-המילוי מתוכנן על תמונת-מלאי ודרישות מעודכנת; תור CFPLO* תקוע פירושו תכנון על מתכון/קיבולת ישנים.

תרשים תהליך

שינוי ב-S/4 (הזמנה/מלאי)ERPBTE/Change pointer

רשומת qRFC נוצרתOutboundשם-תור CF*

ניטור התור/SAPAPO/CQסטטוס: READY/SYSFAIL

עיבוד ב-targetInboundSMQ2

עדכון liveCache/PP-DSRRP3תמונה מעודכנת

ניווט / SPRO

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

קונפיגורציה

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

T-Codes

/SAPAPO/CQSMQ1SMQ2SMQRSMQS/SAPAPO/C2

Tables

TRFCQOUTTRFCQINARFCSSTATEARFCRSTATECIF_IMODEL

Fiori Apps

F1599F2272

נתוני אב

Integration Model הוא 'נתון-אב' של ה-CIF: רק אובייקטים שבמודל-פעיל מסונכרנים.
שמות-תור (CFMAT* חומר, CFSLS* הזמנת-מכירה, CFPLO* הזמנה-מתוכננת, CFSTK* מלאי) מסייעים לאבחן מהר את סוג-האובייקט התקוע.

טעויות נפוצות

ניטור רק SMQ1 ושכחת SMQ2 — שגיאות-Inbound נשארות נסתרות.
QIN/QOUT Scheduler לא-רשום או deactivated — התורים מלאים אך 'ירוקים' לכאורה.
מחיקת רשומת-תור תקועה במקום ניתוח — אובדן עדכון ויצירת חוסר-עקביות מול liveCache.
התעלמות מ-CPICERR כ'זמני' — לרוב מצביע על תקלת-RFC destination קבועה.

פתרון תקלות

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

שיטות מומלצות

הרץ בדיקת-/SAPAPO/CQ קבועה (job יומי או alert) לפני ריצות-תכנון אצווה.
אל תמחק רשומות-תור — תקן ושחרר, או העבר ל-Postprocessing מבוקר (10.2).
הקצה שמות-תור הגיוניים (CFM2 queue settings) להפרדת-עומס וניתוח מהיר.
הגדר alert/CCMS ל-SYSFAIL כדי לזהות פקקים לפני שהמתכננים מרגישים.

שאלות ראיון

מה ההבדל בין SMQ1 ל-SMQ2?

SMQ1 = qRFC Outbound (צד-השולח, התור היוצא); SMQ2 = qRFC Inbound (צד-המקבל, התור הנכנס). שניהם חייבים להיבדק; שגיאה יכולה להיתקע בכל אחד מהם.

מה המשמעות של סטטוס SYSFAIL בתור CIF?

שגיאת-עיבוד עצרה את התור; כל הרשומות שמאחוריה ממתינות. יש לנתח את ההודעה, לתקן את השורש, ואז להפעיל מחדש את התור — לא למחוק.

מדוע תור עשוי להיערם בסטטוס READY בלי שגיאה?

ה-QIN/QOUT Scheduler (SMQR/SMQS) אינו רשום או deactivated, ולכן אף אחד לא 'דוחף' את הרשומות לעיבוד.

מסקנות מפתח

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

נושאים קשורים

PP/DS · עיבוד-המשך CIF (10.2)PP/DS · השוואה והשלמה CCR (10.3)אובייקט · TRFCQOUT

SAP by Sali · Project NEO

טוען את נוף ה-SAP…