פרויקט רלוונטי
כשהייצור מסתיים, המידע ממשיך לאספקה.
מה עשינו
בפנחס היישריק פיתחנו תהליך שבו סריקת סיום ייצור מחוברת לפרטי ההזמנה בחשבשבת, והמידע ממשיך לשלב האספקה לפי אזור היעד.
אוטומציה ואינטגרציות
חיבור CRM ו־ERP שמעביר מידע בין המערכות במקום הקלדה חוזרת.
עסקה נסגרת ב־CRM ומוקלדת שוב ב־ERP; סטטוס משתנה במערכת אחת ולא מגיע לשנייה. אנחנו מתכננים ומפתחים את החיבור — מי מקור האמת לכל נתון, לאיזה כיוון הוא עובר, באיזו תדירות ומה קורה כשמשהו נכשל.
הבעיה שהשירות פותר
אותו מידע, כמה מקומות, כמה גרסאות
פרטי לקוח מעודכנים ב־CRM אבל לא בהנהלת החשבונות. הזמנה נפתחת ב־ERP, ואנשי המכירות לא יודעים אם יצאה. כדי לענות ללקוח, מישהו פותח שתי מערכות ומשווה ידנית.
חיבור טוב הוא יותר מהעברת שדות. צריך להחליט מי מקור האמת לכל נתון, לאיזה כיוון ובאיזו תדירות הוא עובר, איך מזהים כפילות או נתון חסר ומי מקבל התראה כשהמערכת השנייה לא זמינה. קריאה, ייבוא קבצים, כתיבה ועדכון בזמן אמת הם היקפים שונים — ומגדירים מראש איזה מהם נדרש.
למי זה מתאים
- יש לכם CRM ו־ERP, או מערכת הנהלת חשבונות, שלא מדברות זו עם זו.
- עובדים מקלידים את אותו מידע בשתי מערכות או יותר.
- יש פערים בין המערכות, ולא ברור איזו מהן מדויקת.
- אתם עובדים עם Priority, חשבשבת, רווחית או מערכת אחרת, ורוצים לבדוק מה אפשר לחבר אליה.
דוגמה מתחילת התהליך ועד לתוצר
עסקה שנסגרה ב־CRM הופכת להזמנה
מגדירים מקור אמת
מחליטים, למשל, שפרטי הלקוח מתעדכנים ב־CRM, ומחירים ומלאי נקבעים ב־ERP.
העסקה נסגרת
איש המכירות מסמן עסקה כסגורה ב־CRM, והחיבור מזהה את השינוי.
בדיקה לפני כתיבה
נבדק שהלקוח קיים ב־ERP, שהמק״טים תואמים ושאין הזמנה כפולה. מה שלא תואם מגיע לבדיקה.
ההזמנה נפתחת
הזמנה נפתחת ב־ERP, או נשמרת כטיוטה לאישור — לפי מה שהוגדר.
הסטטוס חוזר
מספר ההזמנה וסטטוס האספקה מוצגים בכרטיס הלקוח ב־CRM, בתדירות שנקבעה.
זו דוגמה להמחשה. כיוון המידע, התדירות והפעולות המותרות נקבעים לפי אפשרויות החיבור, ההרשאות והגרסאות של המערכות אצלכם.
מה נכלל בפרויקט
מה עשוי להיכלל
- מיפוי השדות, מקור האמת לכל נתון וכיוון המעבר.
- פיתוח החיבור: קריאה, ייבוא, כתיבה או שילוב ביניהם — לפי מה שנדרש.
- טיפול בכפילויות, בנתונים חסרים ובשגיאות.
- התראה לאדם המתאים כשחיבור נכשל, ודרך המשך ידנית.
- תיעוד של מה עבר, מתי ומה נכשל.
- בדיקות מול נתונים אמיתיים לפני העלייה לאוויר.
מה תלוי במערכות ובגישות שלכם
- אפשרויות החיבור של כל מערכת, הגרסה והרישיון שלה.
- הרשאות גישה מספק המערכת או ממנהל המערכת אצלכם.
- עלויות או מגבלות של ספקי צד שלישי, אם יש.
- איכות הנתונים הקיימים: קודי לקוח, מק״טים וכפילויות.
- זמינות סביבת בדיקה, אם קיימת.
לסיפור המלא
שאלות נפוצות
החיבור יעבוד לשני הכיוונים?
תלוי במה שנדרש ובמה שהמערכות מאפשרות. לפעמים מספיק לקרוא מידע ממערכת אחת, ולפעמים צריך גם לכתוב אליה. מגדירים את הכיוון לכל נתון בנפרד, ולא מניחים מראש שהכול עובר בשני הכיוונים.
צריך להחליף את אחת המערכות?
לרוב לא — החיבור עצמו הוא מה שחוסך את ההקלדה הכפולה. כשמערכת לא מאפשרת חיבור מספיק, למשל כי אין לה ממשק מתאים או שהרישיון לא כולל אותו, מציגים את האפשרויות: ייבוא קבצים, הרחבת רישיון או החלפת רכיב — ומה כל כיוון דורש.
מה קורה כשהמערכת השנייה לא זמינה?
מתכננים את זה מראש: האם הפעולה ממתינה ומנסה שוב, מי מקבל התראה ואיך ממשיכים ידנית אם צריך. כשל שקט — פעולה שלא עברה ואף אחד לא יודע — הוא אחד הסיכונים בחיבור, ולכן מתעדים מה עבר ומה נכשל.
אתם עובדים עם Priority?
יש לנו ניסיון בעבודה מול Priority, חשבשבת ומערכות נוספות. ההיקף שאפשר לחבר תלוי בגרסה, ברישיון ובהרשאות, ולכן הוא נבדק בכל פרויקט.
אילו מערכות צריך לחבר אצלכם?
ספרו לנו באילו מערכות אתם עובדים, איזה מידע מוקלד פעמיים ואיפה נוצרים פערים. נבדוק מה המערכות מאפשרות ומה נכון לחבר קודם.