אינטגרציה לתכנון טקטי
Integration for Tactical Planning
אינטגרציה של SAP IBP ל-S&OP · שיעור 2
- תכנון-טקטי = S&OP חודשי; batch מספיק, real-time מיותר.
- CI-DS הוא מנגנון-הליבה, משלימים אותו Web UI ו-OData.
- תזמן טעינות לפני הרצת-התכנון והפרד נתוני-מערכת מנתונים-ידניים.
- CI-DS = מנגנון-הליבה ל-batch ETL בין S/4HANA ל-IBP.
מטרת השיעור
ידע אצורתכנון-טקטי (Tactical Planning) הוא לב ה-S&OP: מחזור חודשי/שבועי המאזן ביקוש מול אספקה לאופק של חודשים עד שנה. עבורו אין צורך בנתונים בזמן-אמת — עדכון תקופתי (batch) מספיק ויעיל. אינטגרציה זו נשענת בעיקר על SAP Cloud Integration for Data Services (CI-DS), עם אפשרויות-משלים של הזנה-ידנית דרך ה-Web UI וייצוא דרך OData. הבחירה הנכונה מבטיחה ש-S&OP יקבל תמונת-מצב מהימנה בלי להעמיס את המערכת הטרנזקציונית. SAP Cloud Integration for Data Services — SAP Cloud Integration for Data Services (CI-DS) הוא שירות-הענן הרשמי של SAP להעברת-נתונים תקופתית (batch ETL) בין מערכות on-premise (כמו SAP S/4HANA) ל-SAP IBP. זהו מנגנון-הליבה של אינטגרציה טקטית: הוא מושך, ממיר ו-טוען (Extract-Transform-Load) נתונים בלוח-זמנים מתוזמן. CI-DS הוא הבחירה הסטנדרטית לכל זרם-נתונים ב-S&OP שאינו דורש זמן-אמת. אינטגרציה ידנית של נתונים באמצעות הממשק האינטרנטי — לא לכל נתון יש מקור-מערכת. הנחות-שיווק, יעדי-מכירה, תכניות-קידום ותרחישי-מה-אם נוצרים על-ידי מתכננים ולא נשמרים ב-S/4HANA. עבורם SAP IBP מספק הזנה-ידנית דרך ה-Web UI ודרך ה-Excel Add-in. זו דרך מהירה ושקופה להזין ולערוך Key Figures ידנית בתוך ה-Planning Area, ללא צורך בזרם-אינטגרציה. ייצוא נתוני Key Figure באמצעות שירותי OData — תוצרי-התכנון של IBP (תחזית, תכנית-אספקה, מדדי-S&OP) צריכים לעיתים להגיע לצרכנים חיצוניים: מחסני-נתונים, כלי-BI, אפליקציות מותאמות. SAP IBP חושף Key Figure data דרך OData services — ממשק-REST סטנדרטי, מאובטח, הניתן לצריכה על-ידי כל מערכת התומכת ב-OData. זהו ערוץ-הייצוא הרשמי לקריאת נתוני-תכנון מ-IBP החוצה.
למה זה חשוב
ידע אצורתכנון-טקטי הוא 'תכנון לטווח-בינוני' — לא מה קורה היום, אלא מה יקרה בחודשים הקרובים. בגלל שמדובר בטווח-בינוני, אין צורך לרענן נתונים כל שנייה; מספיק לעדכן פעם ביום או בשבוע. הדרך הנפוצה לעשות זאת היא 'משיכה מתוזמנת' של נתונים בלילה — בדיוק מה ש-CI-DS עושה. SAP Cloud Integration for Data Services — CI-DS הוא 'רובוט-משלוחים מתוזמן': אתה אומר לו 'קח את הנתונים האלה מ-S/4HANA, סדר אותם ככה, ושים אותם ב-IBP — כל לילה בשעה 2'. הוא רץ בענן, מתחבר לשתי המערכות, ומבצע את ההעברה בלי שאף-אחד יצטרך לגעת ידנית. אינטגרציה ידנית של נתונים באמצעות הממשק האינטרנטי — לפעמים המתכנן צריך פשוט להקליד מספר — 'אני צופה גידול של 10% בקיץ' — שאין לו מקור בשום מערכת. במקום לבנות צינור-נתונים, הוא פותח את ה-IBP בדפדפן (או ב-Excel) ומקליד ישירות לתוך הטבלה. הנתון נשמר מיד ב-Planning Area ומשתתף בתכנון. ייצוא נתוני Key Figure באמצעות שירותי OData — אחרי שה-IBP חישב תחזית, מערכות אחרות רוצות לקרוא אותה — למשל דשבורד-הנהלה. OData הוא 'חלון תקני' שדרכו כל מערכת יכולה לבקש 'תן לי את התחזית לקטגוריה X לחודש Y' ולקבל תשובה בפורמט אחיד. אתה לא מעתיק קבצים — אתה שואל את IBP ישירות דרך כתובת-אינטרנט מאובטחת.
ערך עסקי
ידע אצורהמטרה: לספק ל-S&OP החודשי נתוני-מקור מהימנים (היסטוריה, מלאי, הזמנות) בתדירות מתאימה ובעלות-תפעול נמוכה, ולאפשר גם הזנה-ידנית של נחות-מערכת וגם ייצוא תוצרים לצרכנים. SAP Cloud Integration for Data Services — המטרה: להעביר נתונים תקופתית בין S/4HANA ל-IBP בצורה אמינה, מתוזמנת וניתנת-לניטור, עם יכולות-המרה (ETL) מלאות — בלי כתיבת-קוד ובלי תשתית-מקומית כבדה. אינטגרציה ידנית של נתונים באמצעות הממשק האינטרנטי — המטרה: לאפשר למתכננים להזין ולתקן נתונים שאין להם מקור-מערכת (הנחות, יעדים, קידומים, התאמות-שיפוט) במהירות ובשקיפות, ולתמוך בעבודת-תכנון אינטראקטיבית של S&OP. ייצוא נתוני Key Figure באמצעות שירותי OData — המטרה: לחשוף תוצרי-תכנון מ-IBP לצרכנים חיצוניים בממשק-תקני, מאובטח וניתן-לסינון, בלי לבנות זרם-ETL ייעודי — pull לפי-דרישה במקום push.
היכן בשימוש
ידע אצור• SAP IBP Web UI ► Application Jobs ► Data Integration • SAP Cloud Integration for Data Services ► Project ► Process ► Schedule • SAP IBP ► Configuration ► Planning Area ► OData Services • SAP Cloud Integration for Data Services ► Datastores (S/4HANA + IBP) • CI-DS ► Projects ► Tasks ► Data Flow (source → transform → target) • CI-DS ► Processes ► Schedule (תזמון תקופתי) • SAP IBP Web UI ► Application Jobs (ניטור התוצאה) • SAP IBP Web UI ► Planning View ► Edit (עריכה ישירה) • SAP IBP for Microsoft Excel (Add-in) ► Templates ► Planning View • SAP IBP Web UI ► Data Integration ► File Upload (CSV) • SAP IBP ► Configuration ► Planning Area ► OData Services (הגדרה ופרסום) • SAP IBP ► Communication Management / Communication Arrangements (אימות) • צרכן חיצוני ► HTTP GET ל-OData endpoint עם $filter/$select
מושגי מפתח
ידע אצור- תכנון-טקטי = S&OP חודשי; batch מספיק, real-time מיותר.
- CI-DS הוא מנגנון-הליבה, משלימים אותו Web UI ו-OData.
- תזמן טעינות לפני הרצת-התכנון והפרד נתוני-מערכת מנתונים-ידניים.
- CI-DS = מנגנון-הליבה ל-batch ETL בין S/4HANA ל-IBP.
- ארכיטקטורה: Agent on-prem + web tool בענן + Datastores/Tasks/Processes.
- delta loads, Master-Data-לפני-Transaction, וניטור — שלושת עקרונות-הזהב.
- הזנה-ידנית נועדה לנתונים ללא מקור-מערכת (הנחות/יעדים/קידומים).
- שני ערוצים: Web UI ו-Excel Add-in; CSV upload לכמויות.
- רק Key Figures מסוג Editable; הגן עליהם מפני דריסת-batch.
- OData = ערוץ-ייצוא תקני (read) של Key Figures מ-IBP לצרכנים חיצוניים.
- מגדירים ברמת-Planning Area, מפרסמים endpoint, ומאמתים דרך Communication Arrangement.
- תמיד $filter/$select ומינימום-חשיפה — ביצועים ואבטחה.
דוגמה מ-CBC
ידע אצורבארגון: S&OP חודשי לכל קטגוריות-המשקה. CI-DS טוען מכירות-עבר לפי SKU/רשת/שבוע ומלאי-מוגמר. מנהל-הביקוש מזין ידנית דרך ה-Web UI תכניות-קידום (מבצעי-קיץ, חגים) שמקורן בשיווק ולא ב-S/4HANA. התחזית המאושרת מיוצאת ב-OData ל-SAC לדוחות-הנהלה. מחזור-S&OP חודשי: בלילה ה-1 לכל חודש CI-DS טוען היסטוריית-מכירות 24 חודשים אחורה ל-IBP. הביקושן (Demand Planner) מעדכן ידנית דרך ה-Web UI הנחות-קידום-מכירות שאין להן מקור ב-S/4HANA. אחרי הרצת-התכנון, OOData service חושף את התחזית המאושרת ל-Data Warehouse ארגוני. SAP Cloud Integration for Data Services — בארגון: CI-DS Agent רץ ב-data center של המבקבק; Task יומי מושך מכירות-משקאות ומלאי-מחסנים מ-S/4HANA, ממיר ליחידות-מארז ולשבועות, וטוען ל-Planning Area של IBP. delta load מעביר רק חשבוניות-חדשות כדי לקצר זמן-ריצה בעונת-שיא. Task 'Load Sales History': source = CDS view של חשבוניות (VBRP) ב-S/4HANA, transform = aggregate לרמת SKU/לקוח/שבוע + מיפוי MATNR→Product ID, target = Key Figure ACTUALSQTY ב-Planning Area. ה-Process המכיל אותו מתוזמן לרוץ כל לילה ב-02:00; ניטור הסטטוס דרך ה-dashboard. אינטגרציה ידנית של נתונים באמצעות הממשק האינטרנטי — בארגון: מנהל-השיווק מזין דרך ה-Web UI את תכנית-המבצעים לקיץ (הנחות-מחיר, 1+1) ל-Key Figure ידני; ב-Excel Add-in צוות-המכירות מתאים ידנית יעדים לפי רשת. נתונים אלה אין להם מקור ב-S/4HANA ולכן מוזנים ידנית, ומופרדים מ-Key Figures שמקורם CI-DS. מנהל-הביקוש פותח Planning View ב-Excel Add-in, מסנן לקטגוריה ולתקופה, ומזין ידנית גידול-ביקוש צפוי לקראת קידום-מכירות. הערך נכתב ל-Key Figure 'Promotion Uplift' ב-Planning Area ומשתתף מיד בחישוב התחזית הכוללת. ייצוא נתוני Key Figure באמצעות שירותי OData — בארגון: SAP Analytics Cloud (SAC) ומחסן-הנתונים של המבקבק קוראים את התחזית ותכנית-האספקה מ-IBP דרך OData. מנהלי-הקטגוריות רואים בדשבורד SAC את הביקוש-המוסכם לכל משקה, נמשך ישירות מ-IBP בלי ייצוא-קבצים ידני. מחסן-נתונים ארגוני קורא בכל בוקר את התחזית המאושרת מ-IBP דרך OData service: בקשת-HTTP עם $filter לחודש ולקטגוריה מחזירה את ה-Key Figure 'Consensus Demand'. הנתון נטען לדוחות-ה-BI בלי קובץ-ביניים.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| VBRK | VBRK |
| VBRP | VBRP |
| MARD | MARD |
| VBAK | VBAK |
| VBAP | VBAP |
| MARC | MARC |
| AFPO | AFPO |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• הגדר את ה-S&OP Planning Area עם Time Profile חודשי/שבועי כיעד-האינטגרציה. • צור Tasks ב-CI-DS לכל זרם טקטי (היסטוריה, מלאי, הזמנות) ותזמן אותם תקופתית. • אפשר הזנה-ידנית ב-Web UI ל-Key Figures שאין להם מקור-מערכת (הנחות, קידומים). • פרסם OData services לייצוא Key Figures לצרכנים חיצוניים. SAP Cloud Integration for Data Services • התקן והגדר את ה-Data Services Agent בצד ה-on-premise; חבר אותו ל-S/4HANA. • הגדר Datastores: אחד ל-S/4HANA (RFC/DB) ואחד ל-IBP (Planning Area כיעד). • צור Task עם Data Flow: source object → Transforms (filter/map/aggregate) → target Key Figure. • שרשר Tasks ל-Process ותזמן אותו (Schedule) בתדירות הטקטית הנדרשת. • הפעל delta loads דרך CDS extraction לזרמים גדולים. אינטגרציה ידנית של נתונים באמצעות הממשק האינטרנטי • הגדר Key Figures רלוונטיים כ-Editable (input) ולא כ-calculated, כדי לאפשר הזנה-ידנית. • צור Planning Views / Excel templates עם ה-attributes וה-Key Figures להזנה. • הקצה הרשאות-עריכה (Editable Attributes / Access Control) למשתמשים המתאימים. • הפרד Key Figures ידניים מ-Key Figures שמקורם integration כדי למנוע דריסה. ייצוא נתוני Key Figure באמצעות שירותי OData • הגדר OData service ב-Planning Area: בחר Key Figures ו-attributes לחשיפה. • פרסם את ה-service וקבל את ה-endpoint URL. • הגדר authentication (OAuth/Basic) דרך Communication Arrangements למשתמש-טכני. • הצרכן קורא עם $filter/$select/$top לצמצום נפח-הנתונים.
הערות
ידע אצורנתוני אב • Datastore של IBP חושף Master Data Types ו-Key Figures כיעדי-טעינה; טען Master Data ב-Tasks נפרדים לפני Transaction Data. • מיפוי-מפתח (MATNR→Product ID, WERKS→Location ID) מוגדר ב-Transforms של ה-Task. שאלות ראיון מהו תכנון-טקטי ולמה batch מספיק לו? תכנון לטווח-בינוני (חודשים-שנה) במחזור חודשי/שבועי; מכיוון שאין החלטות-רגע, עדכון תקופתי (batch דרך CI-DS) מספק נתונים מהימנים בעלות נמוכה בלי להעמיס את המערכת. אילו שלושה מנגנונים משרתים תכנון-טקטי? CI-DS (batch מ-S/4HANA), הזנה-ידנית דרך ה-Web UI (לנתונים ללא מקור-מערכת), וייצוא דרך OData services (לצרכנים חיצוניים). מהו CI-DS ומה תפקידו באינטגרציית IBP? SAP Cloud Integration for Data Services — שירות-ענן ל-ETL תקופתי (batch) המעביר נתונים בין מערכות on-premise כמו S/4HANA ל-IBP. זהו מנגנון-הליבה של אינטגרציה טקטית ל-S&OP. מה תפקיד ה-Data Services Agent? רכיב המותקן בצד ה-on-premise; הוא מגשר בין ה-CI-DS שבענן למערכת-המקור (S/4HANA) דרך RFC/DB ומאפשר ל-CI-DS לחלץ ולטעון נתונים. מהו delta load ולמה הוא חשוב? טעינה של רק הרשומות החדשות/שהשתנו מאז הריצה הקודמת, במקום full load. הוא מקצר זמני-ריצה ומפחית עומס — קריטי לזרמים גדולים בעונת-שיא. מתי משתמשים בהזנה-ידנית במקום באינטגרציה? כאשר לנתון אין מקור-מערכת — הנחות-שיווק, יעדי-מכירה, קידומים, התאמות-שיפוט. במקום לבנות זרם-אינטגרציה, המתכנן מזין ישירות ב-Web UI או ב-Excel Add-in. מה ההבדל בין ה-Web UI ל-Excel Add-in? ה-Web UI מאפשר עריכת Planning View בדפדפן; ה-Excel Add-in מספק חוויה עשירה יותר עם templates, filters ו-favorites — מועדף לעבודת-תכנון אינטנסיבית. מהו הסיכון העיקרי בנתונים-ידניים? דריסה על-ידי batch loads. לכן מפרידים Key Figures ידניים מ-Key Figures שמקורם integration ושומרים תיעוד-מקור לשקיפות. מהו OData service ב-IBP ולמה הוא משמש? ממשק-REST תקני החושף Key Figure data מ-IBP לצרכנים חיצוניים (SAC, BI, אפליקציות). זהו ערוץ-הייצוא הרשמי לקריאת נתוני-תכנון מ-IBP החוצה לפי-דרישה. מה ההבדל בין OData ל-CI-DS? OData הוא ערוץ קריאה/ייצוא (pull לפי-דרישה) לצרכנים שמדברים OData; CI-DS הוא ETL דו-כיווני מתוזמן (batch) בין S/4HANA ל-IBP. בוחרים לפי תרחיש. כיצד מצמצמים נפח בקריאת-OData? באמצעות query options: $filter (סינון שורות), $select (בחירת-עמודות), $top ו-$orderby. ללא הם נמשך נפח-נתונים עצום ונפגעים הביצועים. נושאים קשורים • S&OP · CI-DS (14.2.1) • S&OP · אינטגרציה תפעולית (14.3) • S&OP · הזנה ידנית (14.2.2) • S&OP · ייצוא ב-OData (14.2.3) • S&OP · אינטגרציה פיננסית עם SAC (14.4.1)
טעויות נפוצות
ידע אצור- שימוש בכלי real-time לתכנון-טקטי — מורכבות ועלות מיותרות.
- תזמון-טעינות מתנגש עם חלון-הרצת-התכנון — נתונים חלקיים בעת ההרצה.
- הזנה-ידנית ללא בקרה — נתונים שאין להם מקור-מערכת הופכים ל'קופסה שחורה'.
- תזמון full load גדול בכל לילה במקום delta — זמני-ריצה ארוכים וסיכון לחלון-זמן.
- Datastore-Agent לא זמין/לא-מחובר — כל ה-Tasks נכשלים.
- Transform שמאבד שורות בגלל filter/join שגוי — Key Figure חלקי בלי שגיאה ברורה.
- טעינת Transaction Data לפני שה-Master Data Task הסתיים — שורות נדחות.
- הזנה ל-Key Figure מחושב — לא ניתן או נדרס בחישוב הבא.
- אי-הפרדת Key Figures ידניים מאלה שמקורם integration — ה-batch דורס את הקלט.
- הסתמכות על הזנה-ידנית לכמויות גדולות במקום File Upload (CSV).
- חוסר-בקרה על נתונים-ידניים — הופכים ל'קופסה שחורה' ללא תיעוד.
- חשיפת יותר מדי Key Figures/attributes — נתונים רגישים זולגים ועומס מיותר.
- קריאה ללא $filter/$select — מושכים נפח-נתונים עצום ופוגעים בביצועים.
- בלבול בין OData (ייצוא/read) ל-CI-DS (ETL דו-כיווני) — בחירת-ערוץ שגויה.
- authentication לא-מוגדר נכון — קריאות נכשלות או נחשפות ללא-הרשאה.
פתרון תקלות
ידע אצור• תכנית מבוססת נתונים ישנים ➔ בדוק שה-CI-DS Task הסתיים בהצלחה לפני חלון-ההרצה. • Key Figure ידני נמחק בטעינה ➔ ודא שטעינת-ה-batch אינה דורסת שדות שמוזנים ידנית. SAP Cloud Integration for Data Services • Task נכשל מיד ➔ בדוק זמינות ה-Data Services Agent וחיבור ה-Datastore ל-S/4HANA. • Key Figure טעון חלקית ➔ בדוק filters/joins ב-Transform ואת מיפוי-המפתחות. • ריצה איטית ➔ עבור ל-delta load והגבל את חלון-התאריכים ב-extract. • שורות נדחו ביעד ➔ ודא ש-Master Data תואם נטען קודם. אינטגרציה ידנית של נתונים באמצעות הממשק האינטרנטי • לא ניתן להקליד לתא ➔ ה-Key Figure אינו Editable או חסרה הרשאת-עריכה. • קלט-ידני נעלם אחרי הלילה ➔ batch load דורס; הפרד KF או שנה את סדר-החישוב. • ה-Excel Add-in לא מתחבר ➔ בדוק התקנה, גרסה והרשאות-משתמש מול ה-tenant. ייצוא נתוני Key Figure באמצעות שירותי OData • קריאת-OData מחזירה 401/403 ➔ בדוק Communication Arrangement והרשאות המשתמש-הטכני. • תגובה איטית/ענקית ➔ הוסף $filter ו-$select לצמצום נפח. • Key Figure לא מופיע ב-service ➔ ודא שנכלל בהגדרת ה-OData service ופורסם.
שיטות עבודה מומלצות
ידע אצור- תזמן את ה-batch loads לפני חלון-הרצת-התכנון עם buffer מספיק.
- הפרד בבירור Key Figures שמקורם מערכת מאלה שמוזנים ידנית.
- תעד את ה-OData services שפורסמו ואת צרכניהם.
- השתמש ב-delta loads כברירת-מחדל; שמור full load ל-initial load בלבד.
- הפרד Tasks ל-Master Data ול-Transaction Data ושרשר אותם בסדר-תלות ב-Process.
- תעד כל Data Flow (source-object, transforms, target Key Figure).
- נטר ריצות דרך ה-dashboard וגם דרך IBP Application Jobs, עם התראות-כשל.
- השתמש ב-Excel Add-in לעבודת-תכנון אינטראקטיבית עם templates ו-favorites.
- השתמש ב-File Upload (CSV) לכמויות גדולות במקום הקלדה ידנית.
- הפרד והגן על Key Figures ידניים מפני batch loads.
- תעד מקור והיגיון של כל נתון-ידני לשקיפות-תכנון.
- חשוף רק את ה-Key Figures וה-attributes הנדרשים לצרכן — מינימום-הרשאות.
- השתמש תמיד ב-$filter/$select לצמצום נפח ושיפור-ביצועים.
- השתמש במשתמש-טכני ייעודי עם OAuth ל-Communication Arrangement.
- תעד אילו service-ים פורסמו ואילו צרכנים קוראים מהם.
טיפים
ידע אצור- Tactical Planning ב-IBP for S&OP מבוסס על Planning Area של S&OP (תבנית SAP6/SAPIBP1) עם buckets שבועיים/חודשיים. האינטגרציה אליו תקופתית: CI-DS מריץ Tasks/Processes מתוזמנים שמושכים נתונים מ-S/4HANA (דרך CDS views או extractors), ממירים, וטוענים ל-Key Figures. שלושת תתי-הסעיפים מכסים: (14.2.1) CI-DS כמנגנון-הליבה; (14.2.2) הזנה-ידנית דרך ה-Web/Excel UI לתרחישים שאין להם מקור-מערכת; (14.2.3) ייצוא Key Figures דרך OData לצרכנים חיצוניים. שילובם נותן כיסוי מלא לזרמי-הנתונים הטקטיים.
- SAP Cloud Integration for Data Services — ארכיטקטורה: CI-DS Agent (Data Services Agent) מותקן בצד ה-on-premise ומתחבר ל-S/4HANA דרך RFC/DB; ה-CI-DS web tool בענן מגדיר Datastores, Projects, Tasks ו-Processes. כל Task מגדיר מיפוי source→target עם Transforms (filter, map, aggregate). Datastore אחד לכל מערכת; ה-IBP datastore חושף את ה-Planning Area Key Figures כיעד. Processes משרשרים Tasks ומתוזמנים (Schedule). תמיכה ב-delta loads דרך CDS extraction. ניטור דרך ה-CI-DS dashboard וגם דרך IBP Application Jobs.
- אינטגרציה ידנית של נתונים באמצעות הממשק האינטרנטי — ה-IBP Web UI מאפשר עריכת Planning View ישירות בדפדפן; ה-Excel Add-in (IBP for Microsoft Excel) מספק חוויית-תכנון עשירה יותר עם templates, filters ו-favorites. הזנה-ידנית אפשרית רק ל-Key Figures שהוגדרו Editable (לא מחושבים) ברמת-ה-attribute המתאימה. נתונים שמוזנים ידנית עלולים להידרס על-ידי batch loads — לכן נהוג להפריד Key Figures ידניים מ-Key Figures שמקורם integration. ה-Web UI גם מאפשר ייבוא קובץ (CSV upload) כחלופה חצי-ידנית לכמויות גדולות.
- ייצוא נתוני Key Figure באמצעות שירותי OData — ב-IBP מגדירים OData service ברמת-ה-Planning Area: בוחרים Key Figures ו-attributes לחשיפה, ומפרסמים. ה-service חושף את הנתונים כ-entity sets התומכים ב-$filter, $select, $top, $orderby. הצרכן (SAC, מחסן-נתונים, אפליקציה) קורא דרך HTTP עם authentication (OAuth/Basic). זהו ערוץ קריאה (read/export) — בניגוד ל-CI-DS שהוא ETL דו-כיווני. שימושי כשהצרכן יודע לדבר OData ורוצה pull לפי-דרישה ולא push מתוזמן.
סיכום
ידע אצור• תכנון-טקטי = S&OP חודשי; batch מספיק, real-time מיותר. • CI-DS הוא מנגנון-הליבה, משלימים אותו Web UI ו-OData. • תזמן טעינות לפני הרצת-התכנון והפרד נתוני-מערכת מנתונים-ידניים. • CI-DS = מנגנון-הליבה ל-batch ETL בין S/4HANA ל-IBP. • ארכיטקטורה: Agent on-prem + web tool בענן + Datastores/Tasks/Processes. • delta loads, Master-Data-לפני-Transaction, וניטור — שלושת עקרונות-הזהב. • הזנה-ידנית נועדה לנתונים ללא מקור-מערכת (הנחות/יעדים/קידומים). • שני ערוצים: Web UI ו-Excel Add-in; CSV upload לכמויות. • רק Key Figures מסוג Editable; הגן עליהם מפני דריסת-batch. • OData = ערוץ-ייצוא תקני (read) של Key Figures מ-IBP לצרכנים חיצוניים. • מגדירים ברמת-Planning Area, מפרסמים endpoint, ומאמתים דרך Communication Arrangement. • תמיד $filter/$select ומינימום-חשיפה — ביצועים ואבטחה.