העברת נתונים מאקסל ל-CRM: הסדר שמונע כפילויות ונתונים שבורים

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

סדר העבודה, שבעה שלבים

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

שלב 6 הוא זה שמדלגים עליו ומשלמים עליו: קובץ עם 4,000 שורות שנטענו 3,860 ממנו מדווח לעתים קרובות כהצלחה, ואיש לא יודע אילו 140 חסרות.

למה טלפון הוא המפתח הנכון בישראל

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

נרמול טלפון בישראל פירושו: להוריד רווחים ומקפים, להוריד את הקידומת הבינלאומית ולהחזיר אפס מוביל, ולהתעלם משלוחות. אחרי זה, 050-123-4567, +972501234567 ו-0501234567 הופכים לאותו ערך, ורק אז אפשר לספור כפילויות באמת.

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

מה לא להעביר

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

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

איך מזהים כפילויות בלי כלים מיוחדים?

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

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

אחרי הטעינה: שלושה דברים ביום הראשון

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

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

מיפוי שדות: איפה זה נשבר

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

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

כדאי לכתוב את המיפוי בטבלה פשוטה - עמודה בקובץ, שדה במערכת, מה עושים עם ערכים חריגים - ולשמור אותה. היא תידרש שוב בטעינה השנייה, וכמעט תמיד יש טעינה שנייה.

מה עושים כשהקובץ מגיע מכמה מקורות

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

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

איך בודקים שהטעינה הצליחה?

לא לפי הודעת "הייבוא הסתיים בהצלחה". שלוש בדיקות שלוקחות רבע שעה ומגלות כמעט כל בעיה:

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

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

מקורות

• Fireberry - ייבוא ונתונים
• Kala CRM - קליטת פניות ולקוחות ממקורות שונים