מכירות מול תפעול, בלי הקלדה כפולה
אנשי המכירות עובדים ב-Zoho, וההזמנה, המלאי והחשבונית חיים ב-SAP B1. בלי חיבור, כל עסקה נרשמת פעמיים, ולנציג אין תשובה על מלאי או סטטוס אספקה בלי להרים טלפון לתפעול.
מי המקור הקובע לכל שדה
זו ההחלטה שמונעת את רוב התקלות. בחרו שדה ותראו איזו מערכת אמורה לקבוע אותו - ומה קורה כשהשנייה מנסה לשנות אותו בכל זאת.
לא מחליפים את הליבה, מחברים אליה
SAP Business One הוא מערכת הליבה הפיננסית והתפעולית, ואין כוונה להחליף אותו. המטרה היא שה-CRM יראה את מה שצריך מתוכו, ושמה שנסגר במכירות ייפתח בתפעול בלי שכתוב ידני. ההיקף המדויק נגזר מהגרסה ומאופן ההתקנה שלכם, ולכן הוא נקבע רק אחרי בדיקה בפועל.
תרחישים אפשריים
סנכרון לקוחות ואנשי קשר בין המערכות.
העברת פריטים ומחירונים ל-CRM לצורך הצעות מחיר.
פתיחת הזמנה ב-SAP B1 אחרי סגירת עסקה ב-CRM.
הצגת סטטוס הזמנה ואספקה בתוך כרטיס הלקוח.
חשיפת יתרות ומצב חוב לצוות המכירות, לפי הרשאה.
דוח הנהלה שמשלב נתוני מכירות ותפעול.
מניעת פתיחת לקוח כפול בשתי המערכות.
התראה לנציג על חריגת אשראי לפני סגירת עסקה.
מה עשוי לעבור בין המערכות
לקוחות, אנשי קשר, פריטים, מחירונים, הזמנות, סטטוס אספקה ומידע פיננסי נבחר - בהתאם למה שיוגדר בפרויקט ולמה שהגרסה שלכם חושפת.
מתי הנתונים עוברים
אירוע במערכת אחת מפעיל עדכון בשנייה, או שהסנכרון רץ בתזמון קבוע. הבחירה תלויה בכמה עדכני המידע צריך להיות ובעומס שהמערכת סובלת.
אפשרויות מימוש
בהתאם לגרסה ולהתקנה: שכבת אינטגרציה של SAP, מחבר מסחרי, Zoho Flow, או פיתוח מול API. ההחלטה מתקבלת אחרי שרואים מה קיים בפועל אצלכם - לא לפני.
מה Alevectis מבצעת
מה היא חושפת ומי מתחזק אותה, כי זה קובע את כל השאר.
אילו שדות באמת חייבים לעבור, ומי המקור הקובע בכל אחד.
לפי מה שהגרסה וההתקנה שלכם בפועל מאפשרות.
והתראות, ובודקים על נתוני בדיקה לפני שזה נוגע בנתונים אמיתיים.
כדי שמישהו אחר יוכל להיכנס לתמונה בעתיד.
מוצרי Zoho שמעורבים בחיבור הזה
מה שנפגש עם ה-ERP בפועל. מה שמסומן כקישור נפתח לעמוד מלא.
שאלות שצריך לענות עליהן לפני שמתחילים
- איזו גרסת SAP B1 מותקנת, ומי מתחזק אותה היום?
- מי המקור הקובע לכל שדה - ה-CRM או ה-ERP?
- מה קורה כשלקוח נפתח בשתי המערכות במקביל?
- מי מקבל התראה כשסנכרון נכשל?
שאלות נפוצות
כי בלי זה, שינוי של אותו פרט בשתי מערכות במקביל יוצר סתירה שאין לה פתרון אוטומטי. שם לקוח שעודכן ב-CRM ומחיר שעודכן ב-SAP באותו יום - מי גובר? ההחלטה חייבת להיות שדה-שדה ומראש, לא באמצע ריצה.
לא באחריות. SAP Business One מותקן בגרסאות ובתצורות שונות, כולל התאמות שנעשו לאורך השנים אצל כל ארגון בנפרד. מה שעבד אצל לקוח אחר לא בהכרח יעבוד אצלכם, ולכן הבדיקה הטכנית קודמת לכל הערכת היקף.
בלי כלל ברור נוצרות שתי רשומות לאותו לקוח, ואז אף דוח לא מדויק. מגדירים באפיון איזו מערכת פותחת לקוח חדש כברירת מחדל, ומה קורה כשהשנייה מנסה לפתוח את אותו לקוח בעצמה.
זה נקבע מראש כחלק מהבנייה, לא מתגלה בדיעבד. סנכרון שנכשל בשקט גרוע מסנכרון שלא קיים כלל - כי כולם ממשיכים לעבוד מתוך הנחה שהנתונים מתעדכנים כרגיל.
בהתאם למה שההתקנה שלכם חושפת. ברוב המקרים אפשר להציג יתרת מלאי לנציג המכירות בכרטיס הפריט או ההזמנה, כך שהוא לא צריך להתקשר לתפעול כדי לדעת אם יש מלאי.
תלוי לגמרי במה שהבדיקה הטכנית מגלה. פרויקט על גרסה סטנדרטית עם API פתוח קצר משמעותית מפרויקט על התקנה עם התאמות מצטברות. אנחנו לא נותנים הערכת זמן לפני שרואים את ההתקנה בפועל.
רוצים לבדוק התאמה לגרסת SAP B1 שלכם?
בשיחת פתרון טכנית נבדוק מה ההתקנה חושפת ומה באמת אפשרי - בלי הבטחות לפני שראינו את המערכת.