אינטגרציות ותעשיות
נתוני אב, תדפיסים לא מותאמים, חנויות לא מקוונות, החזרים, השבתות שותפים, התאמות, סליקה וחשבוניות אלקטרוניות.
35 שאלות
האם נוכל לראות את מצב המזומנים במהלך היום?
כן, אם הבנקים שלכם מספקים דוחות במהלך היום. הם מגיעים כהודעות camt.052 או MT942, או דרך API ליתרות. אנחנו אוספים אותם לפי לוח הזמנים שכל בנק תומך בו ומציגים אותם לצד דפי החשבון של סוף היום, כך שצוות הגזברות שלכם רואה מצבים צפויים ומצבים בפועל לפני מועדי הסגירה.
לקריאה נוספת: קבצי תשלום והתאמות בין ERP לבנקקישור לשאלה הזו
יש לנו כמה בנקים. האם כל אחד הוא פרויקט נפרד?
לא. שכבת האינטגרציה, מודל התשלומים הפנימי וכללי ההתאמה נבנים פעם אחת. כל בנק חדש מוסיף וריאנט פורמט, ערוץ ושלבי קליטה משלו, שהם חלקי עבודה קטנים יותר. אנחנו מחברים בדרך כלל קודם את הבנק עם הנפח הגדול ביותר ומוסיפים את האחרים לפי הסדר.
לקריאה נוספת: קבצי תשלום והתאמות בין ERP לבנקקישור לשאלה הזו
איך מותאמים סכומי סוף היום?
כל חנות שולחת את סכומי סוף היום שלה לפי אמצעי תשלום ומחלקה. השכבה משווה אותם לעסקאות שה-ERP קיבל עבור אותה חנות ואותו יום. אם הם תואמים, היום נסגר. אם לא, הסקירה מפרטת את העסקאות החסרות או העודפות, כך שהצוות שלכם יכול לתקן את הסיבה במקום לרשום התאמה.
לקריאה נוספת: סנכרון מכירות, מלאי ומחירים בין POS ל-ERPקישור לשאלה הזו
אפשר לתזמן מבצעים ושינויי מחיר מראש?
כן. כל שינוי מחיר או מבצע נשלח עם התאריך והחנויות שהוא חל עליהן, מראש, כך שהקופות מתחלפות ברגע הנכון בלי שאיש בחנות יפעל לכך. השכבה רושמת אילו חנויות אישרו את השינוי, ומסמנת את אלה שלא.
לקריאה נוספת: סנכרון מכירות, מלאי ומחירים בין POS ל-ERPקישור לשאלה הזו
למה ההתחשבנות מגיעה אחרי המכירה?
אישור רק משריין את הכספים. הסולק מתחשבן באצוות, לאחר ניכוי העמלות שלו וכל חיובי הרשת, ומשלם לפי לוח הזמנים שלו. לכן התכנון מתייחס לאישור ולהתחשבנות כאירועים נפרדים ומתאים ביניהם, כך שהפיננסים רואים מה נמכר, מה הותחשב ומה עוד אמור להגיע.
האם נוכל להשתמש ביותר מספק תשלומים אחד?
כן. שכבת האינטגרציה שומרת מודל פנימי אחד של תשלום וממפה אותו לכל ספק, כך שאפשר לנתב לפי ערוץ, מדינה או סוג כרטיס, או להעביר נפח בין ספקים. כל ספק עדיין צריך אינטגרציה והסמכה משלו, ואנחנו מתכננים ספק אחר ספק.
האם אתם יכולים לחבר אותנו לפלטפורמות חשבוניות אלקטרוניות ואישור מס?
כן. מדינות רבות דורשות היום שחשבוניות יונפקו או יאושרו דרך פלטפורמה ממשלתית או מוסמכת בפורמט מוגדר. אנחנו מחברים את ה-ERP לפלטפורמה שהמדינה שלכם דורשת או לספק מוסמך, שומרים את סטטוס האישור ואת המזהים לצד כל חשבונית, ומטפלים בדחיות. יועצי המס שלכם מאשרים את הכללים החלים עליכם.
לקריאה נוספת: חיבורי API בין ERP לצדדים שלישייםקישור לשאלה הזו
מה אם נתוני האב שלנו אינם נקיים?
לעיתים רחוקות הם נקיים, וזו הסיבה הנפוצה ביותר לכשל של אינטגרציות. אנחנו מנתחים את נתוני הלקוחות, הפריטים, המחירים והחשבונות שכל זרימה תלויה בהם, ומראים לכם כפילויות, פערים והתנגשויות. אנחנו מסכמים איזו מערכת היא הבעלים של כל רשומה, ומוסיפים ולידציה כך שנתונים רעים נעצרים בקצה.
איך אתם מבטיחים שלמות נתונים?
באמצעות התכנון והחוזה. כל כתיבה היא אידמפוטנטית, כך שניסיון חוזר אינו רושם פעמיים, והודעות שנכשלו מגיעות לתור הודעות כשל במקום להיעלם. אבני דרך מאושרות רק כשקריטריוני הקבלה שלכם עוברים, ואחריות לפגמים לאחר ההשקה נמשכת אחרי העלייה לאוויר.
איך אתם שומרים שה-CRM יתקדם יחד עם ה-ERP והמערכות האחרות?
אנחנו מסכמים איזו מערכת היא הבעלים של כל רשומה: לרוב ה-CRM עבור לידים והזדמנויות, וה-ERP עבור מוצרים, מחירים, הזמנות, חשבוניות ומגבלות אשראי. שינויים עוברים ביניהן אוטומטית דרך ממשקים נתמכים. עדכונים שנכשלו נשמרים בתור, מוסברים ומועברים שוב, כך שהמערכות לא מתרחקות זו מזו.
איך אתם מעבירים את הנתונים שלנו מגיליונות אלקטרוניים או מ-CRM ישן?
אנחנו מנתחים תחילה את הנתונים, ואז מסכמים איתכם את הכללים לכפילויות, לשדות חסרים ולרשומות ישנות. אנחנו מתרגלים את ההגירה על עותק ובודקים כמויות ודגימות עם הצוות שלכם לפני המעבר הסופי. היסטוריה שאתם צריכים, כמו הזמנות ופניות קודמות, שומרת על הקישור ללקוח הנכון.
איך אתם מוודאים שהצוותים שלנו משתמשים ב-CRM?
באמצעות עיצוב סביב העבודה שלהם ולא סביב התוכנה. כל תפקיד רואה את מה שהוא צריך, הזנת נתונים מצומצמת למינימום וצעדים חוזרים אוטומטיים. אנחנו מדריכים לפי תפקיד, מודדים שימוש לאחר ההשקה ומתקנים את מה שמאט אנשים.
מה קורה כשרשות המס דוחה חשבונית?
הדחייה חוזרת עם הסיבה שנתנה הרשות ומגיעה לרשימת סקירה, מקושרת לחשבונית. הצוות שלכם מתקן את הנתונים, או שאנחנו מתאימים את המיפוי אם הסיבה מערכתית, והחשבונית מוגשת מחדש. כל ניסיון נשמר לביקורת.
לקריאה נוספת: חשבוניות אלקטרוניות, מס ודרכוני מוצרים דיגיטלייםקישור לשאלה הזו
מה קורה כשורת דף חשבון אינה מותאמת?
היא עוברת לרשימת סקירה עם המועמדים הסבירים ועם הסיבה לאי־ההתאמה, כמו סכום שונה או אסמכתה חסרה. הצוות שלכם מסלק אותה שם, ואפשר להתאים את הכללים כך שאותו מקרה יתאים בפעם הבאה. שום דבר לא נרשם בספרים בלי התאמה שאישרתם.
לקריאה נוספת: בנקאות, ניהול מזומנים וקישוריות ISO 20022קישור לשאלה הזו
האם אתם מטפלים בהחזרים ובחיובים חוזרים?
כן. החזרים והיפוכים הם חלק מזרימות התשלום שאנחנו בונים. עבור חיובים חוזרים, אנחנו מייבאים את דוחות המחלוקת של הסולק ומקשרים כל אחד למכירה ולהתחשבנות המקוריות. הצוות שלכם מקבל רשימה לעבודה, עם הראיות מצורפות.
לקריאה נוספת: תשלומים, מסחר סוכני (AP2) ו-POSקישור לשאלה הזו
מה קורה כשה-API של שותף מושבת?
בקשות שנכשלות מסיבות זמניות מנוסות שוב עם המתנות גדלות. כל כתיבה נושאת מפתח אידמפוטנטי, כך שניסיון חוזר לעולם אינו יוצר הזמנה או חשבונית שנייה. הודעה שעדיין נכשלת עוברת לתור הודעות כשל עם המטען ועם השגיאה. התראה מגיעה לצוות שלכם, וההודעה משוחזרת כשהשותף מתאושש.
לקריאה נוספת: שירותי אינטגרציה של middleware ו-APIקישור לשאלה הזו
למה להתייחס לאינטגרציה כדיסציפלינה נפרדת?
משום שרוב הכשלים קורים בין מערכות, לא בתוכן. קובץ תשלום שבנק דוחה, חשבונית שרשות מס מסרבת לה או מכירה שה-ERP לעולם אינו מקבל — כל אלה עולים כסף מיד. אנחנו נותנים לכל ממשק חוזה, בדיקות, ניטור ומסלול לכל כשל.
איך אתם מוודאים ששום דבר לא הולך לאיבוד או נרשם פעמיים?
כל כתיבה אידמפוטנטית, וכל כשל עובר לתור הודעות כשל עם אדם אחראי לו. החוזה מגבה זאת בשערי קבלה לאבני דרך ובאחריות לפגמים לאחר ההשקה.
איפה פרויקט צריך להתחיל? (נדל״ן ואירוח)
בסקירת מוכנות חינם בהובלת מהנדס ראשי. אם הדרישות שלכם ברורות, היא מובילה להצעה במחיר קבוע. אם לא, התקשרות Blueprint Studio הופכת את המטרה תחילה לארכיטקטורה ולמפרט.
איפה פרויקט צריך להתחיל? (אנרגיה ושירותים חיוניים)
בסקירת מוכנות חינם בהובלת מהנדס ראשי. אם הדרישות שלכם ברורות, היא מובילה להצעה במחיר קבוע. אם מערכת קיימת נכשלת או אינה מתועדת, אבחון קצר בא קודם.
למה המלאי אף פעם לא מתיישב בין ה-ERP לחנויות?
בדרך כלל כי המערכות אינן מסכימות על העיתוי, היחידות או מה נחשב תנועה. החזרות, העברות, סחורה פגומה ומכירות בזמן ספירת מלאי הן סיבות נפוצות. אנחנו מאתרים את הפערים, מסכמים כלל אחד לכל סוג תנועה, ובונים את הסנכרון כך שהוא מתעד כל שינוי עם המקור שלו. פערים שנותרים עוברים לרשימת בדיקה במקום להצטבר.
האם אתם יכולים להעביר את הנתונים שלנו ל-ERP חדש?
כן. אנחנו מנתחים ומנקים את הנתונים, ממפים אותם למבנים החדשים, ומריצים הגירות ניסיון עד שהתוצאות מתיישבות עם המערכת הישנה. המעבר מתורגל, ולאחר העלייה לאוויר סעיפים פתוחים, יתרות ומלאי נבדקים מול סכומים מוסכמים.
איך נדע כשמשלוח משתבש?
אירועי מעקב ממובילים וממחסנים מושווים למה שהיה אמור לקרות. איסוף שהוחמץ, עיכוב או מסירה שנכשלה הופכים לחריג אצל הצוות שלכם, עם המשלוח והאירוע האחרון שלו, לפני שהלקוח צריך לשאול. דפוסים בחריגים האלה מראים אילו שותפים ומסלולים צריכים תשומת לב.
איפה כדאי להתחיל? (פיננסים, גזברות ומס)
לעיתים קרובות בספרינט המוכנות לחשבוניות אלקטרוניות ול-ERP: ניתוח פערים ומחבר חי בסביבת בדיקה למשטר המס שלכם, מחובר ל-ERP שלכם.
האם אנשים נשארים בשליטה?
כן. סוכנים פועלים בגבולות מנדטים, ואנשים מפקחים עליהם (פיקוח אנושי), ומאשרים כל דבר מחוץ לכללים.
איפה כדאי להתחיל? (רכש)
בסנכרון הזמנות וחשבוניות, שמסיר את מרבית העבודה הידנית, ואחר כך ברכישות סוכניות כשלנתונים אפשר לסמוך.
איפה כדאי להתחיל? (תפעול ושרשרת אספקה)
בסנכרון שמאבד היום את מרבית הכסף, בדרך כלל מלאי בין חנויות, חזיתות חנויות וה-ERP.
איפה כדאי להתחיל? (מכירות ותפעול הכנסות)
ברשומת הלקוח והעסקה, כי כל דוח וכל מודל תלויים בה.
איך אתם שומרים שתוכן AI יישאר בנאמנות למותג?
סוכנים פועלים לפי ההנחיות והמקורות המאושרים שלכם, ואנשים סוקרים את מה שהם מפיקים לפני שהוא מתפרסם.
איפה כדאי להתחיל? (שיווק)
בתהליך התוכן שגובה מהצוות שלכם את מרבית הזמן, אוטומטי ונמדד לפני כל דבר אחר.
מתי ה-AI מעביר לאדם?
כשהבקשה מחוץ לכללים שלו, כשהלקוח מבקש, או כשהסנטימנט או הסיכון מחייבים זאת. האדם רואה את כל השיחה ואת מה שהסוכן עשה.
איפה כדאי להתחיל? (שירות לקוחות)
בסוג בקשה אחד בנפח גבוה, כמו בדיקת סטטוס, שאוטומטי מקצה לקצה ונמדד.
מהו פיקוח אנושי?
דרך עבודה שבה סוכני AI מבצעים משימות ואנשים מפקחים עליהם, ומתערבים בחריגות במקום לבצע כל שלב בעצמם.
איפה כדאי להתחיל? (משאבי אנוש וטאלנט)
בתפקידים שה-AI משנה ראשונים, ובכישורים שהשינויים האלה דורשים.
איפה כדאי להתחיל? (משפט, סיכון וציות)
בדוח או בחובה שגובים היום את המאמץ הרב ביותר, שנבנים מחדש על נתונים מנוהלים.
שאלות נוספות
- עבודה עם XSISאיך רואים התקדמות, אזורי זמן ואיך מקבלים עבודה.שאלה אחת
- מודלי התקשרותבחירת מודל אספקה, שיבוץ מומחים, הפעלת מרכז יכולת והחזקת מערכת בשירות.23 שאלות
- אסטרטגיה וייעוץאיפה מתחיל שינוי, מנהיגים במשרה חלקית ו-PMO, סקירות ארכיטקטורה, סדנאות אפיון, Blueprint ואיך מתחיל ייעוץ.38 שאלות
- תוכנה, AI ונתוניםאיפה מתחילים עם AI, איכות ודיוק, נגישות, מהירות, גרסאות בחנויות האפליקציות והגירות בלי השבתה.24 שאלות
- עלות ותמחורמה קובע את העלות של פרויקט או צוות, ואיך אנחנו מעריכים.29 שאלות
- לוחות זמניםכמה זמן לוקח להתחיל ולספק עבודה, ומה משנה את זה.10 שאלות
- בעלות וחוזיםלמי שייכים הקוד, הנתונים והתוצאות, ואיך עובדים חוזים.22 שאלות
- אבטחה ונתוניםאיך אנחנו מגנים על המערכות, הקוד והנתונים שלכם בזמן שאנחנו עובדים.79 שאלות
- צוותים ואיושמי עובד על הפרויקט שלכם, איך הם נבחרים ואיך צוותים משתנים.30 שאלות
- טכנולוגיההפלטפורמות, התקנים והכלים שאיתם אנחנו עובדים.144 שאלות
- תמיכה ותפעולמה קורה אחרי העלייה לאוויר: תמיכה, ניטור ושינוי.29 שאלות
- אודות XSISמי אנחנו, היכן אנחנו ואיך ליצור איתנו קשר.6 שאלות
מתחילים בשיחה, לא בחוזה.
ספרו לנו מה אתם צריכים לבנות, לחבר או לאבטח. ארכיטקט עובר על זה איתכם, ואז ממליץ מאיפה להתחיל.
מה קורה עכשיו
תיאום מועד
הצוות שלנו שולח לכם דוא״ל לתיאום מועד למפגש.
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.