שותף עסקי (Business Partner)
נתוני אב · שיעור 5
- Business Partner (BUT000) — רשומת-אב אחודה ב-S/4HANA לאנשים/ארגונים: לקוחות, ספקים, יצרנים, קבלנים ואנשי קשר. מחליפה את ההפרדה הישנה KNA1 (לקוח) / LFA1 (ספק).
- BP Roles (תפקידי BP) — אותו שותף יכול לשאת מספר תפקידים בו-זמנית: FLCU00/FLCU01 (לקוח), FLVN00/FLVN01 (ספק), ועוד. התפקיד קובע אילו נתונים (מכירות/רכש) נשמרים.
- CVI — Customer-Vendor Integration: שכבת הסנכרון שמייצרת/מעדכנת אוטומטית את רשומות KNA1/LFA1 ברקע כשמקימים BP. ב-S/4 tcode BP הוא נקודת הכניסה היחידה.
- Partner Function (פונקציית שותף) — התפקיד שהשותף ממלא על אובייקט אחזקה ספציפי: מדווח, אחראי, ספק, יצרן, קבלן. השיוך הפיזי נשמר בטבלת IHPA.
מטרת השיעור
ידע אצורבסוף השיעור תבין מהו מודל ה-Business Partner (BP) האחוד ב-S/4HANA וכיצד הוא מחליף את ההפרדה הישנה בין לקוח (KNA1) לספק (LFA1) ברשומת-אב אחת (BUT000). תדע כיצד שותפים עסקיים משמשים כ'פונקציות שותף' (Partner Functions) על אובייקטים טכניים, הודעות ופקודות אחזקה — למשל תיעוד יצרן, ספק חלפים או קבלן חיצוני — כיצד מוגדר נוהל קביעת שותפים (Partner Determination) דרך OIOM ומשויך בפועל דרך IHPA, ואיזה BAPI_BUPA_* משמש לניהול פרוגרמטי של BP.
למה זה חשוב
ידע אצורמודל ה-Business Partner הוא ה-single source of truth שמאחד לקוח וספק לישות אחת. באחזקה זה מאפשר לשייך אחריות (Warranty), תפקידים ואנשי קשר לאובייקטים טכניים ולתעד ספקים/יצרנים/קבלנים בהודעות ובפקודות — קריטי לקבלנות משנה (External Services), לתביעות אחריות מול יצרן ולרכש חלפים. ב-S/4HANA ה-BP הוא נקודת הכניסה היחידה (Single Point of Entry): אי-אפשר עוד להקים ספק ב-XK01 או לקוח ב-XD01 — הכל עובר דרך tcode BP עם CVI (Customer-Vendor Integration) שמסנכרן ל-KNA1/LFA1 מאחורי הקלעים. כל קוד Z שנשען ישירות על KNA1/LFA1 בלי BUT000 נשבר במעבר.
ערך עסקי
ידע אצורBP אחוד מבטל כפילות נתונים בין ספק ללקוח (אותו גורם המשמש גם כספק חלפים וגם כלקוח שירות מתוחזק כפעם אחת), משפר איכות נתוני-אב ומאפשר ממשל נתונים (MDG). באחזקה הוא מאפשר: תיעוד יצרן לצורך תביעת אחריות, שיוך קבלן חיצוני לציוד לצורך קבלנות משנה, ומעקב אחראי לכל אובייקט טכני. התוצאה: פחות רכש כפול, שקיפות מלאה של מי אחראי/מספק כל נכס, ובסיס נקי לתהליכי External Services ו-Warranty Claims.
היכן בשימוש
ידע אצורשותפים עסקיים ופונקציות שותף מופיעים לאורך כל שרשרת ה-PM: על ציוד (Equipment) ומיקום פונקציונלי (Functional Location) בכרטיסיית השותפים; בהודעות אחזקה (IW21/IW22) לתיעוד המדווח/היצרן/הקבלן; בפקודות אחזקה (IW31/IW32) לשיוך ספק לרכיבי חוץ ולתהליך External Services (דרישת רכש→הזמנת רכש לאותו BP); בתביעות אחריות (Warranty) לזיהוי היצרן; וברכש חלפים. נוהל קביעת השותפים מוגדר ב-OIOM ומשויך לפי קטגוריית ציוד/מיקום/סוג הודעה/סוג פקודה.
מושגי מפתח
מאומת- Business Partner (BUT000) — רשומת-אב אחודה ב-S/4HANA לאנשים/ארגונים: לקוחות, ספקים, יצרנים, קבלנים ואנשי קשר. מחליפה את ההפרדה הישנה KNA1 (לקוח) / LFA1 (ספק).
- BP Roles (תפקידי BP) — אותו שותף יכול לשאת מספר תפקידים בו-זמנית: FLCU00/FLCU01 (לקוח), FLVN00/FLVN01 (ספק), ועוד. התפקיד קובע אילו נתונים (מכירות/רכש) נשמרים.
- CVI — Customer-Vendor Integration: שכבת הסנכרון שמייצרת/מעדכנת אוטומטית את רשומות KNA1/LFA1 ברקע כשמקימים BP. ב-S/4 tcode BP הוא נקודת הכניסה היחידה.
- Partner Function (פונקציית שותף) — התפקיד שהשותף ממלא על אובייקט אחזקה ספציפי: מדווח, אחראי, ספק, יצרן, קבלן. השיוך הפיזי נשמר בטבלת IHPA.
- Partner Determination Procedure (נוהל קביעת שותפים) — מגדיר אילו פונקציות שותף מותרות/חובה לכל קטגוריית אובייקט. מוגדר ומשויך דרך OIOM; נשען על טבלאות TPAR/TPAKO/TPAER.
- BAPI_BUPA_* — משפחת ה-BAPIs לניהול פרוגרמטי של BP: יצירה (BAPI_BUPA_CREATE_FROM_DATA) ושינוי נתונים מרכזיים (BAPI_BUPA_CENTRAL_CHANGE).
- Warranty (אחריות) — ה-BP מזהה את היצרן/הספק לצורך תביעת אחריות על ציוד; קושר בין הנכס הטכני לגורם החיצוני האחראי.
דוגמה מ-CBC
ידע אצורב-CBC קבלן כיול חיצוני מוקם כ-Business Partner בתפקיד ספק (Vendor role, FLVN00/FLVN01) דרך tcode BP; CVI מסנכרן אוטומטית רשומת LFA1 ברקע. הקבלן משויך כפונקציית שותף 'קבלן' על ציוד המדידה (IE02 → כרטיסיית שותפים → נשמר ב-IHPA). כשנפתחת פקודת אחזקה הכוללת רכיב לא-מלאי (שירות כיול חיצוני), נוצרת דרישת רכש שמתגלגלת להזמנת רכש לאותו BP. במקביל, יצרן המשאבה מתועד כ-BP נוסף בפונקציית שותף 'יצרן' על הציוד — כך שאם המשאבה כושלת בתקופת האחריות, ניתן לזהות מיידית את הגורם לתביעת Warranty.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| BUT000 | רשומת-האב המרכזית של השותף העסקי (נתונים כלליים: שם, קטגוריה, סוג) |
| IHPA | שיוך פונקציות שותף בפועל לאובייקטים טכניים/הודעות/פקודות (Plant Maintenance: Partners) |
| TPAR | הגדרת פונקציות שותף (Partner Functions) — מאגר התפקידים |
| TPAKO | נהלי קביעת שותפים — כותרת (Partner Determination Procedures) |
| TPAER | פונקציות שותף המותרות בכל נוהל קביעת שותפים (שורות הנוהל) |
| BUT020 | שיוך כתובות ל-BP (BP addresses) |
| BUT100 | שיוך תפקידי BP (BP roles) לשותף |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתSPRO → Cross-Application Components → SAP Business Partner → Business Partner → Basic Settings (הגדרת קטגוריות, קבוצות, טווחי מספרים, תפקידי BP). לאינטגרציית לקוח/ספק: Master Data Synchronization → Customer/Vendor Integration (CVI) — הגדרת מיפוי BP↔KNA1/LFA1 ותפקידים. לאחזקה: Plant Maintenance and Customer Service → Master Data in PM and CS → Basic Settings → Partner Determination Procedure — הגדרת פונקציות שותף (TPAR), נהלים (TPAKO/TPAER) ושיוכם דרך OIOM לקטגוריות ציוד/מיקום ולסוגי הודעה/פקודה.
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — SAP S/4HANA · Business Partner (BUT000, BP roles, CVI); SAP Help Portal — Plant Maintenance and Customer Service · Partner Determination (IHPA, TPAR/TPAKO/TPAER); ספר PM ch.003 — Warranties; data/pm-master-data-facets.ts — BUT000 (מקור מאומת בפרויקט; תיקון sap-pm-consultant: T357G=Permits, קביעת שותפים=OIOM/TPAR)
טעויות נפוצות
ידע אצור- נוהל קביעת שותפים לא שויך (OIOM) לקטגוריית ציוד/מיקום או לסוג הודעה/פקודה → פונקציות השותף פשוט חסרות באובייקט ואי-אפשר לשייך יצרן/ספק.
- פונקציית שותף שהוגדרה כחובה לא מולאה → חסימה ביצירת הודעה/פקודה (הודעת שגיאה על שותף חסר).
- בלבול בין תפקידי BP (Vendor / Customer / Contact) → נתונים נשמרים בתצוגה שגויה או ה-BP לא נראה ברכש/מכירות.
- הסתמכות על KNA1/LFA1 ישירות בקוד Z במקום על BUT000 → הקוד נשבר ב-S/4 בגלל מודל ה-BP האחוד; יש לקרוא דרך CVI/BUT000.
- ניסיון להקים ספק ב-XK01/לקוח ב-XD01 ב-S/4 → החסימה: הכל חייב לעבור דרך tcode BP עם CVI.
פתרון תקלות
ידע אצוראם פונקציית שותף לא מופיעה על ציוד/הודעה: ודא ב-OIOM שנוהל קביעת שותפים משויך לקטגוריה/סוג הרלוונטי, ושהפונקציה קיימת בנוהל (TPAKO/TPAER) ומוגדרת ב-TPAR. אם ה-BP לא נראה ברכש: בדוק שהתפקיד ספק (FLVN00/FLVN01) הורחב ושה-CVI סנכרן LFA1 (בדוק בטבלת CVI_VEND_LINK / דרך לוג CVI ב-MDS_LOAD_COCKPIT). אם הקמת BP נכשלת עם שגיאת CVI: בדוק מיפוי הגדרות ה-CVI (מיפוי קבוצות חשבונות ותפקידים) ב-SPRO Master Data Synchronization. שיוך שותף שנשמר אך לא נראה בפקודה: ודא שהפקודה ירשה מההודעה/הציוד ושהתאריך תקף (IHPA מנוהל לפי תוקף).
שיטות עבודה מומלצות
ידע אצור- השתמש ב-tcode BP כנקודת כניסה יחידה לכל הקמת/שינוי לקוח וספק; אל תנסה XK01/XD01 ב-S/4 — הפעל CVI כראוי.
- הגדר את נהלי קביעת השותפים (Partner Determination) פעם אחת בצורה מרכזית ושייך אותם דרך OIOM לכל קטגוריות הציוד/מיקום וסוגי ההודעה/פקודה הרלוונטיים.
- סמן כחובה רק את פונקציות השותף שבאמת נדרשות (כדי לא לחסום יצירת הודעות/פקודות מיותר).
- תעד יצרן וספק כפונקציות שותף על ציוד קריטי מראש — כדי לאפשר תביעות Warranty וקבלנות משנה חלקה.
- בכל קוד Z/CDS חדש קרא נתוני שותף דרך BUT000/I_BusinessPartner, לא ישירות מ-KNA1/LFA1.
טיפים
ידע אצור- אותו BP יכול לשאת בו-זמנית תפקיד לקוח ותפקיד ספק — נצל זאת לגורם שהוא גם ספק חלפים וגם לקוח שירות, במקום שתי רשומות.
- טבלת IHPA היא המקום לאמת שיוך שותף בפועל לאובייקט; היא מנוהלת לפי תוקף (validity), אז שים לב לתאריכים.
- OIOM היא ה-tcode שמחברת בין הגדרת הנוהל למציאות — אם 'הכל מוגדר אבל כלום לא עובד', בדוק שם קודם.
- T357G היא טבלת Permits (היתרים) ואינה קשורה לקביעת שותפים — טעות נפוצה; קביעת שותפים = OIOM + TPAR/TPAKO/TPAER.
בחן את עצמך
ידע אצורמהו השינוי המרכזי במודל השותף העסקי ב-S/4HANA לעומת ECC?
היכן מוגדר ומשויך נוהל קביעת שותפים (Partner Determination) באחזקה, ואיפה נשמר השיוך בפועל של שותף לאובייקט?
איזה BAPI משמש ליצירת שותף עסקי חדש מנתונים?
סיכום
ידע אצורBusiness Partner (BUT000) הוא רשומת-האב האחודה של S/4HANA לאנשים וארגונים בתהליכי אחזקה — לקוחות, ספקים, יצרנים, קבלנים ואנשי קשר — ומחליף את ההפרדה הישנה KNA1/LFA1. הכניסה היחידה היא tcode BP, ו-CVI מסנכרן את KNA1/LFA1 ברקע לפי התפקידים (BP Roles). באחזקה משמש ה-BP כ'פונקציית שותף' על ציוד, מיקום, הודעה ופקודה — לתיעוד יצרן (Warranty), ספק חלפים וקבלן חיצוני (External Services). נוהל קביעת השותפים מוגדר עם TPAR/TPAKO/TPAER ומשויך דרך OIOM; השיוך בפועל נשמר ב-IHPA. ניהול פרוגרמטי דרך BAPI_BUPA_*. טעות נפוצה: לשכוח לשייך נוהל ב-OIOM, או להסתמך ישירות על KNA1/LFA1 בקוד Z במקום על BUT000 — מה שנשבר ב-S/4.