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