ROOSOURCE

מטרה עסקית והסבר פונקציונלי

מטא-דאטה של DataSource (Extractor)

מגדירה DataSources לחילוץ (extractor) מהמערכת המקור — שדות, delta ו-ODP context; בסיס ה-ETL.

מתי: בהקמת/תחזוקת חילוץ נתונים (RSO2/RSA5/RSA6); מזינה את שכבת ה-staging.

ROOSOURCE מגדיר extractor במערכת המקור (ECC/S4): שיטת חילוץ, FM/View ותהליך דלתא. נקודת ההתחלה של זרימת הנתונים ל-BW.

תרחישים עסקיים טיפוסיים

• הגדרת DataSource גנרי על טבלה/View/Function Module ב-RSO2
• אקטיבציה של DataSource סטנדרטי מ-Business Content לחילוץ ל-BW
• הגדרת Delta (Generic Delta על שדה תאריך/מספרן) לחילוץ אינקרמנטלי
• ניתוח תקלת חילוץ ובדיקת ההגדרה הפעילה של ה-DataSource במערכת המקור

מי יוצר · מי קורא · מי מעדכן

מיקום בתהליך · מסלול למידה

✔ הושלם · ▶ אתה כאן · ○ בהמשך

1. טבלת מקור/View/FM
2. RSO2 הגדרת DataSourceRSO2
3. ROOSOURCE/ROOSFIELDROOSOURCE
4. RSA3 בדיקת חילוץRSA3
5. Replicate ל-BW (RSDS)RSDS
6. Transformation
7. DTPDTP
8. InfoProvider

ECC מול S/4HANA

ב-BW/4HANA וב-S/4 Embedded החילוץ עובר ל-ODP / CDS-based extraction.

חלופה ב-S/4: ODP / CDS Extraction

אובייקטים וממשקים קשורים

תקלות נפוצות · Debug · OSS

• בדוק Where-Used (SE11 → Where-Used List) לפני שינוי מבנה.
• אימות הרשאות (SU53) אם פעולה נחסמת.
• בדוק טווחי מספרים ופרופיל סטטוס אם יצירת רשומה נכשלת.
• ב-S/4HANA — ודא טבלה/CDS חלופית: ODP / CDS Extraction

Best Practices · הערות יועץ

• להעדיף Delta אמיתי (Generic Delta) על Full כדי לצמצם נפח חילוץ
• לבדוק חילוץ ב-RSA3 לפני העברת ה-DataSource ל-BW
• להעביר שינויי DataSource דרך Transport ולא לתחזק ידנית בכל סביבה
• לשמור על שכבת השדות (Selection/Hide) מסונכרנת בין מקור ל-BW (Replicate)

דוגמאות ייצור — הארגון

— הוסף דוגמת הארגון בלשונית “הערות יישום”