מעבר מ-ECC ל־SAP S/4 HANA: למה ניקוי רשומות לקוחות וספקים הוא שלב קריטי ביצירת Business Partner

במעבר מ־SAP ECC ל־SAP S/4HANA, אחד השינויים המרכזיים ביותר הוא המעבר מניהול נפרד של לקוחות וספקים לניהול מרכזי תחת אובייקט אחד: Business Partner, או בקיצור BP.

ב־ECC, לקוח מנוהל כ־Customer וספק מנוהל כ־Vendor. ב־S/4HANA, שניהם מנוהלים תחת BP אחד, כאשר אותו BP יכול לכלול כמה תפקידים במקביל, למשל לקוח, ספק, נתוני FI, נתוני מכירות ונתוני רכש.

השינוי הזה יוצר הזדמנות לשפר את איכות נתוני האב בארגון, אך הוא גם חושף בעיות קיימות כמו כפילויות, מספרי מס לא תקינים, חשבונות בנק שגויים, חשבונות GL לא מתאימים ונתונים חסרים. לכן, תהליך Data Cleaning לפני המעבר ל־S/4HANA הוא לא שלב טכני בלבד, אלא תנאי מהותי להצלחת הפרויקט.

הצורך: למה ניקוי הנתונים כל כך חשוב?

מעבר ממבנה נפרד למבנה מאוחד

ב־ECC ייתכן שאותה ישות עסקית קיימת גם כלקוח וגם כספק. לדוגמה, חברה שהארגון גם מוכר לה וגם רוכש ממנה שירותים. במצב כזה, במערכת ECC היא יכולה להופיע בשני מספרים שונים: מספר לקוח ומספר ספק.

ב־S/4HANA המטרה היא לנהל את אותה ישות כ־Business Partner אחד, עם תפקידי לקוח וספק. אם הנתונים לא נקיים, המערכת עלולה ליצור BP כפולים, למזג ישויות לא נכונות או לעצור את תהליך ההמרה בגלל שגיאות   CVI( Customer Vendor Integration ). 

בעיות נפוצות שמתגלות לפני המעבר

בפרויקטי מעבר ל־S/4HANA, בעיות הנתונים הנפוצות ביותר הן:

השפעה אפשרית	דוגמה לבעיה	תחום
כשל במיפוי או במספור BP	אורך לא אחיד או חוסר ב־Leading Zeros	מספר לקוח/ספק
בעיות דיווח, מיסוי ומיזוג	מספר חסר, כפול או בפורמט לא תקין	קוד מס / מספר תיק מס
כשל ביצירת נתוני   FI	חשבון מרכז לא קיים ביעד	חשבונות GL
בעיות בתשלומים לספקים	מספר IBAN  או SWIFT לא תקינים	חשבונות בנק
בעיות במסמכים, דוחות וממשקים	מדינה, עיר או מיקוד לא אחידים	כתובות
כשל בתהליכי תשלום וגבייה	קוד לא קיים ב־S/4HANA	תנאי תשלום
יצירת BP כפולים או מיזוג שגוי	אותו גוף מופיע כלקוח וכספק  בנפרד בECC	כפילויות

למה זה קריטי דווקא ב־S/4HANA?

ב־S/4HANA, ה־Business Partner הוא האובייקט המרכזי שעליו נשענים תהליכי FI, MM ו־SD. לכן, נתוני האב חייבים להיות אחידים, שלמים ומדויקים.

לדוגמה:

• אם Tax Number של לקוח וספק זהה, ייתכן שהם צריכים להתמזג ל־BP אחד.

• אם IBAN של ספק לא תקין, ריצת תשלום עלולה להיכשל.

• אם Reconciliation Account לא קיים במערכת היעד, לא ניתן יהיה ליצור את נתוני החברה של הלקוח או הספק.

• אם Account Group לא ממופה נכון ל־BP Grouping, תהליך CVI עלול להיכשל.

• כלומר, איכות הנתונים משפיעה ישירות על הצלחת ההמרה ועל העבודה השוטפת לאחר Go-Live.

הפתרון: איך לבצע ניקוי נתונים בצורה נכונה?

שלב 1: הגדרת Scope

לפני שמתחילים לנקות נתונים, חשוב להגדיר מה בדיוק נכנס לתהליך:

• לקוחות פעילים

• ספקים פעילים

• ישויות שהן גם לקוח וגם ספק

• לקוחות וספקים חסומים

• ספקים עם חשבונות בנק פעילים

• רשומות עם יתרות פתוחות

• נתונים שרלוונטיים ל־FI, רכש ומכירות

לא כל רשומה היסטורית חייבת לעבור ל־S/4HANA. חשוב להחליט מראש אילו נתונים עוברים, אילו נסגרים ואילו דורשים בדיקה עסקית.

שלב 2: Data Profiling

בשלב זה סורקים את נתוני המקור ומזהים בעיות איכות.

בדיקות מומלצות:

מה לבדוק	סוג בדיקה
שדות חובה ריקים	שלמות נתונים
אותו שם, מספר מס , כתובת או  IBAN	כפילויות
מספר לקוח / ספק,  IBAN, SWIFT, GL Account	פורמט
קודים שאינם קיימים במערכת היעד	חוקיות
התאמה בין קוד חברה  חשבון GL ותנאי תשלום	עקביות
נתוני מס, בנק ותשלום	סיכון עסקי

 המטרה היא לקבל תמונת מצב ברורה: אילו נתונים תקינים, אילו ניתנים לתיקון אוטומטי ואילו דורשים אישור עסקי.

