מודל ה-Business Partner ב-SAP S/4HANA

ב-S/4HANA ה-Business Partner (BP) הוא נקודת-הכניסה היחידה והחובה לניהול ספקים ולקוחות — רשומה מרכזית אחת המחזיקה תפקידים (Roles) מרובים. עסקאות הספק/לקוח הקלאסיות (XK01/XD01) הוחלפו ב-BP transaction, וה-CVI (Customer/Vendor Integration) מסנכרן את ה-BP לטבלאות LFA1/KNA1. ספקים כ-Business Partners — ב-S/4HANA ספק אינו עוד רשומה עצמאית אלא תפקיד (Role) של Business Partner. רשומת-BP אחת מקבלת BP Role 'Supplier', וה-CVI גוזר ממנה את רשומת-הספק הקלאסית — איחוד המבטל כפילות בין ספק ללקוח. טעינת רשומות-ספק — טעינת ספקים ל-S/4HANA חייבת לעבור דרך מודל ה-BP — ולא ישירות ל-LFA1. הכלי המרכזי הוא SAP S/4HANA Migration Cockpit (LTMC/Fiori), שטוען BP עם תפקידי-ספק וה-CVI מייצר את רשומות-הספק הקלאסיות אוטומטית. הקמת אב-הספק — הקמת אב-הספק ב-S/4HANA היא הזנת נתוני-הספק בשלוש רמות דרך ה-BP: General (LFA1), Company Code (LFB1) ו-Purchasing Org (LFM1). כל רמה משויכת לתפקיד-BP ולתחום-אחריות (רכש מול כספים). ביצוע Customer/Vendor Integration — CVI (Customer/Vendor Integration) הוא מנגנון-הסנכרון הדו-כיווני בין ה-Business Partner לרשומות-הספק/לקוח הקלאסיות. הפעלתו היא צעד-חובה ב-S/4HANA — בלעדיו ה-BP נוצר אך LFA1/KNA1 אינם מתעדכנים. זהו לב-המודל.

במקום לנהל ספק ולקוח בשתי מערכות-מסכים נפרדות, S/4HANA אומר: יש ישות אחת — Business Partner — שיכולה לשחק כמה תפקידים: ספק, לקוח, נמען-תשלום. פותחים אותה פעם אחת ב-BP, מוסיפים תפקיד 'Supplier', והמערכת בונה אוטומטית את רשומת-הספק הישנה מאחורי-הקלעים. ספקים כ-Business Partners — ספק הוא 'כובע' שה-Business Partner חובש. פותחים BP, ומוסיפים לו את תפקיד 'Supplier' — מאותו רגע הוא ספק לכל דבר. אותו BP יכול לחבוש גם כובע 'Customer' אם הוא גם לקוח. טעינת רשומות-ספק — כשמעבירים אלפי ספקים מ-ECC ל-S/4HANA, לא מקלידים ידנית. משתמשים בכלי-מיגרציה שטוען את כולם כ-Business Partners; המערכת בונה לכל אחד את רשומת-הספק שמאחורי-הקלעים. הקמת אב-הספק — אב-הספק בנוי משלוש 'שכבות': כללי (כתובת, שם), כספי (תנאי-תשלום, חשבון-מפתח) ורכש (תנאי-רכש, מטבע-הזמנה). ממלאים אותן דרך BP, וכל שכבה שייכת למחלקה אחרת. ביצוע Customer/Vendor Integration — CVI הוא 'הגשר' בין הרשומה החדשה (BP) לרשומות הישנות (Vendor/Customer). כל פעם שמשנים BP, ה-CVI דואג שגם רשומת-הספק תתעדכן — אוטומטית. בלי הגשר הזה, חצי מהמערכת לא תדע על הספק.

לאחד את ניהול-השותפים-העסקיים לרשומה אחת רב-תפקידית, למנוע כפילות-נתונים בין ספק ללקוח, ולספק תשתית אחידה ל-Sourcing & Procurement ול-Sales. ספקים כ-Business Partners — לנהל ספק כתפקיד בתוך מודל-שותפים אחיד, למנוע כפל-נתונים ולאפשר לישות אחת לשמש ספק ולקוח בו-זמנית. טעינת רשומות-ספק — להעביר/לטעון אוכלוסיית-ספקים גדולה בעקביות ובאיכות, תוך הבטחת סנכרון מלא BP↔Vendor. הקמת אב-הספק — לספק לכל תחום (רכש, כספים) את נתוני-הספק הדרושים לתפעול: הזמנה, קליטה, חשבונית ותשלום. ביצוע Customer/Vendor Integration — להבטיח עקביות-נתונים מלאה בין ה-BP לרשומות-הספק/לקוח, ולאפשר את כל תהליכי ה-MM/SD/FI שעדיין קוראים את LFA1/KNA1.

