הפעלת אינטגרציית נתוני-התנועה
Activating the Integration of Transaction Data
העברת נתוני-תנועה · שיעור 1
- הפעלת אינטגרציה היא מתג-העל להזרמת נתוני-תנועה דרך CIF.
- CFM1 יוצר מסנן, CFM2 מפעיל; גרסה פעילה אחת לכל מסנן.
- הפעל רק לאחר שנתוני-האב כבר ב-PP/DS, וסלקטיבית.
- הפרד מודל-אב ממודל-תנועה לשליטה ולאתחול נפרדים.
מטרת השיעור
ידע אצורלפני שכל הזמנה או מלאי יזרמו ל-PP/DS חובה להפעיל את אינטגרציית נתוני-התנועה — להגדיר אילו סוגי-אובייקטים ייכללו ב-Integration Model, ולהפעיל את ההעברה בזמן-אמת. זהו מתג-העל: בלי הפעלה נכונה, ה-liveCache של PP/DS נשאר ריק גם אם נתוני-האב מושלמים. ההפעלה קובעת מה רואה המתכנן בלוח-התכנון.
למה זה חשוב
ידע אצורתחשוב על CIF כצינור בין שתי מערכות: ECC (שם מתבצעים בפועל הביצוע, ההזמנות והמלאי) ו-PP/DS (שם מתכננים). 'הפעלת אינטגרציה' היא פתיחת הברז עבור סוג-נתונים מסוים — למשל 'העבר לי את כל ההזמנות-המתוכננות'. בלי לפתוח את הברז המתאים, המתכנן לא יראה את ההזמנות גם אם הן קיימות ב-ECC.
ערך עסקי
ידע אצורהמטרה: לקבוע במדויק אילו נתוני-תנועה רלוונטיים ל-Advanced Planning ולהזרים רק אותם — לא להציף את ה-liveCache. הפעלה סלקטיבית שומרת על ביצועים, על תמונת-תכנון נקייה, ועל הפרדה בין אובייקטים מתוכננים-מתקדם לבין כאלה שמתוכננים ב-ECC בלבד.
היכן בשימוש
ידע אצור• 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)
מושגי מפתח
ידע אצור- הפעלת אינטגרציה היא מתג-העל להזרמת נתוני-תנועה דרך CIF.
- CFM1 יוצר מסנן, CFM2 מפעיל; גרסה פעילה אחת לכל מסנן.
- הפעל רק לאחר שנתוני-האב כבר ב-PP/DS, וסלקטיבית.
- הפרד מודל-אב ממודל-תנועה לשליטה ולאתחול נפרדים.
דוגמה מ-CBC
ידע אצורבארגון: לאחר שאב-החומר של המשקאות וקווי-המילוי כבר ב-PP/DS, צוות-הבסיס מפעיל מודל-אינטגרציה לנתוני-תנועה המכסה את מפעלי-הבקבוק. רק קווי-המילוי המתוכננים-מתקדם נכללים; מחסני חומרי-הניקיון (לא רלוונטיים ל-detailed scheduling) נשארים מחוץ למודל כדי לא להעמיס את ה-liveCache. צוות הבסיס יוצר ב-CFM1 מודל-אינטגרציה 'TXN_PPDS' המסמן Planned Orders + Production Orders + Stocks עבור מפעל 1000 וטווח-חומרים נבחר. לאחר Generate מריצים CFM2 להפעלה. מאותו רגע, פקודת-ייצור חדשה שנוצרת ב-CO01 משוכפלת אוטומטית ל-PP/DS, ומופיעה כ-order ב-Product View.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| CIF_IMOD | CIF_IMOD |
| TRFCQOUT | TRFCQOUT |
| ARFCSSTATE | ARFCSSTATE |
טרנזקציות
ידע אצורקונפיגורציה (SPRO)
ידע אצור• 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).
הערות
ידע אצורנתוני אב • תנאי-סף: נתוני-האב (חומר, מרכז-עבודה, PPM/PDS) כבר הועברו ופעילים ב-PP/DS. • CIF_IMOD = רישום המודלים והגרסאות; כל הפעלה/השבתה מתועדת. • Logical System + RFC destination חייבים להיות תקינים לפני אקטיבציה. שאלות ראיון מהו Integration Model ובאילו T-Codes מנהלים אותו? מסנן המגדיר אילו אובייקטים יועברו דרך CIF; יוצרים ומפעילים אותו ב-CFM1 (Generate) ו-CFM2 (Activate/Deactivate). מדוע מפרידים בין מודל נתוני-אב למודל נתוני-תנועה? כדי לאתחל/לרענן כל סוג בנפרד; נתוני-תנועה משתנים תדיר וזורמים בזמן-אמת, נתוני-אב יציבים יותר. מה קורה אם מפעילים נתוני-תנועה לפני נתוני-אב? ה-CIF נכשל עם 'object does not exist in target' — חובה שהחומר/מרכז-העבודה יהיו קיימים ב-PP/DS תחילה. נושאים קשורים • PP/DS · אינטגרציה ונתוני-אב (פרק 3) • אובייקט · CIF_IMOD
טעויות נפוצות
ידע אצור- הפעלת נתוני-תנועה לפני שנתוני-האב הועברו ➔ שגיאות-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 (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.
סיכום
ידע אצור• הפעלת אינטגרציה היא מתג-העל להזרמת נתוני-תנועה דרך CIF. • CFM1 יוצר מסנן, CFM2 מפעיל; גרסה פעילה אחת לכל מסנן. • הפעל רק לאחר שנתוני-האב כבר ב-PP/DS, וסלקטיבית. • הפרד מודל-אב ממודל-תנועה לשליטה ולאתחול נפרדים.