מאקסל ל-ERP ישראלי: מתי עוברים ואיך מעבירים את הנתונים

מעבר מאקסל ל-ERP הוא לא פרויקט תוכנה, הוא פרויקט נתונים. הטעות שחוזרת בכל מעבר כזה היא לתקצב את ההטמעה ולשכוח שהחלק שיאכל את הזמן הוא לקחת קבצים שנבנו לאורך שנים על ידי אנשים שונים, ולהכניס אותם למערכת שיש לה כללים.

מתי באמת עוברים

הסימן אינו כמות השורות. גיליון עם 40,000 שורות יכול לעבוד מצוין. מה שמעיד:

• שני אנשים צריכים את אותה שורה בו-זמנית. זה הרגע שבו מתחילים "עותק סופי", "עותק סופי 2" ו"עותק סופי מעודכן".
• מספר צריך להיות ניתן להגנה. כשרואה חשבון שואל מאיפה הגיע סכום, וגיליון לא יודע לענות מי שינה מה ומתי.
• אותו נתון חי בשני מקומות. רשימת לקוחות אחת אצל המכירות, אחרת אצל הגבייה, והן כבר לא זהות.
• העסק צריך מסמכי מס. חשבוניות עם מספור רץ אינן דבר שמנהלים בגיליון.
• מישהו מבזבז יום בחודש על תיאום ידני. זה מספר שאפשר לתמחר מולו.

מתי לא לעבור: אם התהליך עצמו לא מוגדר. ERP אוכף כללים; עסק שלא יודע לתאר את התהליך שלו יגלה שהמערכת החדשה חוסמת אותו במקומות שלא ציפה. קודם לתאר את התהליך, אחר כך לבחור מערכת.

למה העברת הנתונים היא כל הפרויקט

ההנחה הרווחת היא ש"יש קובץ, מייבאים". בפועל, קובץ אקסל שנבנה לאורך שנים מכיל דברים שמערכת מסודרת תדחה.

1. אין טיפוסים

זה השורש של רוב הבעיות. באקסל הכול תא, והתצוגה מטעה:

• תאריכים - חלקם תאריך אמיתי, חלקם טקסט, וחלקם התהפכו בין יום לחודש בלי שאף אחד שם לב. 03/09 יכול להיות שלושה בספטמבר או תשעה במרץ.
• טלפונים - אקסל אוהב למחוק את ה-0 המוביל. 0521234567 הופך ל-521234567, ולפעמים לכתיב מדעי.
• מספרי זהות וח"פ - אותה בעיה, ובנוסף הם מאבדים ספרות מובילות.
• סכומים - מספר עם רווח, עם ₪, או עם פסיק כמפריד עשרוני הוא טקסט. הוא נראה כמו מספר ולא מתנהג כמו מספר.

הכלל המעשי: להוציא את הקובץ ל-CSV ולפתוח אותו בעורך טקסט, לא באקסל. אקסל מציג לך את מה שהוא חושב שהתכוונת; קובץ הטקסט מראה מה באמת שם.

2. אין ייחודיות

לגיליון אין מפתח ראשי. "חברת ישראל בע\"מ", "ישראל בעמ" ו-"Israel Ltd" הם שלוש שורות שהן לקוח אחד. לפני הייבוא צריך לאחד אותן, וזו עבודה אנושית שאף סקריפט לא עושה נכון לבד.

אם יש ח"פ בקובץ - זה המפתח. אם אין, זו העבודה הראשונה: להוסיף אותו. עדיף להשקיע שבוע בניקוי מאשר לגלות אחרי שנה שיש שלושה כרטיסי לקוח לאותה חברה, ושדוח ההכנסות מפוצל ביניהם.

3. יש כללים שרק אדם אחד מכיר

בכל גיליון עסקי יש עמודה שהמשמעות שלה לא כתובה בשום מקום. צבע רקע שאומר "שולם חלקית". הערה בסוגריים בסוף השם. שורה שמישהו מוסיף ידנית בסוף כל חודש.

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

4. יש שגיאות היסטוריות

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

וזו למעשה הזדמנות - אבל צריך להחליט מראש מי מכריע: הנתון הישן או הכלל החדש? ההחלטה הזו שייכת לבעל העסק, לא למי שכותב את סקריפט הייבוא.

מה מעבירים - ומה לא

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

סדר העבודה שעובד

1. לתאר את התהליך לפני שנוגעים בנתונים.
2. לייצא הכול ל-CSV ולבדוק בעורך טקסט.
3. ניקוי ואיחוד - כפילויות, טיפוסים, מפתח ייחודי.
4. ייבוא לסביבת בדיקות של המערכת החדשה. לא לייצור.
5. הצלבה מספרית - סך יתרות הלקוחות בקובץ מול המערכת. אם יש פער של שקל, לעצור ולהבין למה.
6. הרצה מקבילה - שבועיים עד ארבעה בשתי המערכות.
7. מעבר, עם הגיליון הישן שנשמר לקריאה בלבד.

שני השלבים שמדלגים עליהם

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

ההרצה המקבילה היא לא בזבוז. זו התקופה שבה מתגלה התהליך שאף אחד לא תיאר - וזה תמיד קורה. עדיף שיתגלה כשעדיין יש גיבוי עובד.

מה משתנה כשה-ERP ישראלי

• מסמכי מס. ברגע שהמערכת מפיקה חשבוניות, אתה בתחום שבו טעות אינה שורה שמוחקים. סוג המסמך והמספור הרץ הם החלטות שדורשות את רואה החשבון.
• עברית ו-RTL. שמות בעברית עוברים בדרך כלל תקין, אבל טקסט מעורב של עברית ומספרים הוא מקור לתקלות שמתגלות רק ב-PDF ובייצוא.
• מספר הקצאה. לוודא שהתהליך מטפל בדרישת רשות המסים - ראה מספר הקצאה למפתחים.
• אינטגרציות. אם החנות, ה-CRM או הסליקה צריכים לדבר עם המערכת - ראה לחבר ERP ישראלי לכל מערכת אחרת.

מה שנכשל, כמעט תמיד

• לייבא לייצור "רק כדי לראות". אין חזרה נקייה.
• לייבא בלי מפתח ייחודי. הכפילויות יתגלו אחרי חודשים.
• לוותר על ההרצה המקבילה כי לוח הזמנים לחוץ. זה בדיוק המקום שבו לוח הזמנים באמת נשבר.
• לתת למפתח להחליט מה עושים עם נתון היסטורי שגוי. זו החלטה עסקית.