אינטגרציה בין Salesforce ל-monday.com: מכירות בסיילספורס, ביצוע במאנדיי

למה מחברים בין Salesforce ל-monday.com

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

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

שאלות שאנחנו שומעים:

• "איך עסקה שנסגרה בסיילספורס פותחת לבד פרויקט במאנדיי?"
• "איך מנהל הלקוח רואה ב-Salesforce איפה עומד הביצוע?"
• "יש לנו חיבור, אבל הוא יוצר כפילויות ואף אחד לא יודע מתי הוא נכשל."

דפוסי סנכרון נפוצים

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

תרחיש טיפוסי: מעסקה סגורה לפרויקט פעיל

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

בעמותות ובקרנות

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

מקור אמת ומזהים

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

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

טיפול בשגיאות וניטור

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

• יומן ריצות: כל סנכרון נרשם, עם הרשומה, הכיוון והתוצאה.
• התראה לאדם הנכון: כשל שולח התראה לבעלים מוגדר, ב-monday.com, במייל או בצ'אט, ולא נעלם בלוג.
• ניסיון חוזר מבוקר: כשל זמני, כמו חריגה ממגבלת קריאות, נשלח שוב אוטומטית. כשל בנתונים, כמו שדה חובה חסר, נעצר ומחכה לתיקון.
• עבודה בתוך המגבלות: ה-API של monday.com מגביל את מורכבות השאילתות, ו-Salesforce מגביל את מספר קריאות ה-API ביום. אנחנו מקבצים עדכונים ומתזמנים סנכרונים כבדים כך ששתי המערכות נשארות בתוך הגבולות.
• הרשאות מינימליות: ב-Salesforce משתמש אינטגרציה ייעודי עם הרשאות מינימליות, וב-monday.com טוקן שנשמר בצד השרת ולא נחשף לדפדפן.

איך מחברים: כלים ושיטות

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

• האינטגרציה המובנית של monday.com ל-Salesforce: זמינה במרכז האינטגרציות של monday.com, בהתאם לחבילה, ומתאימה לזרימות פשוטות כמו יצירת פריט מרשומה. כשיש לוגיקה, תבניות או כמה כיוונים, בונים חיבור מלא.
• Workato: פלטפורמת אינטגרציה עם מחברים מוכנים לשתי המערכות, היסטוריית ריצות, התראות וניהול הרשאות. מתאימה כשיש כמה תהליכים, או כשהחיבור ל-monday.com הוא חלק ממערך אינטגרציות רחב יותר. CloudX היא שותפה מוסמכת של Workato.
• קוד ייעודי: Flow ו-Apex בצד Salesforce, עם Named Credential שמחזיק את פרטי הגישה, ו-webhooks של monday.com שמפעילים שירות Node קטן. מתאים כשהלוגיקה ספציפית לארגון וכשרוצים שליטה מלאה.
• אוטומציות של monday.com: חלק מהזרימה, כמו הקצאת אחראי או תזכורת, נשאר בתוך monday.com ולא צריך אינטגרציה בכלל.

עברית ונתונים ישראליים

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

איך פרויקט אינטגרציה מתנהל

1. מיפוי התהליך: מי עובד באיזו מערכת, מה כל צוות צריך לראות מהצד השני, ומה מפעיל כל סנכרון.
2. אפיון: טבלת שדות עם כיוון, מקור אמת ומיפוי ערכים, וכללים למקרי קצה: עסקה שנפתחה מחדש, פרויקט שבוטל, לקוח שמוזג.
3. בנייה בסביבת בדיקות: sandbox של Salesforce ובורדים ייעודיים לבדיקה ב-monday.com.
4. בדיקות קבלה: עם הצוותים משני הצדדים, על תרחישים אמיתיים.
5. עלייה לאוויר וליווי: בשבועות הראשונים אנחנו עוקבים אחרי כל ריצה והופכים כל מקרה קצה חדש לכלל.
6. תיעוד ותחזוקה: מה כל חיבור עושה, מה מפעיל אותו ומי מקבל התראה.

מה משפיע על העלות

אין מחיר קבוע, כי העלות תלויה בהיקף. הגורמים העיקריים:

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

אחרי שלב האפיון אפשר לתת הערכה מבוססת.

למה CloudX

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

גם מערכת הנהלת החשבונות צריכה להיות בתמונה? ראו חיבור Salesforce להנהלת חשבונות. מנהלים מכירות בסיילספורס וביצוע במאנדיי? דברו איתנו ונמפה יחד את החיבור הראשון.