Chapter 4 · 13 תת-פרקים · ~34 דק'

העברת נתוני-תנועה

Data Transfer for Transaction Data

פרק זה הוא יחידת-לימוד מלאה להעברת נתוני-תנועה (Transaction Data) מ-ERP/ECC אל PP/DS דרך ה-Core Interface (CIF). לאחר שנתוני-האב (חומרים, מרכזי-עבודה, PPMs/PDS) כבר עברו, יש להזרים את התמונה הדינמית: דרישות-עצמאיות-מתוכננות (PIRs), הזמנות-מתוכננות, פקודות-ייצור, הזמנות-רכש, מלאים ואצוות, מנות-בדיקה, הזמנות-תחזוקה והזמנות-מכירה. כל תת-פרק הורחב ליחידת-לימוד עצמאית בת 18 מקטעים — שלוש רמות הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך אמיתית, דוגמת CBC, ניווט ו-SPRO, טבלאות/T-Codes/Fiori, פרטי קונפיגורציה, תרשים-תהליך-העברה, השפעת נתוני-אב, טעויות נפוצות, פתרון תקלות, שיטות מומלצות, שאלות-ראיון ומסקנות-מפתח. המטרה: לשלוט בהעברת נתוני-התנועה ובבדיקות-העקביות (/SAPAPO/CCR) ללא הספר המקורי.

1/13

הסבר מנהלים

לפני שכל הזמנה או מלאי יזרמו ל-PP/DS חובה להפעיל את אינטגרציית נתוני-התנועה — להגדיר אילו סוגי-אובייקטים ייכללו ב-Integration Model, ולהפעיל את ההעברה בזמן-אמת. זהו מתג-העל: בלי הפעלה נכונה, ה-liveCache של PP/DS נשאר ריק גם אם נתוני-האב מושלמים. ההפעלה קובעת מה רואה המתכנן בלוח-התכנון.

הסבר למתחילים

תחשוב על CIF כצינור בין שתי מערכות: ECC (שם מתבצעים בפועל הביצוע, ההזמנות והמלאי) ו-PP/DS (שם מתכננים). 'הפעלת אינטגרציה' היא פתיחת הברז עבור סוג-נתונים מסוים — למשל 'העבר לי את כל ההזמנות-המתוכננות'. בלי לפתוח את הברז המתאים, המתכנן לא יראה את ההזמנות גם אם הן קיימות ב-ECC.

הסבר ליועצים

ההפעלה נעשית דרך Integration Model (CFM1 ליצירה, CFM2 להפעלה/השבתה). מודל-אינטגרציה הוא מסנן (variant) המגדיר אובייקטים לפי טווחי-בחירה: Materials, Planned Orders, Production Orders, Stocks, Sales Orders וכו'. לאחר Generate (CFM1) מבצעים Activate (CFM2); מרגע ההפעלה השינויים זורמים בזמן-אמת דרך BTE/Change Pointers. שדה-מפתח: תיבת-הסימון לכל קטגוריית-תנועה במסך CFM1. שים לב — Master Data ו-Transaction Data לרוב מופרדים למודלים שונים כדי לאפשר אקטיבציה/הרצה עצמאית. /SAPAPO/C1 מציג את לוגיקת-ה-RFC וה-target system.

מטרה עסקית

המטרה: לקבוע במדויק אילו נתוני-תנועה רלוונטיים ל-Advanced Planning ולהזרים רק אותם — לא להציף את ה-liveCache. הפעלה סלקטיבית שומרת על ביצועים, על תמונת-תכנון נקייה, ועל הפרדה בין אובייקטים מתוכננים-מתקדם לבין כאלה שמתוכננים ב-ECC בלבד.

דוגמת תהליך

צוות הבסיס יוצר ב-CFM1 מודל-אינטגרציה 'TXN_PPDS' המסמן Planned Orders + Production Orders + Stocks עבור מפעל 1000 וטווח-חומרים נבחר. לאחר Generate מריצים CFM2 להפעלה. מאותו רגע, פקודת-ייצור חדשה שנוצרת ב-CO01 משוכפלת אוטומטית ל-PP/DS, ומופיעה כ-order ב-Product View.

דוגמת CBC

ב-CBC: לאחר שאב-החומר של המשקאות וקווי-המילוי כבר ב-PP/DS, צוות-הבסיס מפעיל מודל-אינטגרציה לנתוני-תנועה המכסה את מפעלי-הבקבוק. רק קווי-המילוי המתוכננים-מתקדם נכללים; מחסני חומרי-הניקיון (לא רלוונטיים ל-detailed scheduling) נשארים מחוץ למודל כדי לא להעמיס את ה-liveCache.

תרשים תהליך

