הסבת נתונים – מה באמת קובע אם המעבר יצליח

שלושת המספרים, לפני כל ספק

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

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

הכפילות בעברית: למה היא קשה מהרגיל

זיהוי כפילויות הוא אתגר בכל שפה, ובעברית יש שני גורמים נוספים שמומלץ להכיר מראש.

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

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

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

הבדיקה שמכריעה: יישוב ולא ספירה

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

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

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

היסטוריה: להחליט במפורש

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

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

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

סימנים שההצעה לא תחזיק

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

איך אני עובד על זה

עיסוק בתחום מאז 2004, עבודה על מערכות AI מאז 2023, פרויקטים ללקוחות בארבע עשרה מדינות. אני ארכיטקט עצמאי ולא ספק מערכת, ולכן מסקנה כמו «אל תעבירו את ההיסטוריה, השאירו ארכיון» או «הנתונים שלכם לא במצב שמאפשר את התאריך הזה» היא תוצאה לגיטימית, ולעיתים זו ההכרעה שחוסכת את הפרויקט.

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