• Cross-Application Components ► SAP Business Partner ► Business Partner ► Basic Settings ► Number Ranges and Groupings • Cross-Application Components ► Master Data Synchronization ► Customer/Vendor Integration ► Business Partner Settings • Cross-Application Components ► SAP Business Partner ► Business Partner ► Basic Settings ► Business Partner Roles ► Define BP Roles • SAP Easy Access ► Logistics ► Materials Management ► Purchasing ► Master Data ► Business Partner ► Maintain (BP) • SAP S/4HANA Migration Cockpit ► Migration Object: Supplier (LTMC) • Cross-Application Components ► Master Data Synchronization ► Synchronization Cockpit (MDS_LOAD_COCKPIT) • Materials Management ► Purchasing ► Partner Determination ► Define Partner Schemas • Cross-Application Components ► Master Data Synchronization ► Customer/Vendor Integration ► Business Partner Settings ► Settings for Vendor Integration • Cross-Application Components ► Master Data Synchronization ► Synchronization Control ► Activate Synchronization Options

• BP = הרשומה המרכזית היחידה לספקים/לקוחות ב-S/4HANA.
• תפקידים (Roles) קובעים אילו תצוגות נפתחות.
• CVI מסנכרן BP→LFA1/LFB1/LFM1; XK01/XD01 חסומות.
• ספק = BP Role (FLVN00/FLVN01).
• כל תפקיד ממפה לטבלה (LFA1/LFB1/LFM1).
• BP יחיד יכול לשמש ספק ולקוח כאחד.
• טעינת-ספקים עוברת תמיד דרך ה-BP.
• Migration Cockpit / MDS_LOAD_COCKPIT הם הכלים.
• CVI + PPO מבטיחים סנכרון תקין ל-LFA1.
• אב-הספק = שלוש רמות (LFA1/LFB1/LFM1) דרך BP.
• Recon.Account חובה לכספים; Order Currency חובה לרכש.
• Partner Functions קובעים נמענים בתהליך-הרכש.
• CVI = הגשר הדו-כיווני BP↔Vendor/Customer; חובה ב-S/4HANA.
• Number Range Sync 'Same' שומר מספרי-ספק היסטוריים.
• MDS_LOAD_COCKPIT ממיר בכמות; PPO מטפל בשגיאות.

בארגון כל ספקי-התרכיז, הסוכר והאריזות מנוהלים כ-Business Partners: רשומת-BP אחת לכל ספק, עם תפקיד Supplier ל-Purchasing Org של מתקן-המילוי. ספק שהוא גם לקוח (החזרי-בקבוקים) מקבל גם תפקיד Customer — באותה רשומת-BP. פתיחת ספק חדש: ב-BP transaction בוחרים Organization, ממלאים נתונים כלליים (BUT000), מוסיפים BP Role 'Supplier (FLVN00)' ו-'Supplier (Fin.Accounting) FLVN01', ממלאים Purchasing/Company Code data; ה-CVI מייצר אוטומטית את LFA1/LFB1/LFM1 והספק זמין ל-PO. ספקים כ-Business Partners — בארגון ספק-הסוכר מנוהל כ-BP עם תפקיד Supplier ל-Purchasing Org של המתקן; אם אותו ספק קונה מ-הארגון בקבוקים-ריקים, מוסיפים לו תפקיד Customer — באותו BP. ספק-תרכיז קיים כ-BP; מוסיפים תפקיד FLVN00 ל-Purchasing Org ו-FLVN01 ל-Company Code; ה-CVI מייצר LFA1/LFM1/LFB1, והספק זמין מיידית ל-PO ולתשלום. טעינת רשומות-ספק — בארגון כל ספקי-הקבוצה הועברו מ-ECC דרך Migration Cockpit כ-BPs; ספקי-תרכיז גלובליים נטענו עם תפקידי Purchasing לכל Purchasing Org של מתקני-המילוי. צוות-המיגרציה טוען קובץ-ספקים ל-Migration Cockpit (object Supplier); המערכת יוצרת BP לכל ספק עם תפקידי FLVN00/FLVN01; ה-CVI מסנכרן ל-LFA1/LFM1, ושגיאות נבדקות ב-PPO לפני אישור. הקמת אב-הספק — בארגון ספק-הבקבוקים מוקם עם Purchasing data לכל מתקן-מילוי (מטבע, Incoterms), Company Code data לחברת-הבת המקומית, ו-Partner Functions (OA הזמנה, PI חשבונית, RS נמען-תשלום). הקמת ספק-אריזות: General — כתובת ובנק; Company Code — Recon.Account 160000 ו-Payment Terms NT30; Purchasing Org — מטבע EUR, Incoterms FOB, GR-Based IV פעיל; הספק מוכן ל-PO ולתשלום. ביצוע Customer/Vendor Integration — בארגון במהלך ה-Conversion הופעל CVI ונבדק ב-PPO; כל ספקי-התרכיז והאריזה הומרו ל-BPs עם Number Range Synchronization 'Same', כך שמספר-הספק נשמר זהה למספר-ה-BP. בפרויקט-המרה: מריצים Pre-Checks ב-ECC, מתקנים ספקים פגומים, מפעילים CVI ב-S/4HANA, מריצים MDS_LOAD_COCKPIT להמרת כל הספקים ל-BPs, ובודקים PPO עד אפס-שגיאות לפני go-live.