יצירת מסנן-אובייקטיםCFM1סימון קטגוריות-תנועה

Generate Integration ModelCFM1

הפעלהCFM2גרסה פעילה אחת

הזרמה בזמן-אמתBTE/qRFCChange Pointers

מופיע ב-liveCache/SAPAPO/RRP3

ניווט / SPRO

Integration with Other SAP Components

└─Advanced Planning and Optimization

└─Basic Settings for the Data Transfer

└─Change Transfer for Transaction Data

└─Activate Online Transfer Using BTE

SAP Menu

└─Logistics

└─Central Functions

└─Supply Chain Planning Interface (CIF)

└─Integration Model

└─Create (CFM1) / Activate (CFM2)

Integration with SAP Components

└─APO

└─Basic Settings for Data Transfer

└─Set Target System and Queue Type (CFC1)

קונפיגורציה

CFM1: צור Integration Model ושם-לוגי; סמן את קטגוריות-התנועה הרצויות (Planned/Production Orders, Stocks, Sales Orders, Inspection Lots, PIRs).
CFM2: הפעל/השבת את הגרסה האחרונה של המודל; רק גרסה אחת פעילה בכל רגע לכל מסנן.
CFC1: הגדר Target System (לוגיקל-סיסטם של PP/DS) ו-Queue Type (Outbound/Inbound qRFC).
CFC2: הגדר טיפול-בשגיאות והתנהגות recovery של ה-CIF (Debugging / Restart).

T-Codes

CFM1CFM2CFC1CFC2/SAPAPO/C1SMQ1

Tables

CIF_IMODTRFCQOUTARFCSSTATE

Fiori Apps

—

נתוני אב

תנאי-סף: נתוני-האב (חומר, מרכז-עבודה, PPM/PDS) כבר הועברו ופעילים ב-PP/DS.
CIF_IMOD = רישום המודלים והגרסאות; כל הפעלה/השבתה מתועדת.
Logical System + RFC destination חייבים להיות תקינים לפני אקטיבציה.

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

הפעלת נתוני-תנועה לפני שנתוני-האב הועברו ➔ שגיאות-CIF 'object does not exist in target'.
ערבוב Master Data ו-Transaction Data באותו מודל ➔ קושי לאתחל/לרענן בנפרד.
השארת מספר גרסאות-מודל פעילות בחפיפה ➔ העברה כפולה או חוסר-עקביות.
שכחת CFC1 (Target System) ➔ העברה נכשלת בשקט, הנתונים תקועים ב-SMQ1.

פתרון תקלות

אובייקטים לא מגיעים ל-PP/DS ➔ ודא שהמודל פעיל ב-CFM2 ושהקטגוריה סומנה ב-CFM1.
הודעות תקועות ב-qRFC ➔ בדוק SMQ1/SMQ2 ב-ECC ו-PP/DS, שחרר queue חסום.
'No active integration model' ➔ הגרסה הפעילה לא כוללת את האובייקט/המפעל הנדרש.
העברה כפולה ➔ שתי גרסאות פעילות לאותו מסנן; השבת את הישנה ב-CFM2.

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

הפרד מודל Master Data ממודל Transaction Data — אקטיבציה ואתחול עצמאיים.
תן שמות-מסנן עקביים (TXN_<plant>) ותעד את הטווחים.
הפעל סלקטיבית — רק מפעלים/חומרים שמתוכננים-מתקדם בפועל.
אחרי כל הפעלה הרץ /SAPAPO/CCR לאימות עקביות ראשוני.

שאלות ראיון

מהו Integration Model ובאילו T-Codes מנהלים אותו?

מסנן המגדיר אילו אובייקטים יועברו דרך CIF; יוצרים ומפעילים אותו ב-CFM1 (Generate) ו-CFM2 (Activate/Deactivate).

מדוע מפרידים בין מודל נתוני-אב למודל נתוני-תנועה?

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

מה קורה אם מפעילים נתוני-תנועה לפני נתוני-אב?

ה-CIF נכשל עם 'object does not exist in target' — חובה שהחומר/מרכז-העבודה יהיו קיימים ב-PP/DS תחילה.

מסקנות מפתח

הפעלת אינטגרציה היא מתג-העל להזרמת נתוני-תנועה דרך CIF.
CFM1 יוצר מסנן, CFM2 מפעיל; גרסה פעילה אחת לכל מסנן.
הפעל רק לאחר שנתוני-האב כבר ב-PP/DS, וסלקטיבית.
הפרד מודל-אב ממודל-תנועה לשליטה ולאתחול נפרדים.

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

PP/DS · אינטגרציה ונתוני-אב (פרק 3)אובייקט · CIF_IMOD

SAP by Sali · Project NEO

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