שלב 3: זיהוי לקוחות וספקים שיש למזג ל־BP אחד

זהו אחד השלבים החשובים ביותר בתהליך. לא מספיק לבדוק שם דומה. צריך להשוות כמה שדות יחד:

חשיבות	שדה להשוואה
מזהה מרכזי לזיהוי ישות	מספר תיק מס
אינדיקציה ראשונית	שם לקוח / ספק
חיזוק לזיהוי	כתובת
אינדיקציה פיננסית חשובה	חשבון בנק / IBAN
נדרש לפורמט מס ובנק	מדינה
מידע משלים	טלפון או אימייל

שלב 4: ניקוי מספרי לקוח, ספק ו־BP

במעבר ל־S/4HANA יש לשים לב:

• לוודא שאין התנגשות Number Ranges.

• להשלים Leading Zeros לפי הצורך.

• לוודא שהמספרים תואמים לפורמט הנדרש ב־S/4HANA.

• למפות כל Account Group ל־BP Grouping מתאים.

• להגדיר Roles BP נכונים כמו Customer Financial Accounting ו־Supplier Financial Accounting.

שלב 5: ניקוי נתוני מס

נתוני מס הם אזור רגיש במיוחד ולכן יש להתייחס אליהם בזהירות.

יש לבדוק:

• מספר מזהה tax number תקין לפי מדינה.

• מספר מזהה מעמ Vat Registration Number בפורמט מתאים.

• אין כפילות לא מוסברת של אותו מספר מס.

• קטגוריית מס מתאימה למדינה.

• נתוני Withholding Tax תקינים לספקים.

• אין סתירה בין נתוני המס של הלקוח והספק כאשר הם אמורים להתמזג ל־BP אחד.

תיקונים טכניים כמו הסרת רווחים או תווים מיותרים יכולים להתבצע אוטומטית, אך שינוי מהותי במספר מס חייב לעבור אישור של Finance או Tax.

שלב 6: ניקוי חשבונות GL ו־Reconciliation Accounts

במודול הפיננסי, לכל לקוח או ספק ברמת קוד חברה יש חשבון מרכז.

זהו נתון קריטי להמשך עבודה תקינה בספר הראשי.

יש לוודא:

• חשבון ה־GL קיים במערכת היעד ברמת קוד חברה.

• החשבון מתאים לסוג הישות: לקוח או ספק.

• אין שימוש בחשבונות ישנים שלא קיימים ב־S/4HANA.

• הפורמט כולל Leading Zeros אם נדרש.

• קיימת התאמה בין Account Group, Company Code ו־Reconciliation Account.

שלב 7: ניקוי חשבונות בנק

נתוני בנק הם אחד התחומים בעלי הסיכון הגבוה ביותר, בעיקר עבור ספקים.

יש לבדוק:

בדיקה נדרשת	שדה
תואם למדינת הבנק	Bank Country
קיים ותקין	Bank Key
בפורמט נכון	Bank Account
תקין מבחינה מבנית	IBAN
אורך ופורמט תקינים	SWIFT/BIC
קיים וברור	Account Holder

שלב 8: בדיקות CVI 

לפני טעינה או סנכרון ל־S/4HANA יש לוודא שהנתונים מוכנים ל־Customer Vendor Integration.

בדיקות מרכזיות:

• מיפוי Account Group ל־BP Grouping הושלם.

• טווחי מספרים Number Ranges מוגדרים נכון.

• תפקידי שותף עסקי BP Roles מוגדרים לפי שימוש עסקי.

• שדות חובה מלאים.

• אין כפילויות קריטיות.

• שדות כגון Tax Number, IBAN ו־GL Account תקינים.

• תנאי תשלום Payment Terms קיימים במערכת היעד.

• כל מיזוג Customer/Vendor אושר עסקית.

סיכום

המעבר מ־ECC ל־S/4HANA משנה את הדרך שבה ארגונים מנהלים לקוחות וספקים. במקום שני אובייקטים נפרדים, S/4HANA מציבה את ה־Business Partner כאובייקט מרכזי אחד, שיכול לכלול גם תפקידי לקוח וגם תפקידי ספק.

כדי שהמעבר יצליח, לא מספיק לבצע המרה טכנית. יש צורך בתהליך ניקוי נתונים מסודר הכולל זיהוי כפילויות, בדיקת מספרי מס, ניקוי חשבונות בנק, התאמת חשבונות GL, בדיקת תנאי תשלום, מיפוי Account Groups ל־BP Grouping ובדיקות CVI.

תהליך Data Cleaning איכותי מפחית כשלים בהמרה, מונע יצירת BP כפולים, משפר את אמינות התשלומים והגבייה, ומבטיח שנתוני האב יהיו מוכנים לעבודה יציבה לאחר          Go-Live.

בסופו של דבר, ניקוי נתונים הוא לא רק הכנה למעבר ל־S/4HANA. זו הזדמנות לתקן שנים של חוסר אחידות, לשפר בקרות ולהקים בסיס נתונים נקי, אמין ומוכן להמשך הפעילות העסקית.

לפרטים נוספים מוזמנים ליצור איתנו קשר בכתובת המייל info@allegropro.co.il