• BP Roles + Groupings + Number Ranges (BP Customizing). • CVI — Activate Synchronization Options (BP→Vendor/Customer). • Number Range Synchronization בין BP ל-Vendor/Customer (Same/Different). • Field Mapping + PPO (Post Processing Office) לטיפול-שגיאות-סנכרון. ספקים כ-Business Partners • Define/assign BP Roles: FLVN00 (Purchasing), FLVN01 (Fin.Accounting). • Number Ranges + Groupings לספקים-BP. • ודא Role↔טבלה mapping (General/Company/Purchasing). טעינת רשומות-ספק • השתמש ב-Migration Cockpit, Migration Object 'Supplier'. • ודא Number Range Synchronization + CVI Activation לפני טעינה. • MDS_LOAD_COCKPIT לסנכרון-המוני של רשומות קיימות. • בדוק שגיאות ב-PPO (MDS_PPO2). הקמת אב-הספק • מלא General (LFA1), Company Code (LFB1), Purchasing Org (LFM1) דרך BP Roles. • Reconciliation Account (LFB1-AKONT) + Payment Terms/Methods. • Order Currency, Incoterms, Schema Group, GR-Based IV (LFM1). • Partner Functions (WYT3) — OA/PI/RS/VN. ביצוע Customer/Vendor Integration • Activate Synchronization Options (BP→Vendor, Vendor→BP). • Number Range Synchronization בין BP ל-Vendor (Same/Different). • Field Mapping + Account Groups↔BP Groupings. • PPO (MDS_PPO2) לטיפול-שגיאות-סנכרון.

נתוני אב • BUT000 = נתוני-BP כלליים · BUT0BK = פרטי-בנק. • LFA1 (כללי) · LFB1 (Company Code) · LFM1 (Purchasing Org) — נגזרים מה-BP דרך CVI. • CVI_VEND_LINK = קישור BP↔Vendor. • CVI_VEND_LINK = קישור BP↔Vendor · CVI_CUST_LINK = קישור BP↔Customer. • Account Group↔BP Grouping mapping קובע טווחי-מספרים. שאלות ראיון מהו ה-Business Partner ב-S/4HANA ולמה הוא חובה? רשומה מרכזית אחת רב-תפקידית לספקים ולקוחות; ב-S/4HANA הוא ה-leading object וה-mandatory model — XK01/XD01 חסומות, והכל עובר דרך BP. מהו CVI? Customer/Vendor Integration — מנגנון הסנכרון שמייצר/מעדכן אוטומטית את LFA1/LFB1/LFM1 (ו-KNA1/…) מתוך ה-BP. מה תפקיד ה-PPO ב-CVI? Post Processing Office — מטפל בשגיאות-סנכרון BP↔Vendor/Customer ומאפשר תיקון ידני (MDS_PPO2). אילו BP Roles הופכים BP לספק? FLVN00 (Supplier — Purchasing) ו-FLVN01 (Supplier — Financial Accounting); הם פותחים את תצוגות ה-Purchasing וה-Company Code. האם BP אחד יכול להיות גם ספק וגם לקוח? כן — מוסיפים לאותו BP גם תפקיד Supplier וגם Customer; זו מהות מודל ה-Business Partner. כיצד טוענים ספקים ל-S/4HANA? דרך מודל ה-BP — באמצעות Migration Cockpit (object Supplier) או MDS_LOAD_COCKPIT; ה-CVI מייצר את LFA1/LFB1/LFM1, לא טעינה ישירה ל-LFA1. מה בודקים אחרי טעינת-ספקים? את ה-PPO (MDS_PPO2) לשגיאות-סנכרון, ואת קיום LFA1/LFM1 לכל BP שנטען. מהן שלוש רמות אב-הספק? General (LFA1), Company Code (LFB1) ו-Purchasing Org (LFM1) — נתוני-כלל, נתוני-כספים ונתוני-רכש. מהו Reconciliation Account ולמה הוא קריטי? LFB1-AKONT — חשבון-המפתח המקשר את ספר-הספקים ל-G/L; בלעדיו אי-אפשר לרשום חשבונית-ספק. מהו CVI ולמה הוא חובה ב-S/4HANA? Customer/Vendor Integration — מסנכרן את ה-BP לרשומות-הספק/לקוח (LFA1/KNA1). חובה, כי בלעדיו ה-BP נוצר אך תהליכי ה-MM/FI הקוראים LFA1 לא יעבדו. מהו תפקיד ה-Synchronization Cockpit (MDS_LOAD_COCKPIT)? להמיר/לסנכרן בכמות רשומות-ספק/לקוח קיימות ל-BPs בעת המרת-מערכת, עם דיווח-שגיאות ל-PPO. מה ההבדל בין Number Range Synchronization 'Same' ל-'Different'? 'Same' שומר על מספר-ספק זהה למספר-BP (פשוט ומומלץ); 'Different' מאפשר טווחים נפרדים אך מסבך את ההתאמה. נושאים קשורים • אובייקט · BUT000 • אובייקט · LFA1 • אובייקט · LFM1 • אובייקט · CVI_VEND_LINK

