איכות נתונים בגבייה: למה מידע לא מדויק עולה בזמן, כסף וסיכון

איכות נתונים נבחנת בכמה ממדים: דיוק, שלמות, עדכניות, עקביות וייחודיות. רשומה יכולה להיות מלאה אך שגויה, או נכונה אך ישנה מדי לשימוש.

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

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

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

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

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

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

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

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

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