חיבור CRM ו-ERP
למערכת BI אחת
שאיבת נתונים ממערכות התפעול, איחודם במחסן נתונים אחד וחיבורם לכלי ה-BI, כך שכל דוח מציג מספר אחד שאפשר לסמוך עליו.
ברוב הארגונים הנתונים כבר קיימים. הם פשוט יושבים בשלוש מערכות שלא מדברות זו עם זו: הלידים ב-CRM, החשבוניות ב-ERP, והתפעול השוטף בגיליון אקסל משותף. חיבור CRM ל-BI וחיבור ERP ל-BI הוא השלב שהופך את הנתונים המפוזרים האלה לתמונה עסקית אחת.
אנחנו בונים את שכבת האינטגרציה שמאחדת את המקורות: שאיבה מכל מערכת, ניקוי ואיחוד במחסן נתונים מרכזי, וחיבור מערכת ה-BI מעליו. התוצאה היא דוחות שמצליבים מכירות מול גבייה, תפעול מול מלאי, ושיווק מול הכנסה בפועל.
שכבת מחסן הנתונים היא לא מותרות
הדרך המהירה לחבר BI ל-CRM היא להצביע על בסיס הנתונים של מערכת המקור ולהתחיל לשאול שאלות. זה עובד יפה בהתחלה, וזו גם הסיבה שכל כך הרבה ארגונים מגיעים אלינו אחרי שזה כבר הפסיק לעבוד.
שאילתות אנליטיות כבדות מתחרות על אותם משאבים שהמערכת התפעולית צריכה כדי לשרת את הצוות. ככל שהנפח גדל, המערכת שאנשים עובדים איתה כל היום מאטה. מעבר לכך, מערכות תפעוליות דורסות ערכים: כשסטטוס עסקה משתנה, הערך הקודם נעלם, ואיתו היכולת לנתח מגמות לאורך זמן.
מחסן נתונים בין מערכת המקור לבין כלי ה-BI פותר את שתי הבעיות. הוא מוריד את העומס מהמערכת התפעולית, והוא שומר היסטוריה גם כשהמקור לא שומר אותה.
/ חיבור CRM למערכת BIמהליד ועד ההכנסה בפועל
ה-CRM מחזיק את כל מה שקורה לפני שנסגרת עסקה: מקורות הלידים, שלבי המשפך, זמני התגובה ואחוזי הסגירה לכל איש מכירות. חיבור CRM למערכת BI מאפשר לראות לא רק כמה עסקאות נסגרו, אלא מאיפה הן הגיעו וכמה באמת עלה להביא כל אחת מהן.
בפועל השאיבה נעשית דרך ה-API של המערכת או ישירות מבסיס הנתונים, תלוי בסוג ההתקנה. אובייקטים מותאמים ושדות מחושבים דורשים תשומת לב מיוחדת, כי הם בדרך כלל מחזיקים את הלוגיקה העסקית שהארגון הכי מסתמך עליה.
/ חיבור ERP למערכת BIהמספרים שסוגרים את המעגל
ה-ERP מחזיק את הצד השני של הסיפור: חשבוניות, גבייה, מלאי, עלויות רכש ורווחיות בפועל. חיבור ERP ל-BI הוא מה שמאפשר לעבור מדיווח על פעילות לדיווח על תוצאה. הכנסה מוכרת, שולי רווח לפי מוצר או לקוח, ומצב תזרים אמיתי במקום הערכה.
מערכות ERP נפוצות בישראל כמו Priority, SAP Business One וחשבשבת נבדלות זו מזו בשיטת השאיבה, אבל העיקרון זהה: מוציאים את התנועות ברמת הפירוט הנמוכה ביותר האפשרית, כי אפשר תמיד לסכם מלמטה למעלה ואי אפשר לפרק סיכום שכבר בוצע.
/ שילוב CRM ו-ERP יחדהמקום שבו ה-BI מחזיר את ההשקעה
שילוב CRM ו-ERP למערכת BI אחת הוא הרגע שבו הפרויקט מתחיל להחזיר. כל עוד כל מערכת מדווחת בנפרד, מנהל המכירות רואה עסקאות סגורות והכספים רואים גבייה, ואף אחד לא רואה את הקשר ביניהם.
כשהשתיים מחוברות אפשר לענות על שאלות שאף מערכת לא יכולה לענות עליהן לבד: אילו מקורות לידים מביאים לקוחות שמשלמים בזמן, מה שולי הרווח האמיתיים לפי ערוץ שיווקי, ואיזה סוג לקוח שווה את מאמץ המכירה שהושקע בו.
התנאי הטכני לכל זה הוא מפתח מזהה משותף. אותו לקוח מופיע ב-CRM בתור "חברת ישראל בע״מ" וב-ERP בתור "ישראל בעמ", ובלי לוגיקת התאמה שסוכמה מראש כל דוח מוצלב יציג מספרים שגויים. זה השלב שאנחנו סוגרים לפני שכותבים שורת קוד.
מערכות CRM
API מלא, כולל אובייקטים מותאמים ושדות מחושבים.
שאיבה דרך REST/Bulk API, תמיכה באובייקטים מותאמים.
עסקאות, אנשי קשר ופעילויות דרך ה-API הרשמי.
חיבור דרך Dataverse או ישירות ל-SQL.
מערכות ERP והנהלת חשבונות
שאיבה ישירה מה-DB או דרך ממשק ה-OData.
חיבור ל-HANA או ל-SQL Server לפי סוג ההתקנה.
ייצוא מובנה של תנועות, כרטסות ומסמכי מכר.
מערכות תפעול ומקורות נוספים
לוחות, עמודות מותאמות וסטטוסים דרך ה-API.
כל מקור עם API, בסיס נתונים או ייצוא מתוזמן.
לא מצאתם את המערכת שלכם? כל מקור עם API, בסיס נתונים נגיש או ייצוא מתוזמן ניתן לחיבור. אינטגרציות ואוטומציות הוא השירות המשלים למקרים שדורשים פיתוח ממשק ייעודי.
ארבעה שלבים, כל אחד עם תוצר
מיפוי מקורות הנתונים
עוברים על כל מערכת שמחזיקה נתונים רלוונטיים ומתעדים מה יש בה, באיזו תדירות היא מתעדכנת ומי הבעלים העסקי שלה.
התוצר: מסמך מיפוי מקורות עם רשימת הטבלאות והשדות הנדרשים.
הגדרת מודל הנתונים
מחליטים איך הישויות מהמערכות השונות מתחברות זו לזו. לקוח ב-CRM וספק ב-ERP צריכים מפתח משותף, אחרת הדוח לא יסתדר.
התוצר: סכמת מחסן נתונים עם מפתחות, היררכיות ולוגיקת איחוד רשומות.
בניית תהליכי ה-ETL
כותבים את תהליכי השאיבה, הניקוי והטעינה, כולל טיפול בשגיאות, בטעינות חוזרות ובשינויים רטרואקטיביים במערכת המקור.
התוצר: תהליכי ETL מתוזמנים עם ניטור וכשל מדווח.
חיבור שכבת התצוגה
מחברים את מערכת ה-BI למחסן הנתונים, בונים את המדדים ומוודאים שהמספרים בדשבורד תואמים למה שהמערכת התפעולית מראה.
התוצר: דשבורדים מחוברים ומסמך הגדרות מדדים מוסכם.
ארבע הסיבות שפרויקטים כאלה נתקעים
כמעט כל פרויקט אינטגרציה שנתקע נתקע מאחת מארבע הסיבות הבאות, ולרובן אין קשר לקושי טכני.
- חיבור ישיר של ה-BI למערכת התפעולית. חיבור Power BI ישירות ל-CRM או ל-ERP עובד עד שהנפח גדל. אז השאילתות מאטות את המערכת התפעולית ומשתמשים מתחילים להתלונן. שכבת מחסן נתונים בין השתיים פותרת את זה.
- היעדר מפתח מזהה משותף. אותו לקוח מופיע ב-CRM בשם אחד וב-ERP בשם אחר. בלי לוגיקת התאמה מוסכמת מראש, כל דוח שמצליב מכירות מול גבייה יראה מספרים שגויים.
- הגדרות מדד שלא סוכמו. אם המכירות והכספים לא הסכימו מה נחשב עסקה סגורה, שתי המחלקות יראו שני מספרים שונים ויאבדו אמון בכל המערכת. את זה סוגרים לפני שכותבים שורת קוד.
- התעלמות מהיסטוריית שינויים. מערכות תפעוליות דורסות ערכים. אם סטטוס עסקה משתנה ואין תיעוד, אי אפשר לנתח מגמות לאורך זמן. מחסן נתונים נכון שומר את ההיסטוריה גם כשהמקור לא.
שאלות נפוצות על חיבור CRM ו-ERP ל-BI
איך מחברים CRM למערכת BI?
החיבור נעשה בשלושה שלבים: שאיבת הנתונים מה-CRM דרך ה-API או בסיס הנתונים שלו, טעינה למחסן נתונים מרכזי שבו הם מנוקים ומאוחדים עם מקורות אחרים, וחיבור מערכת ה-BI למחסן. לא מומלץ לחבר את ה-BI ישירות ל-CRM התפעולי, כי שאילתות כבדות מאטות את המערכת שהצוות עובד איתה.
אפשר לחבר גם CRM וגם ERP לאותה מערכת BI?
כן, וזה בדיוק המקרה שבו BI מחזיר את ההשקעה הכי מהר. שילוב CRM ו-ERP למערכת BI אחת מאפשר לראות את כל מסע הלקוח, מהליד הראשון ועד החשבונית והגבייה, בדוח אחד. התנאי הוא הגדרת מפתח מזהה משותף שמאפשר להצליב את אותו לקוח בין שתי המערכות.
כל כמה זמן הנתונים במערכת ה-BI מתעדכנים?
תדירות הרענון נקבעת לפי הצורך העסקי ולפי מה שמערכת המקור מאפשרת. עבור רוב הדוחות הניהוליים רענון לילי מספיק. עבור מדדים תפעוליים כמו מלאי או תור שירות אפשר לרדת לרענון כל שעה או פחות, בהתאם למגבלות ה-API של מערכת המקור.
המערכת שלנו ישנה ואין לה API. אפשר בכל זאת לחבר אותה?
ברוב המקרים כן. אם אין API, אפשר לשאוב ישירות מבסיס הנתונים, לקרוא קבצי ייצוא מתוזמנים, או לבנות שכבת ביניים שחושפת את הנתונים בצורה מסודרת. מערכת ללא API היא בעיה של שיטת שאיבה, לא חסם שמונע BI.
כמה זמן לוקח לחבר מערכת אחת?
חיבור של מערכת בודדת עם API מסודר ודרישות דוח ברורות הוא פרויקט קצר. מה שמאריך אותו הוא בדרך כלל איכות הנתונים במקור ואי הסכמות על הגדרות מדדים, לא הפיתוח עצמו. בפגישת אפיון קצרה אפשר לתת הערכה ריאלית למקרה הספציפי שלכם.
המערכות שלכם לא מדברות זו עם זו?
נשמח לעבור על המקורות הקיימים ולהגיד לכם מה אפשר לחבר ומה ידרוש עבודה מקדימה.