• ספק נוצר ב-BP אך לא זמין ל-PO ➔ חסר תפקיד Purchasing (FLVN00) או CVI נכשל (בדוק PPO). • שגיאת-סנכרון BP→Vendor ➔ Field Mapping/חובה חסר; בדוק ב-MDS_PPO2. • מספרי BP ו-Vendor לא תואמים ➔ Number Range Synchronization לא הוגדר Same. ספקים כ-Business Partners • אין נתוני Purchasing Org לספק ➔ חסר תפקיד FLVN00. • אין נתוני Company Code ➔ חסר תפקיד FLVN01. טעינת רשומות-ספק • ספק נטען אך אין LFA1 ➔ CVI לא הופעל או נכשל; בדוק PPO. • כשל-טעינה ב-Migration Cockpit ➔ Field Mapping/חובה חסר באובייקט Supplier. הקמת אב-הספק • אי-אפשר לרשום FI לספק ➔ חסר LFB1/Recon.Account. • אי-אפשר ליצור PO ➔ חסר LFM1/Order Currency. • נמען-חשבונית שגוי ➔ Partner Function PI לא הוגדר. ביצוע Customer/Vendor Integration • BP לא מסונכרן ל-Vendor ➔ Synchronization כבוי בכיוון BP→Vendor; בדוק PPO. • שגיאת-טווח בהמרה ➔ Account Group↔BP Grouping לא תואמים. • המרה נכשלת ב-Cockpit ➔ נתוני-מקור פגומים; הרץ Pre-Checks שוב.

• BP = הרשומה המרכזית היחידה לספקים/לקוחות ב-S/4HANA. • תפקידים (Roles) קובעים אילו תצוגות נפתחות. • CVI מסנכרן BP→LFA1/LFB1/LFM1; XK01/XD01 חסומות. • ספק = BP Role (FLVN00/FLVN01). • כל תפקיד ממפה לטבלה (LFA1/LFB1/LFM1). • BP יחיד יכול לשמש ספק ולקוח כאחד. • טעינת-ספקים עוברת תמיד דרך ה-BP. • Migration Cockpit / MDS_LOAD_COCKPIT הם הכלים. • CVI + PPO מבטיחים סנכרון תקין ל-LFA1. • אב-הספק = שלוש רמות (LFA1/LFB1/LFM1) דרך BP. • Recon.Account חובה לכספים; Order Currency חובה לרכש. • Partner Functions קובעים נמענים בתהליך-הרכש. • CVI = הגשר הדו-כיווני BP↔Vendor/Customer; חובה ב-S/4HANA. • Number Range Sync 'Same' שומר מספרי-ספק היסטוריים. • MDS_LOAD_COCKPIT ממיר בכמות; PPO מטפל בשגיאות.