מקור אמת אחד: איך מונעים מידע כפול וסותר בין מערכות?

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

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

איך נוצר מידע סותר

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

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

ארבעה צעדים

1. למפות סוגי מידע

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

2. לקבוע מקור אמת

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

3. להגדיר את הזרימה

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

4. לנקות את מה שכבר סותר

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

מתי סנכרון דו־כיווני מוצדק

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

דוגמה היפותטית: מפיץ ציוד משרדי

טעויות נפוצות

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

רשימת בדיקה

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

שאלות נפוצות

מה אם אין לנו כלי שמחבר בין המערכות?

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

האם צריך מערכת אחת לכל דבר?

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

מי צריך להחליט על מקורות האמת?

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

השורה התחתונה

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