סנכרון ושילוב של SDK נייד עם Salesforce CRM זה כבר לא משהו ששמור לתאגידים גדולים עם תקציבים בלתי מוגבלים. כיום, כל חברה שעובדת עם צוותי מכירות המשתמשים במכשירים ניידים, ERP, SAP או מערכות אחרות יכולה לבנות מערכת אקולוגית שבה הכל מתקשר עם הכל, מבלי לשכפל נתונים או להיתקע באינטגרציות מסובכות.
עכשיו, לעשות את האינטגרציה הזו בצורה טובה (במיוחד כאשר Salesforce Mobile SDK, ERP כמו SAP או Microsoft Dynamics, ואפליקציות ענן אחרות נכנסות לתמונה) דורש הבנה ברורה של הרכיבים: סוגי אינטגרציה, סנכרון סלקטיבי, מחברים, תוכנות ביניים, iPaaS, ממשקי API, אתגרים נפוצים ושיטות עבודה מומלצות. מאמר זה יחבר את כולם, עם גישה מעשית ומיקוד בסביבה אמיתית עם CRM נייד, אפליקציות Backoffice ואפליקציות ארגוניות.
מה באמת מציעה מערכת ניהול קשרי לקוחות ניידים המופעלת על ידי Salesforce?
מערכת CRM ניידת המשולבת היטב עם Salesforce מאפשרת לצוותי מכירות ושירות מידע מעודכן על לקוחות בכל מקום בו הם נמצאיםהימנעות מהר הנייר האופייני ומהזנת נתונים ידנית מייגעת בסוף היום.
התוצאה הישירה היא ש נתוני הלקוחות אמינים יותר ותמיד מעודכניםזה מאפשר לנציגי מכירות להקדיש יותר זמן לביקורים, משא ומתן וסגירת עסקאות, ופחות זמן להקלדה. יתר על כן, נוכחות של אותה תמונה של לקוח במכשיר הנייד שלהם כמו במשרד מפחיתה סתירות ואי הבנות עם מחלקות אחרות.
גם CRM נייד הופך ל מנוף רב עוצמה לשיפור ביצועי המכירותעל ידי הצטלבות נתונים היסטוריים, התנהגות והזדמנויות, נציגים יכולים לתעדף טוב יותר, להתמקד בלידים עם סבירות גבוהה יותר לסגירה, ולזהות אפשרויות של מכירה צולבת או מכירה נוספת בקלות רבה יותר.
בתחום התמיכה, לאחר ה- היסטוריית לקוחות מלאה בנייד (תקריות, העדפות, מוצרים בחוזה, סטטוס הזמנה וכו') מאפשרות לנו להציע שירות אישי ומהיר, מבלי שנצטרך "לחזור למשרד" כדי לבדוק דבר. זה משפר את חוויית הלקוח ומקצר את זמני הפתרון.
מנקודת מבט של עלות, מערכת CRM ניידת מחוברת היטב מפחיתה ניירת, שגיאות ותהליכים ידניים, ו הוא משתלב עם מערכות מפתח אחרות כגון חשבונאות או ניהול מלאיזה הופך את הארגון לגמיש יותר, מפחית משימות אדמיניסטרטיביות חוזרות ונשנות ומשפר את השליטה על הפעילות בכללותה.
עבור מפתחים, השימוש ב-Salesforce Mobile SDK פותח את הדלת ל... אפליקציות מובייל מותאמות אישית שמתקשרות כמעט עם כל מכשיר או מערכת הודות ל-API של הפלטפורמה. זה כולל הכל, החל מאפליקציות iOS/אנדרואיד מקוריות ועד אינטגרציות עם רכיבים חכמים המחוברים לאינטרנט.
סנכרון סלקטיבי: בקרת הכללה ושילוב רשומות
בעת שילוב Salesforce עם מערכות אחרות (לדוגמה, עם HubSpot כמרכז שיווק או עם מערכת ERP), חשוב להגדיר אילו רשומות מסונכרנות בפועל ובאילו תנאיםכאן נכנסים לתמונה מה שנקרא מקטעי הכללה או רשימות.
מקטע הכללה הוא מסנן שקובע אילו אנשי קשר, חברות, כרטיסים או אובייקטים מותאמים אישית מורשים לסנכרן בין Salesforce לפלטפורמה השנייה. רשומות שאינן נכללות בקטגוריית שוק זה פשוט נותרות מחוץ לסנכרון, גם אם הן קיימות במערכת ה-CRM.
זה מאפשר, למשל, לסנכרן רק חברות בשלב מסוים במחזור החייםזה כולל רק כרטיסים עם סטטוסים מסוימים או אנשי קשר משוק ספציפי. זוהי דרך יעילה מאוד להימנע מעומס במערכות ERP, כלי שיווק או אפליקציות מובייל שצריכות לראות רק חלק מהמידע.
חשוב שהמקטעים הללו יהיו מקטעים פעילים המתעדכנים באופן דינמיכאשר רשומה עומדת או אינה עומדת עוד בקריטריונים, היא מתווספת לרשימה או מוסרת ממנה. ניתן להשתמש רק ברשימות פעילות כרשימות הכללה לסנכרון עם Salesforce.
בחירת קטע כרשימת הכללה אינה מרמזת על כך הכל יסונכרן אוטומטית באותו רגע ממש.סנכרון מתרחש כאשר מופעל תהליך סנכרון (מתוזמן או ידני), ובנקודה זו חברי הפלח נשלחים או מתעדכנים ב-Salesforce.
חשוב לזכור שאם Salesforce מוגדר ל צור באופן אוטומטי אנשי קשר מלידים/אנשי קשר חדשיםרשומות אלו עשויות להופיע ב-HubSpot או במערכת אחרת גם אם הן אינן שייכות לפלח ההכללה. במקרה כזה, הן ייווצרו, אך עדכונים עתידיים לא יסונכרנו עד שיעמדו בקריטריונים להכללה.
לעיתים, עשויה להתעורר סיטואציה מוזרה: אם עדכון של מאפיין של רשומה גורם לכך שהרשומה לא תהיה שייכת עוד למקטע ההכללה, הוא עלול... הסנכרון מעובד מהר יותר מאשר הערכה מחדש של מקטעבמקרה בודד זה, ייתכן שעדכון ש"לא אמור" להסתנכרן לפי הכללים, אך זה קורה רק כאשר העדכון אמור להסיר את הרשומה מהפלח, ולא להיפך.
כיצד להגדיר רשימות הכללה ומה לזכור
ניהול רשימות ההכללה נעשה בדרך כלל מהמקטע של יישומים או אינטגרציות מחוברים בכלי השיווק/CRM שלך שמקושר לסיילספורס. הדפוס הטיפוסי דומה מאוד, אם כי הממשק עשוי להשתנות מעט.
תהליך הפעולה האופייני יהיה: גישה להגדרות, כניסה לאפליקציית Salesforce המחוברת, מעבר ללשונית של סנכרון נתונים והזן את כללי הסנכרון עבור האובייקט הרצוי (אנשי קשר, חברות, כרטיסים, אובייקטים מותאמים אישית וכו'). משם, ייפתח תפריט נפתח לבחירת רשימה פעילה קיימת.
אם לא קיים מקטע מתאים, ניתן ליצור אחד כזה. רשימת הכללה חדשהמתן שם ברור ובחירת קריטריונים התואמים את תהליך העסק (לדוגמה, רק חשבונות B2B, רק לקוחות עם הכנסה שנתית העולה על X וכו'). לאחר השמירה והעיבוד, חזור להגדרות האינטגרציה ובחר רשימה חדשה זו כרשימת ההכללה.
בעת ייבוא רשומות מ-Salesforce (למשל, לידים או אנשי קשר) לתוך HubSpot או מערכת אחרת, בדרך כלל מייבאים רק את הנתונים הראשוניים. כתובת דוא"ל או שדות מינימום חובה אחריםמשם, מופעל הסנכרון "הרגיל", אשר לאחר מכן מעביר את שאר השדות, כל עוד איש הקשר נמצא ברשימת ההכללה.
אם איש הקשר אינו חלק מרשימת ההכללה, לאחר הייבוא הראשוני המאפיינים הנותרים יישארו ריקים ולא יסונכרנו. עד שהרשומה תעמוד בתנאים להכללה ברשימה. פעולה זו מונעת מילוי המערכת המשנית במידע שלא יהיה בשימוש.
במהלך הסנכרון הראשוני בין Salesforce למערכת אחרת, עלולים להיווצר מצבים בהם שדות ממופים מעדכנים נתונים ב-Salesforce אפילו אם רשומת המראה טרם נוצרה בפלטפורמה השנייה או שעדיין לא שייכת לפלח ההכללה. זה קורה מכיוון שהערכת ההכללה תלויה בנתונים שכבר נוצרו בצד השני, כך שה"הצלבה הראשונה" עשויה להתנהג בצורה שונה במקצת מסינכרונים עוקבים.
אם רשומת Salesforce משויכת בסופו של דבר לרשומת HubSpot אחרת (או להיפך), האינטגרציה מפרשת אותה כ... זיווג חדשכל זיווג חדש מטופל כסנכרון ראשון, כך שמיפויי שדות יכולים להפעיל רענון מלא ב-Salesforce.
למה לשלב Salesforce CRM עם ERP (SAP, Microsoft Dynamics וכו')?
לפי נתוני Salesforce, רק בערך 29% מהיישומים הארגוניים משולבים באמת אחד עם השני. משמעות הדבר היא שלרוב החברות יש מקום עצום לשיפור מבחינת זרימת מידע ואוטומציה.
Salesforce היא לעתים קרובות מערכת ה-CRM המרכזית, שם נמצאת תמונת המצב הכוללת של הלקוח. הבעיה מתעוררת כאשר מערכת ה-ERP (לדוגמה, SAP או Microsoft Dynamics) מנהלת מלאי, כספים, לוגיסטיקה וחיוב. בלי להיות מסונכרנים. אלו שני עולמות שבלי אינטגרציה, מתפקדים כאיים נפרדים.
שילוב Salesforce עם מערכת ה-ERP מאפשר למכירות, כספים, תפעול ושירות לקוחות לעבוד יחד בצורה חלקה. "שפת נתונים" אחתדוגמאות ברורות: מידע מעודכן על מלאי ומחירים מוצג ממערכת ה-CRM, חשבוניות שהונפקו במערכת ERP מוזנות לפילוחי שיווק, או הזדמנויות שנרכשו ב-Salesforce מומרות אוטומטית להזמנות מכירה ומסמכים ב-SAP.
הערך של האינטגרציה הזו טמון בניסיון שתי המערכות כאילו היו אחת ואותה מערכותאם תיצרו לקוח ב-Salesforce, הוא יהיה זמין ב-SAP מבלי להכפיל את הזנת הנתונים; אם תעשו בדיקת סיכונים או אשראי ב-SAP, תוכלו שהתוצאה תהיה זמינה ב-Salesforce כך שאיש המכירות ידע עד כמה הוא יכול להגיע עם התנאים המסחריים שלו.
חברות ששילבו את Salesforce עם מערכות ERP כגון Microsoft Dynamics, NetSuite או SAP report נראות משופרת לאורך כל מחזור חיי הלקוח, שימור לקוחות רב יותר ועלייה בערך חיי הלקוח על ידי היכולת לעבוד עם קמפיינים והצעות מעודנים הרבה יותר.
מקרי שימוש נפוצים בעת שילוב Salesforce עם מערכת ERP
בפועל, אינטגרציות של Salesforce-ERP מתחילות בדרך כלל בכיסוי שלושה מקרי שימוש חוזרים ונשנים לעתים קרובותאשר לאחר מכן מורחבים עם זרימות מתקדמות יותר:
- סנכרון של הצעות מחיר, הצעות מחיר והזמנותצוות Sales יוצר את הצעת המחיר ב-Salesforce וההזמנה נוצרת או מתעדכנת אוטומטית ב-ERP, תוך נמנעות משגיאות והזנת נתונים כפולה.
- עדכוני מלאי כמעט בזמן אמתמערכת ה-ERP שולחת רמות מלאי ומחירים מעודכנים ל-Salesforce כך שצוות המכירות לא יבטיח מוצרים שאינם קיימים.
- ריכוז נתונים לניתוח ושיווקנתונים פנימיים וחיצוניים (חשבוניות, מוצרים שנרכשו, היסטוריית אינטראקציות) מסונכרנים כך שהשיווק וההנהלה יכולים לפלח טוב יותר ולקבל החלטות מושכלות.
יצרן תעשייתי בגודל בינוני עשוי, לדוגמה, הפחתת זמן עיבוד ההזמנות עד 70% ולבטל כמעט לחלוטין שגיאות הקלדה, פשוט על ידי חיבור Salesforce עם Dynamics 365 Finance ואוטומציה של יצירת הזמנות וסכומים.
עבור מפיץ עם מספר מחסנים, העדיפות היא בדרך כלל גישה מיידית לנתוני מלאי מדויקיםזה מאפשר הפחתה דרסטית של הבטחות שלא מולאו עקב מחסור במלאי ומשפר את דיוק המלאי לרמות הקרובות ל-99,5%.
מצד שני, ספקי שירותי B2B עם עשרות אלפי לקוחות יכולים להשתמש באינטגרציה לרכז נתונים ולהגביר את המכירות הצולבותלדעת אילו לקוחות רכשו מוצרים מסוימים, מי עדיין לא רכש שירות מסוים, או אילו חשבונות נמצאים בסיכון לנטישה, קל הרבה יותר כאשר חשבוניות והזמנות של ERP נצפות ישירות מ-Salesforce.
שיטות שילוב Salesforce-ERP (וכיצד ערכת הפיתוח הניידת משתלבת)
ישנן מספר גישות לחיבור Salesforce עם ERP ויישומים אחרים (כולל SDK לנייד). לכל אחת מהן יש יתרונות וחסרונות מבחינת עלות, גמישות, תחזוקה ולוחות זמנים של הפרויקט.
iPaaS: אינטגרציה כשירות בענן
פלטפורמות iPaaS (פלטפורמת אינטגרציה כשירות) הן שירותי ענן של צד שלישי אשר הם מחברים יישומים ונתונים ללא צורך להתקין דבר מקומי.בדרך כלל הם מציעים מחברים מוגדרים מראש וממשק low-code או no-code, מושלם עבור עסקים קטנים ובינוניים ופרויקטים שבהם צוות ה-IT אינו יכול להקדיש משאבים רבים.
באמצעות iPaaS כמו Rapidi, לדוגמה, ניתן שלב את Salesforce עם מערכת ה-ERP שלך מבלי לתכנת מחדש את מערכת ה-ERPמוצעות תבניות מוכנות מראש המכסות את רוב המיפויים הנפוצים בין ERP ל-CRM, בנוסף לאפשרויות התאמה אישית מבלי לגעת בקוד.
העברות נתונים יכולות לוח זמנים עם גמישותהמידע עובר מוצפן ודחוס כדי למזער את צריכת רוחב הפס, והפלטפורמה מטפלת בשגיאות, תורים וניסיונות חוזרים. עבור Salesforce Mobile SDK, משמעות הדבר היא שהאפליקציה יכולה לצרוך נתונים שכבר מאוחדים הודות לאינטגרציית iPaaS, מבלי שתצטרך לתקשר ישירות עם מערכת ה-ERP.
בין היתרונות העיקריים של iPaaS נמצאים פריסה מהירה, גמישות ומעורבות מופחתת של אנשי ITהסיבה לכך היא שניתן לבצע חלק ניכר מהתצורה באמצעות פרופיל עסקי מתקדם עם תמיכה טכנית מזדמנת. עם זאת, החברה הופכת תלויה במידה רבה בספק הפלטפורמה לצורך תחזוקה ותמיכה.
תוכנת ביניים לאינטגרציה (ענן או מקומי)
תוכנת הביניים מתפקדת כ- שכבה ביניים המתרגמת ומעבירה נתונים בין Salesforce ל-ERP, בין אם בענן או מותקן על התשתית שלך. מבחינה היסטורית זה היה מאוד מקומי, אבל כיום פתרונות רבים מבוססים גם על ענן, מה שמטשטש את הגבול עם iPaaS.
גישה זו מעניינת לעיתים קרובות עבור חברות הזקוקות רמה גבוהה של התאמה אישית, טרנספורמציות נתונים מורכבות או אינטגרציות הכוללות מספר מערכות ארגוניות בנוסף ל-Salesforce ו-ERP.
פתרונות תוכנה מבוססי ענן כמו Rapidi מאפשרים קריאה וכתיבה של נתונים למערכות כמו Microsoft Dynamics באמצעות פרוטוקולים כמו OData, יישום לוגיקת טרנספורמציה מתקדמת ו- תזמור זרימות נתונים מורכבותהיתרון הוא חוסן, גמישות ואבטחה משולבת; עלות הכניסה בדרך כלל גבוהה יותר, וזה יוצר תלות בספק תוכנת הביניים.
מחברים של צד שלישי ספציפיים ל-Salesforce-ERP
מחברים של צד שלישי הם כלים מוכנים לשימוש ש הם משלבים Salesforce עם ERP ספציפי. (לדוגמה, NetSuite, Dynamics 365, NAV, AX, GP, SAP…) עם מעט מאוד הגדרות. כוחם טמון במהירות שלהם ובעובדה שהם כבר כוללים מיפויים סטנדרטיים שתוכננו עבור מערכות אלו.
בפרויקטים פשוטים, מחבר טוב יכול להשאיר אינטגרציה פונקציונלית עניין של שעות במקום שבועותיתר על כן, הם מאפשרים לעתים קרובות התאמות אישיות מסוימות ללא צורך בתכנות, וזה אידיאלי לעסקים קטנים ובינוניים או לפיילוטים מהירים.
הסיכון העיקרי הוא שכל מחבר מוסיף שכבה חדשה לארכיטקטורת הנתוניםחיוני לוודא שהוא עומד בתקנות האבטחה והגנת המידע הרלוונטיות (למשל, GDPR), ושהוא תומך כראוי בהתאמות האישיות שכבר קיימות ב-ERP וב-Salesforce שלך.
אינטגרציה נקודה לנקודה
אינטגרציה נקודה לנקודה מבוססת על חבר את Salesforce ישירות למערכת אחרת ניתן לעשות זאת באמצעות סקריפטים, שירותים קטנים או חיבורים ישירים, מבלי להשתמש בפלטפורמות ביניים. זה מפתה מכיוון שהעלות הראשונית נמוכה וניתן ליישם זאת במהירות אם יש רק צורך ספציפי מאוד (לדוגמה, שליחת הזמנות מ-Salesforce למערכת ERP פשוטה).
עם זאת, ככל שהדרישות גדלות (יותר אובייקטים, יותר מערכות, יותר זרימות), הארכיטקטורה הופכת ל "ספגטי" קשה לתחזוקהכל חיבור חדש דורש פיתוח, בדיקה, ניטור ותחזוקה ספציפיים. זה אולי מקובל בתרחישים מוגבלים מאוד, אך זה לוקה בחסר בפרויקטים בינוניים או גדולים.
אינטגרציה מותאמת אישית באמצעות API
האפשרות הגמישה ביותר היא לפתח אינטגרציה מותאמת אישית באמצעות ממשקי API של Salesforce וממשקי API של ERPSalesforce מציעה מערכת אקולוגית עשירה מאוד (REST, SOAP, Bulk API, Streaming וכו'), המאפשרת כמעט כל סוג של אינטגרציה או זרימה מותאמת אישית.
גישה זו הגיונית כאשר דרישות העסק הן ספציפיות ביותר או שאנחנו מדברים על ארגונים גדולים עם צוותי IT המוקדשים לאינטגרציה ופיתוח מתמשך. רמת השליטה היא מקסימלית, אבל כך גם העלות, זמן ההטמעה והתלות במפתחים.
בסביבות מובייל עם ערכות SDK של Salesforce, ניתן להשתמש ב-API המותאם אישית כדי לאפשר לאפליקציה להתחבר אל נקודות קצה פנימיות המאחדות נתונים ממערכות מרובותמניעת הצורך של הטלפון הנייד לתקשר עם כל החלקים בנפרד.
אתגרים נפוצים בעת שילוב Salesforce עם ERP ואפליקציות מובייל
שילוב אפליקציות Salesforce, ERP ואפליקציות מובייל דרך ה-SDK אינו רק עניין טכני. ישנם אתגרים נפוצים מאוד שאם לא יטופלו, עלולים... מסתיימת בפרויקטים אינסופיים או באינטגרציות לא אמינות.
אחד השכיחים ביותר הוא אי התאמה בפורמט הנתוניםלדוגמה, Salesforce מאחסנת מספר טלפון כ-"(555) 123-4567" ומערכת ה-ERP מצפה לכך כ-"5551234567". ללא מיפוי והמרה נכונים, סנכרון עלול לגרום לשגיאות או לרשומות לא עקביות.
מקובל למצוא גם בעיות שלמות נתוניםמידע כפול, חלקי או לא שלם. אם אותו לקוח קיים בשתי המערכות עם שמות שונים במקצת, או ללא מזהה משותף, התוצאה צפויה להיות בלגן של רשומות כפולות שמסבכות את הניהול.
שגיאות סנכרון בזמן אמת הן עוד קלאסיקה: אם יש פסקי זמן, ניתוקי חיבור או עומסים מוגזמיםהזמנה שנוצרת ב-Salesforce יכולה לקחת זמן רב מדי להופיע במערכת ה-ERP, או להיפך. כדי למתן מצב זה, נדרשת אסטרטגיה ברורה לניסיונות חוזרים, קביעת תורים וקביעת סדרי עדיפויות לנתונים קריטיים.
כאשר מתרחשים עדכונים רבים בו זמנית באותן רשומות במערכות שונות, מתעוררת הבעיה של "מי אחראי" ומה המידע העדכני ביותרללא מדיניות מערכת ראשית, חותמות זמן וכללי יישוב סכסוכים, קל לדרוס מידע חשוב.
ברמה הטכנולוגית, חוסר תאימות בין מערכות (גרסאות ERP ישנות יותר, מגבלות API וכו') מאלץ אותנו... להשתמש במחברים או בתוכנת ביניים הפועלים כגשרתרגום פרוטוקולים ופורמטים. יתר על כן, סנכרון כמויות גדולות מאוד של נתונים במהלך שעות הפעילות יכול להשפיע לרעה על ביצועי Salesforce ומערכת ה-ERP כאחד.
כדי לטפל בכל זה, מומלץ לקבוע כללי מיפוי ברורים, אימותים, ביטול כפילויות ובדיקות יסודיות לפני שמכניסים משהו לייצור, התחילו בסנכרון רק של הנתונים הקריטיים ביותר (לקוחות, הזמנות) ולאחר מכן הרחיבו לאובייקטים אחרים. זה מפחית סיכונים ומאפשר לכם להתאים את האינטגרציה תוך כדי תנועה.
מחברי Salesforce-ERP וכיצד לבחור את המתאים
מחברי Salesforce הם כלים המאפשרים קישור Salesforce למערכות אחרות מהמערכת האקולוגית או חיצונית, בין אם מדובר בארגון Salesforce אחר, Tableau CRM, ERP או מסדי נתונים כמו Oracle, MySQL או PostgreSQL.
מחבר Salesforce-ERP פועל כ "מתרגם" בין שפת המכירות לשפת התפעולהיא לוקחת נתונים ממערכת אחת, מתאימה אותם לפורמט של השנייה, ומבטיחה שההודעות יגיעו בזמן ומעודכנות משני הצדדים בגרסה העדכנית ביותר הזמינה.
שימוש במחבר מעוצב היטב פירושו ש אין עוד צורך להעתיק נתונים באופן ידני בין מערכות, ושצוותים יכולים לסמוך על כך שהם מסתכלים על אותו מידע, הן מממשק האינטרנט של Salesforce והן מאפליקציות המובייל מבוססות SDK.
כדי לבחור את המחבר הנכון, מומלץ לשאול את עצמכם סדרה של שאלות מרכזיות בכמה בלוקים: עסקי, מחיר, טכני, יישום ותחזוקה.
ברמה הפונקציונלית, יש צורך לאמת אם המחבר זה תומך בכל האובייקטים שאתה צריך (חשבונות, אנשי קשר, מוצרים, הזמנות, מלאי, חשבוניות, אובייקטים מותאמים אישית), כיצד הוא מטפל בשדות מותאמים אישית והאם הוא מאפשר סנכרון דו-כיווני או חד-כיווני.
מבחינה כלכלית, חשוב להבין את מודל תמחור מדויק (רישיון יחיד, מנוי, תשלום לפי שימוש), עלויות נוספות פוטנציאליות, מגבלות נפח נתונים ותקופת החזר סביר על ההשקעה בהשוואה לאינטגרציה מותאמת אישית.
בצד הטכני, עלינו לברר אילו שיטות חיבור משתמש המחבר עם גרסת ה-ERP הספציפית שלך?, כיצד הוא מתרחב עם כמויות גדולות של נתונים, אילו אמצעי אבטחה הוא משלב (הצפנה, אימות, תאימות לתקנות) וכיצד מנוהלים ומדווחים על שגיאות.
בנוגע ליישום, חשוב להיות ברורים לגבי מסגרת זמן אופיינית לפרויקט עבור חברות בגודל שלכם, אילו משאבים פנימיים נדרשים, האם יהיה צורך לשנות את המערכות הקיימות, ואיזה סוג של בדיקות מומלץ לפני שמתחילים ברצינות.
לבסוף, בתחזוקה, חשוב לדעת מה קורה כאשר Salesforce או מערכת ה-ERP מעודכניםאיזו רמת תמיכה מציע הספק, כיצד מנוטר סטטוס האינטגרציה, ומהי תוכנית ההתאוששות מאסון במקרה של תקלה?
פתרון בוגר שכבר קיים תבניות מוגדרות מראש ודירוג גבוה ב-AppExchange זה יכול לפשט מאוד את התהליך. ואם אתם צריכים לכסות מקרי שימוש ספציפיים מאוד, חיוני שהמחבר יאפשר התאמות אישיות מהירות מבלי שתצטרכו לכתוב הכל מחדש מאפס.
בניית מערכת אקולוגית שבה SDK, CRM, ERP ואפליקציות ארגוניות אחרות של Salesforce מתפקדות כמערכת אחת וקוהרנטית אינה דבר של מה בכך, אך בעזרת גישה המבוססת על אינטגרציה סלקטיבית, שיטות מתאימות (iPaaS, תוכנה ביניים או מחבר ייעודי) וניהול טוב של נתוני אב, מושגת פלטפורמה זריזה הרבה יותר, עם צוותים בעלי ידע טוב יותר, תהליכים אוטומטיים יותר וחוויית לקוח חזקה משמעותית. שתפו את המידע כדי שמשתמשים אחרים יוכלו ללמוד על הנושא.