כשמחברים נכון את HubSpot ל-Priority, מקבלים תהליך הצעה-עד-תשלום (quote-to-cash) אחד, מההזדמנות ב-CRM ועד החשבונית ב-ERP, בלי שאותם נתונים מוקלדים פעמיים ובלי ששתי המערכות מספרות סיפורים שונים. הכלי שמחבר ביניהן הוא החלק הקל. הסוד הוא בתכנון: מי מקור האמת בכל שדה, ולאיזה כיוון הנתונים זורמים.
את המדריך כתבנו ב-IV-Lead, שותפת HubSpot ברמת Gold מתל אביב שמחברת את HubSpot ל-Priority ול-SAP Business One בחברות B2B בישראל. התהליך שמתואר כאן הוא זה שאנחנו בונים בפועל, כולל המקומות שבהם הוא נוטה להישבר.
כי בלי החיבור, צוות המכירות חי ב-HubSpot, צוות הכספים חי ב-Priority, ואותו לקוח קיים פעמיים עם פרטים שונים. אינטגרציה טובה סוגרת את הפער: עסקה שנסגרת ב-HubSpot הופכת להזמנה ב-Priority, לקוח חדש נפתח פעם אחת ומסתנכרן, וסטטוס התשלום חוזר ל-CRM, כך שבמכירות יודעים מה קורה גם אחרי החתימה. בסוף יש לכם תמונת הכנסה אחת, פחות טעויות ידניות, ודרך קצרה יותר מהצעת המחיר ועד התשלום.
ברוב ההטמעות מסנכרנים ארבעה סוגי אובייקטים: לקוחות (חברות ואנשי קשר), הזמנות, חשבוניות, ולפעמים גם קטלוג מוצרים ומחירונים. השאלה הקשה היא איך מסנכרנים, כי לכל סוג נתון צריך להחליט מי מקור האמת. למשל, פרטי הלקוח יכולים להיקבע ב-Priority ושלב העסקה ב-HubSpot. בלי החלטה כזאת לכל שדה, הסנכרון הופך לקרב שבו המערכות כותבות זו על זו.
מאותן סיבות שכל אינטגרציה נשברת, רק שכאן המחיר גבוה יותר, כי מדובר בכסף. ארבעה גורמים חוזרים שוב ושוב. הראשון: אין מקור אמת מוגדר, ולכן שתי המערכות ״מתקנות״ זו את זו. השני: סנכרון דו-כיווני בלי כללים, שדורס נתון נכון. השלישי: החיבור לא מותאם למבנה החשבוניות ולרגולציה בישראל, ודווקא החלק הפיננסי נופל. הרביעי: אין ניטור, ותקלה מתגלה רק כשחשבונית יוצאת שגויה. כל אלה כשלי תכנון, והתוכנה עצמה כמעט אף פעם לא אשמה.
מתייחסים אליו כאל פרויקט ארכיטקטורה. קודם מגדירים אילו אובייקטים מסתנכרנים, אחר כך קובעים מקור אמת לכל שדה, מחליטים על כיוון הסנכרון בכל זרם (ברוב המקרים חד-כיווני), ומגדירים מה קורה כשרשומה משתנה בשני הצדדים. כדי לתווך בין המערכות משתמשים בדרך כלל בשכבת אינטגרציה כמו Engini.io, שמאפשרת לבנות את הכללים האלה בלי פיתוח כבד. אבל הכלי הוא רק האמצעי. מה שקובע אם החיבור יחזיק הוא התכנון שמתחתיו, וזה גם החלק שהכי קל לדלג עליו והכי יקר לתקן אחר כך.
זה תלוי במורכבות. ברוב חיבורי HubSpot-Priority בישראל, שכבת אינטגרציה כמו Engini.io היא הבחירה הנכונה: היא גמישה, מהירה לבנייה וקלה יותר לתחזוקה מפיתוח ייעודי. פיתוח מותאם דרך ה-API שמור למקרים שבהם הלוגיקה ייחודית ואף פתרון מדף לא מכסה אותה. הכלל פשוט: מתחילים מהפתרון הפשוט ביותר שעונה על הצורך, גם אם הוא פחות ״מרשים״.
כי חיבור בין HubSpot ל-Priority נוגע בחשבוניות ישראליות, ברגולציה מקומית ובמבנה נתונים שמערכת גלובלית לא תמיד מכירה. שותף שמבין לעומק גם את HubSpot, גם את Priority וגם את הדקויות של חיוב בישראל, הוא ההבדל בין חיבור שעובד לבין חשבונית שיוצאת שגויה. זו עבודת אינטגרציה שדורשת לדבר בשתי השפות, העסקית והטכנית, בלי שמשהו הולך לאיבוד בתרגום ביניהן.
אינטגרציה בין HubSpot ל-Priority מצליחה כשמתכננים אותה מראש: מקור אמת לכל שדה, כיוון סנכרון מוגדר וניטור על הזרם הפיננסי. כך מקבלים תהליך הצעה-עד-תשלום אחד שמחבר את המכירות והכספים, במקום שתי מערכות שמתקנות זו את זו ומפילות חשבוניות בדרך.
בדרך כלל לקוחות (חברות ואנשי קשר), הזמנות, חשבוניות, ולפעמים גם קטלוג מוצרים ומחירונים. לכל סוג נתון כדאי להגדיר מי מקור האמת ולאיזה כיוון הוא מסתנכרן.
ברוב המקרים כי אין מקור אמת מוגדר, כי הסנכרון הדו-כיווני רץ בלי כללים, או כי החיבור לא מותאם למבנה החשבוניות הישראלי. אלה כשלי תכנון, ולכן הפתרון מתחיל בתכנון הארכיטקטורה, עוד לפני שנוגעים בהגדרות.
זה תלוי בכמה אובייקטים מסנכרנים ובמורכבות הלוגיקה. חיבור ממוקד עם שכבת אינטגרציה יכול לעלות לאוויר תוך שבועות, וחיבור עם לוגיקת תמחור וחיוב מורכבת לוקח יותר. רוב הזמן הולך על תכנון מקור האמת, הרבה יותר מאשר על הבנייה עצמה.
אנחנו ב-IV-Lead עושים הטמעות, אינטגרציות וליווי שוטף של HubSpot לחברות B2B, ובכל חיבור ל-ERP מתחילים ממיפוי של מי קובע מה, עוד לפני שבוחרים כלי. רוצים שנסתכל על החיבור שלכם, או על זה שאתם רק מתכננים? דברו איתנו לשיחת אבחון קצרה.