השוואה והשלמה של ה-Core Interface
Core Interface Comparison and Reconciliation
ניהול PP/DS ב-SAP S/4HANA · שיעור 3
- CCR = רשת-הביטחון לעקביות נתוני-תנועה בין S/4 ל-liveCache.
- הרץ בחלון-שקט; תקן בכיוון מקור-האמת (לרוב Resend from ERP).
- פערים-חוזרים = בעיית-תהליך (מחיקת-תורים/Postprocessing), לא רעש.
- CCR מול ה-DB, OM17 בתוך liveCache — שלב את שניהם.
מטרת השיעור
ידע אצורה-CCR (Core Interface Comparison and Reconciliation, /SAPAPO/CCR) הוא הכלי שמשווה את נתוני-התנועה ב-S/4HANA מול אלו ב-PP/DS/liveCache, מזהה פערים, ומתקן אותם. גם עם CIF מושלם, פערים נוצרים (תורים שנמחקו, רשומות-Postprocessing פתוחות, תקלות). CCR הוא רשת-הביטחון: הוא נותן 'דוח-הבדלים' ומאפשר השלמה (reconciliation) ידנית או אוטומטית.
למה זה חשוב
ידע אצוראחרי שהמסוע עבד שבוע, איך יודעים שכל החבילות הגיעו? עושים ספירת-מלאי-משווה: מסתכלים מה יש בצד-השולח ומה בצד-המקבל, ומחפשים הבדלים. CCR הוא ספירת-המלאי-המשווה הזו עבור הזמנות, דרישות ומלאי — הוא מוצא מה קיים בצד אחד וחסר/שונה בשני, ומתקן.
ערך עסקי
ידע אצורלהבטיח עקביות-נתונים (data consistency) בין שני העולמות. תכנון על נתונים לא-עקביים מסוכן יותר מתכנון על נתונים-ישנים, כי הוא יוצר החלטות שגויות שנראות תקינות.
היכן בשימוש
ידע אצור• Easy Access ► /SAPAPO/CCR — CIF Comparison/Reconciliation of Transaction Data • Easy Access ► SE38 ► /SAPAPO/CIF_DELTAREPORT3 — Reconciliation report (batch) • SPRO ► Integration with Other SAP Components ► APO ► Basic Settings for Data Transfer ► Comparison/Reconciliation of Transaction Data
מושגי מפתח
ידע אצור- CCR = רשת-הביטחון לעקביות נתוני-תנועה בין S/4 ל-liveCache.
- הרץ בחלון-שקט; תקן בכיוון מקור-האמת (לרוב Resend from ERP).
- פערים-חוזרים = בעיית-תהליך (מחיקת-תורים/Postprocessing), לא רעש.
- CCR מול ה-DB, OM17 בתוך liveCache — שלב את שניהם.
דוגמה מ-CBC
ידע אצורבארגון מריצים CCR אוטומטי בלילה לכל מודלי-המילוי, אחרי שתעבורת-ה-CIF שוככת. דוח-הבדלים נסקר בבוקר; פער בהזמנות-מילוי או במלאי-תרכיז מתוקן לפני ריצת-התכנון, כדי שלוח-המילוי לא יתבסס על תמונה לא-עקבית. אחרי תחזוקת-מערכת בסוף-שבוע, צוות-Basis הריץ /SAPAPO/CCR למודל-הייצור. הדוח חשף 12 הזמנות-מתוכננות שקיימות ב-S/4 אך חסרות ב-liveCache (כנראה תורים שנמחקו בעבר). הצוות סימן אותן ובחר 'Resend from ERP'; ההשלמה יצרה אותן מחדש ב-liveCache והעקביות שוחזרה.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| CIF_DELTA | CIF_DELTA |
| /SAPAPO/ORDKEY | /SAPAPO/ORDKEY |
| /SAPAPO/ORDMAP | /SAPAPO/ORDMAP |
| /SAPAPO/MATKEY | /SAPAPO/MATKEY |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Comparison scope: בחר אובייקטים להשוואה (הזמנות-מתוכננות, פק"ע, מלאי, הזמנות-מכירה) ואת המודל/הקריטריונים. • Reconciliation direction: קבע את 'מקור-האמת' — בדרך-כלל S/4 (Resend from ERP) ל-liveCache. • Batch run: תזמן /SAPAPO/CIF_DELTAREPORT3 כ-job בחלון-זמן ללא תעבורת-CIF. • /SAPAPO/OM17 (liveCache consistency check) משלים את CCR ברמת ה-liveCache-internal.
הערות
ידע אצורנתוני אב • CCR משווה נתוני-תנועה; פערים חוזרים באותם סוגי-אובייקטים מצביעים על בעיה במודל-האינטגרציה או בתהליך-התפעול. • /SAPAPO/OM17 בודק עקביות פנימית של liveCache עצמו (משלים את CCR שמשווה מול ה-DB). שאלות ראיון מה משווה CCR ומדוע הוא נחוץ אם ה-CIF עובד? CCR משווה נתוני-תנועה בין ה-DB של S/4 ל-liveCache. גם עם CIF תקין נוצרים פערים (תורים שנמחקו, Postprocessing מוזנח, תקלות), ו-CCR הוא רשת-הביטחון שמזהה ומתקן אותם. מדוע חשוב להריץ CCR בחלון ללא תעבורת-CIF? כי רשומות שנמצאות כרגע בתנועה ייראו כ'פערים' מדומים. השקטת התעבורה מבטיחה שהפערים שמדווחים הם אמיתיים. מה ההבדל בין CCR ל-/SAPAPO/OM17? CCR משווה S/4-DB מול liveCache; OM17 בודק עקביות פנימית בתוך liveCache עצמו. הם משלימים זה את זה. נושאים קשורים • PP/DS · עיבוד-המשך CIF (10.2) • PP/DS · תחזוקת liveCache (10.5) • אובייקט · CIF_DELTA
טעויות נפוצות
ידע אצור- הרצת CCR בזמן תעבורת-CIF פעילה — 'פערים' מדומים שהם רשומות-בתנועה.
- תיקון אוטומטי בכיוון-שגוי — מחיקת נתון-תקין מ-liveCache במקום שליחתו-מחדש.
- התעלמות מפערים-חוזרים כ'רעש' במקום לחקור את שורשם (מחיקת-תורים/Postprocessing).
- אי-תזמון CCR כ-job — הסתמכות על הרצה-ידנית שנשכחת.
פתרון תקלות
ידע אצור• פערים רבים אחרי שחזור/Refresh של המערכת ➔ הרץ CCR והשלם 'Resend from ERP'. • פערים חוזרים שבוע אחר שבוע ➔ חקור מחיקת-תורים או רשומות-Postprocessing פתוחות (10.2). • CCR מדווח פערים אך ידנית הכול נראה תקין ➔ ייתכן שרץ בזמן תעבורה; הרץ בחלון-שקט. • פער שלא נסגר בהשלמה ➔ הרץ /SAPAPO/OM17 לבדיקת-עקביות liveCache-internal.
שיטות עבודה מומלצות
ידע אצור- תזמן CCR אוטומטי קבוע (לילי/שבועי) בחלון ללא תעבורת-CIF.
- הגדר את S/4 כמקור-אמת ברירת-מחדל להשלמה, אלא אם יש סיבה הפוכה.
- שלב CCR עם OM17: CCR מול ה-DB, OM17 בתוך liveCache.
- חקור פערים-חוזרים כבעיית-תהליך, לא כתקלה נקודתית.
טיפים
ידע אצור- CCR (/SAPAPO/CCR) בודק התאמה ברמת-האובייקט (הזמנות-מתוכננות, פק"ע, הזמנות-רכש, מלאי, הזמנות-מכירה) בין ה-DB של S/4 ל-liveCache. תוצאת-הבדיקה מסומנת בצבעים; ניתן להריץ בו השלמה (Send/Resend מ-ERP, או מחיקה מ-liveCache) לפי כיוון-האמת. חשוב: CCR צריך לרוץ כאשר אין תעבורת-CIF פעילה (אחרת 'פערים' זמניים שהם בעצם רשומות-בתנועה). הרצה אוטומטית מתבצעת כ-batch (תוכנית /SAPAPO/CIF_DELTAREPORT3 או דרך job). פערי-CCR קבועים מצביעים על בעיית-תהליך (מחיקת-תורים, Postprocessing מוזנח) ולא רק תקלה נקודתית.
סיכום
ידע אצור• CCR = רשת-הביטחון לעקביות נתוני-תנועה בין S/4 ל-liveCache. • הרץ בחלון-שקט; תקן בכיוון מקור-האמת (לרוב Resend from ERP). • פערים-חוזרים = בעיית-תהליך (מחיקת-תורים/Postprocessing), לא רעש. • CCR מול ה-DB, OM17 בתוך liveCache — שלב את שניהם.