אינטגרציות
מערכות ERP, תווכה, פורמטים בנקאיים, ISO 8583, מסופים, host-to-host או EBICS, בנקאות פתוחה ו-API של צדדים שלישיים.
32 שאלות
חיבור ישיר בין מערכות, EBICS או ממשקי API של בנקים: במה לבחור?
הבנק קובע בדרך כלל. SFTP ישיר בין מערכות הוא הערוץ הנפוץ ביותר לקבצי תשלום עסקיים. EBICS נפוץ אצל בנקים בגרמניה, בצרפת ובמדינות השכנות. ממשקי API של בנקים מתאימים ליתרות בזמן אמת ולתשלומים מיידיים היכן שהבנק מציע אותם. חברות רבות משתמשות ביותר מאחד, ושכבת האינטגרציה מסתירה את ההבדל מה-ERP.
לקריאה נוספת: קבצי תשלום והתאמות בין ERP לבנקקישור לשאלה הזו
האם לקבל דפי חשבון camt.053 או MT940?
היכן שהבנק מציע את שניהם, camt.053 נושא נתוני העברה מובנים ועשירים יותר, מה שהופך התאמה אוטומטית לאמינה יותר. MT940 עדיין נפוץ ועובד היטב במקרים רבים. אנחנו יכולים לקלוט את שניהם, להמיר אותם לאותו מודל פנימי, ולהעביר כל בנק מ-MT940 ל-camt.053 כשזה מתאים לכם ולבנק.
לקריאה נוספת: קבצי תשלום והתאמות בין ERP לבנקקישור לשאלה הזו
האם לרשום מכירות בזמן אמת או בקבוצות?
בדרך כלל כאירועים קרובים לזמן אמת, כי אז נתוני המלאי והמכירות מעודכנים במהלך היום. ב-ERP או ברישיונות מסוימים רישומים תכופים יקרים, ולכן השכבה יכולה גם לקבץ אירועים לסיכומים לפי חנות ותקופה. אנחנו בוחרים איתכם לפי אילו החלטות זקוקות לנתונים עדכניים ומה ה-ERP מטפל בו היטב.
לקריאה נוספת: סנכרון מכירות, מלאי ומחירים בין POS ל-ERPקישור לשאלה הזו
עם אילו מערכות POS ו-ERP זה עובד?
התכנון עובד עם כל POS שיכול לייצא עסקאות דרך API, אירועים או קבצים, ועם מערכות ERP כגון SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central ו-Odoo. אנחנו מאשרים את הממשקים של ה-POS וה-ERP הספציפיים שלכם בתחילת העבודה. אזכור מוצר אינו מעיד על שותפות עם הספק שלו.
לקריאה נוספת: סנכרון מכירות, מלאי ומחירים בין POS ל-ERPקישור לשאלה הזו
מה ההבדל בין שער לסולק?
הסולק הוא הבנק או המוסד המורשה שמעבד תשלומי כרטיסים עבורכם ומשלם את הכסף. השער הוא השירות הטכני שלפניו שמקבל בקשות ממסופים ומקופות, מבצע טוקניזציה לכרטיסים ומנתב אותם. חלק מהספקים הם שניהם. התכנון עובד כך או כך ושומר על שני התפקידים ברורים.
האם ISO 8583 זהה אצל כל סולק?
לא. ISO 8583 מגדיר מבנה, וכל סולק או רשת מפרסמים מפרט משלהם לשדות, לסוגי הודעות ולקודים. לכן אנחנו בונים לפי המפרט של הסולק ומריצים את מבחני ההסמכה שלו. API של שער לפני הסולק מסתיר את ההבדלים האלה, וזה לעיתים קרובות פשוט יותר לקמעונאים.
האם להתחבר לבנקים ישירות או דרך אגרגטור?
אגרגטור נותן לכם בנקים רבים דרך API אחד ומטפל בהבדלים של כל בנק, בעלות לכל קריאה או לכל חיבור. חיבורים ישירים נותנים יותר שליטה ויכולים להתאים למספר קטן של בנקים חשובים. מוצרים רבים מתחילים באגרגטור ומוסיפים חיבורים ישירים אחר כך. אנחנו משווים את האפשרויות מול הבנקים והמדינות שאתם צריכים.
אילו בנקים ומדינות מכוסים?
הכיסוי תלוי בכללים של האזור ובממשקי ה-API של הבנקים. לאיחוד האירופי ולבריטניה יש כיסוי רחב לפי PSD2 ו-UK Open Banking Standard. במקומות אחרים הכיסוי משתנה, ואגרגטורים מכסים חלק מהפערים. אנחנו בודקים את הכיסוי לבנקים שהלקוחות שלכם משתמשים בהם לפני שאתם מתחייבים לתכנון.
האם בנקאות פתוחה מחליפה חיבורים ישירים בין מערכות לבנקים?
לא לרוב עבודת הגזברות הארגונית. ערוצים ישירים בין מערכות מטפלים בקבצי תשלום באצוות ובדפי חשבון מלאים לחשבונות שלכם. בנקאות פתוחה מתאימה למוצרים מול לקוחות, ליתרות בזמן אמת ולתשלומים בודדים. עסקים רבים משתמשים בשניהם: חיבור ישיר להרצות התשלומים שלהם ובנקאות פתוחה ללקוחות שלהם.
לאילו שירותי צד שלישי אתם יכולים להתחבר?
לכל שירות עם API מתועד או ממשק קבצים. דוגמאות אופייניות הן פלטפורמות CRM, מובילים וספקי לוגיסטיקה, זירות מסחר, פלטפורמות חשבוניות אלקטרוניות ומס, שכר, ספקי KYC וזהות, ושותפי מסחר שמחליפים מסמכי EDI מעל AS2. אנחנו בוחנים את ה-API, המגבלות וסביבת הבדיקה של כל שותף לפני שאנחנו מתחייבים לתוכנית.
לקריאה נוספת: חיבורי API בין ERP לצדדים שלישייםקישור לשאלה הזו
האם אנחנו זקוקים לפלטפורמת אינטגרציה לזה?
כשכמה שותפים מחוברים ל-ERP אחד, פלטפורמה כמו MuleSoft, Boomi או Azure Logic Apps, או סט שירותים מותאמים שנבנו על תור הודעות, שומרת מיפוי, ניסיונות חוזרים וניטור במקום אחד. עם שותף אחד או שניים, חיבורים ישירים יכולים להספיק. אנחנו מפרטים את הפשרות, ובהן עלויות רישיון, למקרה שלכם.
לקריאה נוספת: חיבורי API בין ERP לצדדים שלישייםקישור לשאלה הזו
עם אילו מערכות ERP ו-CRM אתם עובדים?
בצד ה-ERP: SAP ECC, S/4HANA ו-BTP, Oracle Fusion Cloud ERP ו-NetSuite, Microsoft Dynamics 365, Odoo ו-Sage. לתהליכים ול-CRM: ServiceNow, Salesforce ו-Microsoft Power Platform. אנחנו עובדים גם עם מערכות בהתאמה אישית ומערכות ותיקות. ציון שם של מוצר אינו מעיד על שותפות עם הספק שלו.
האם אתם יכולים להעביר את האינטגרציות שלנו מ-SAP ECC ל-S/4HANA?
כן. אנחנו מקטלגים כל ממשק ב-ECC, מחליטים מה להשאיר, לבנות מחדש או להוציא משימוש, ומעבירים כל אחד ל-S/4HANA או ל-BTP עם הבדיקות שלו. הזרימות עוברות אחת בכל פעם, כך שהעסק אינו תלוי בסוף שבוע אחד של מעבר.
האם אנחנו צריכים תווכה או iPaaS?
לא תמיד. כמה זרימות יציבות בין שתי מערכות יכולות להיות קריאות API ישירות. ברגע שכמה מערכות מחליפות נתונים, או שאתם צריכים מיפוי, תורים וניטור במקום אחד, תווכה בדרך כלל מחזירה את ההשקעה. אם כבר יש לכם אחת, אנחנו בונים עליה.
איזה CRM כדאי לבחור, והאם אתם יכולים לעבוד עם זה שיש לנו?
בחרו את זה שמתאים לתהליכים, לאינטגרציות ולמשתמשים שלכם. אנחנו משווים את האפשרויות מול הדרישות שלכם, הרישיונות הקיימים והמערכות שאליהן ה-CRM חייב להתחבר, ומציגים את הפשרות בכתב. אם כבר יש לכם CRM, אנחנו סוקרים תחילה את ההגדרה, הנתונים והאינטגרציות שלו, כי בעיות שם נפוצות יותר ממגבלות במוצר.
כמה התאמה אישית ב-CRM זה יותר מדי?
יותר מדי הוא כששדרוגים הופכים מסוכנים וכל שינוי דורש מפתח. אנחנו מגדירים תחילה את מה שהפלטפורמה מציעה, ובונים קוד בהתאמה אישית רק היכן שהתהליך שלכם צריך אותו וכדאי לתחזק אותו. כל תכונה בהתאמה אישית מתועדת ונבדקת, כך שהשדרוגים נשארים ניתנים לניהול.
מה דורש שלב 2 של ZATCA?
שלב 2, שלב האינטגרציה, דורש שמערכות הנישומים יתחברו לפלטפורמת FATOORA של ZATCA. חשבוניות מס רגילות מאושרות על ידי ZATCA לפני שהן מגיעות לקונה, וחשבוניות מפושטות מדווחות זמן קצר לאחר מכן. כל חשבונית נושאת חותמת קריפטוגרפית וקוד QR, ולכן ה-ERP או הקופה חייבים להפיק אותם בפורמט הנדרש.
לקריאה נוספת: חשבוניות אלקטרוניות, מס ודרכוני מוצרים דיגיטלייםקישור לשאלה הזו
מהו PINT-AE?
PINT-AE הוא המפרט של איחוד האמירויות לפורמט החשבונית הבינלאומי PEPPOL, שמוביל את תוכנית החשבוניות האלקטרוניות במדינה. חשבוניות מוחלפות בפורמט מובנה זה דרך ספקי שירות מוסמכים ומדווחות לרשות המסים הפדרלית, שפלטפורמת אימרא טקס שלה מטפלת במס באיחוד האמירויות.
לקריאה נוספת: חשבוניות אלקטרוניות, מס ודרכוני מוצרים דיגיטלייםקישור לשאלה הזו
מהו ViDA, והאם הוא משפיע עלינו מחוץ לאיחוד האירופי?
מע״מ בעידן הדיגיטלי (ViDA) היא החבילה של האיחוד האירופי שמעבירה חשבוניות עסקיות חוצות גבולות לחשבוניות אלקטרוניות מובנות ולדיווח דיגיטלי. היא משפיעה על כל עסק שמנפיק חשבוניות ללקוחות באיחוד האירופי או שמפעיל ישויות באיחוד, בכל מקום שבו נמצא המטה שלו.
לקריאה נוספת: חשבוניות אלקטרוניות, מס ודרכוני מוצרים דיגיטלייםקישור לשאלה הזו
מהו דרכון מוצר דיגיטלי?
דרכון מוצר דיגיטלי (DPP) הוא הרשומה של האיחוד האירופי לחומרים, למקור, לתיקון ולמיחזור של מוצר, שמשותפת דרך נשא נתונים כמו קוד QR. הוא מוטמע בהדרגה לפי קבוצת מוצרים. הוא תלוי בנתוני שרשרת אספקה שיושבים בדרך כלל במערכות ERP וייצור.
לקריאה נוספת: חשבוניות אלקטרוניות, מס ודרכוני מוצרים דיגיטלייםקישור לשאלה הזו
ל-ERP שלנו יש תוסף לחשבוניות אלקטרוניות. האם אנחנו עדיין זקוקים לכם?
לעיתים קרובות התוסף הוא נקודת ההתחלה הנכונה, ואנחנו מגדירים ומרחיבים אותו במקום לבנות סביבו. העבודה שנותרת היא בדרך כלל הנתונים: סוגי חשבוניות, קודי מס, נתוני אב וחריגות שהתוסף אינו מכסה. גם מערכות קופה ומערכות אחרות שמנפיקות חשבוניות צריכות חיבור.
לקריאה נוספת: חשבוניות אלקטרוניות, מס ודרכוני מוצרים דיגיטלייםקישור לשאלה הזו
האם אינטגרציה אחת יכולה לכסות כמה מדינות?
כן. אנחנו בונים שכבת אינטגרציה אחת עם מחבר לכל דרישה. ה-ERP מפיק חשבונית אחת, והשכבה מעצבת, חותמת ומגישה אותה לכל מדינה. הוספת מדינה הופכת לקונפיגורציה, מיפוי ובדיקות.
לקריאה נוספת: חשבוניות אלקטרוניות, מס ודרכוני מוצרים דיגיטלייםקישור לשאלה הזו
מהו ISO 20022, ולמה הוא חשוב?
ISO 20022 הוא התקן הבין־לאומי להודעות פיננסיות. הודעות ה-XML שלו נושאות נתונים מובנים, כמו שמות מלאים, כתובות ופרטי הערה, שפורמטי SWIFT MT הישנים אינם יכולים לשאת. בנקים ומערכות תשלום עברו אליו, ולכן קבצי תשלום ודפי חשבון שנבנים עליו מתיישרים טוב יותר ועוברים בדיקות ציות לעתים קרובות יותר.
לקריאה נוספת: בנקאות, ניהול מזומנים וקישוריות ISO 20022קישור לשאלה הזו
עם אילו פורמטים וערוצים בנקאיים אתם עובדים?
אנחנו משתמשים ב-pain.001 לתשלומים, ב-pain.002 לסטטוס, ב-camt.052, camt.053 ו-camt.054 לדוחות חשבון, ובהודעות pacs בין בנקים. אנחנו גם קוראים את דפי החשבון MT940 ו-MT942 שבנקים רבים עדיין שולחים. ההובלה היא SFTP בין מארחים, EBICS, SWIFT או API בנקאיים. לכל בנק יש ווריאנט משלו לכל פורמט, ולכן אנחנו בונים לפי מדריך המימוש שלו.
לקריאה נוספת: בנקאות, ניהול מזומנים וקישוריות ISO 20022קישור לשאלה הזו
לאילו מערכות ERP אתם יכולים להתחבר?
SAP S/4HANA, Oracle Fusion Cloud ERP ו-NetSuite, Microsoft Dynamics 365, Odoo ו-Sage, וכן מערכות ניהול מזומנים ומערכות בהתאמה אישית. כשלמערכת ה-ERP יש מודול תקשורת בנקאית משלה, אנחנו מגדירים ומרחיבים אותו במקום לבנות סביבו.
לקריאה נוספת: בנקאות, ניהול מזומנים וקישוריות ISO 20022קישור לשאלה הזו
האם אתם עובדים ישירות עם ISO 8583?
כן, היכן שהסולק או המעבד מציע אותו. ISO 8583 הוא מסגרת ולא פורמט אחד: כל סולק מפרסם מפרט משלו לשדות ולסוגי הודעות. אנחנו בונים לפי המפרט הזה, מטפלים באישורים, בהיפוכים ובהודעות יידוע, ובודקים כל קוד תגובה.
לקריאה נוספת: תשלומים, מסחר סוכני (AP2) ו-POSקישור לשאלה הזו
מהו AP2, והאם אנחנו זקוקים לו עכשיו?
פרוטוקול תשלומי הסוכנים (AP2) הוא פרוטוקול פתוח לתשלומים שמבצעים סוכני AI. כל רכישה נושאת מנדטים חתומים שמראים מה הלקוח אישר, כך שסוחרים, מנפיקים וסולקים יכולים לסמוך עליה ולבקר אותה. אם סוכני AI עשויים לקנות אצלכם, אנחנו יכולים להכין את הקופה שלכם ל-AP2 לצד הזרימות הנוכחיות.
לקריאה נוספת: תשלומים, מסחר סוכני (AP2) ו-POSקישור לשאלה הזו
האם אנחנו יכולים לקבל כרטיסים בטלפונים במקום במסופים?
כן, עם SoftPOS. כרטיסים וארנקים ללא מגע מתקבלים בטלפון או בטאבלט נתמכים דרך אפליקציית תשלום מוסמכת של הסולק או הספק שלכם. אנחנו מחברים את האפליקציה לזרימות ה-POS, המכירות וההתחשבנות שלכם כמו כל מסוף אחר.
לקריאה נוספת: תשלומים, מסחר סוכני (AP2) ו-POSקישור לשאלה הזו
מה קורה כשחנות מאבדת את החיבור? (תשלומים, מסחר סוכני (AP2) ו-POS)
החנות ממשיכה למכור. מכירות נשמרות מקומית ונשלחות ל-ERP כשהחיבור חוזר, כל אחת עם מזהה ייחודי כך ששום דבר לא נרשם פעמיים. האם תשלומי כרטיסים יכולים להימשך במצב לא מקוון תלוי בכללים של הסולק שלכם ובמידת נכונותכם לסיכון, ואנחנו מתכננים זאת איתכם.
לקריאה נוספת: תשלומים, מסחר סוכני (AP2) ו-POSקישור לשאלה הזו
האם להשתמש בפלטפורמת אינטגרציה או בקוד בהתאמה אישית?
זה תלוי במספר החיבורים ובמי שיפעיל אותם. פלטפורמת אינטגרציה כמו MuleSoft, Boomi או Azure Logic Apps נותנת מחברים מוכנים, מיפוי וניטור במקום אחד, בעלות רישיון. שירותים בהתאמה אישית נותנים שליטה מלאה ובלי רישיון, אבל עם יותר קוד לתחזק. אנחנו משווים את שתיהן עבור המקרה שלכם.
לקריאה נוספת: שירותי אינטגרציה של middleware ו-APIקישור לשאלה הזו
מה ההבדל בין ESB ל-Event Mesh?
אפיק שירותים ארגוני מנתב וממיר הודעות דרך מרכז אחד. Event Mesh מפיץ אירועים דרך רשת של מתווכים מחוברים, כך שמערכות בעננים ובאתרים שונים מפרסמות ונרשמות ישירות. סביבות רבות מפעילות את שניהם בזמן שהן עוברות מאחד לשני.
לקריאה נוספת: שירותי אינטגרציה של middleware ו-APIקישור לשאלה הזו
איך אתם מתמודדים עם מגבלות קצב?
אנחנו מתכננים סביב המגבלות המפורסמות של כל שותף. אנחנו מאצווים בקשות היכן שה-API מתיר, שומרים במטמון נתונים שמשתנים לעיתים רחוקות, מפזרים משימות מתוזמנות וממתינים כשמגבלה קרובה. הניטור מראה עד כמה כל זרימה קרובה למגבלה שלה.
לקריאה נוספת: שירותי אינטגרציה של middleware ו-APIקישור לשאלה הזו
שאלות נוספות
- AI ונתוניםמודלים וספקים, דיוק, שליפה או כיוונון עדין, פלטפורמות נתונים, נתונים בזמן אמת ואוטומציית מסמכים.37 שאלות
- הנדסת תוכנהבחירת מחסנית, מסגרות צד לקוח, ערבית ומימין לשמאל, נייטיב או חוצה פלטפורמות, ענן, כלי בדיקה ומערכות ותיקות.32 שאלות
- תעשיותבנקאות ליבה, ISO 20022, ניטור הונאות, חנויות, EDI ומובילים, HL7 ו-FHIR, נגישות ושדרוגי ERP.30 שאלות
- פתרונות מחלקתייםחיבורי ERP, חובות חשבוניות אלקטרוניות, ספקי AP2 ו-EDI, דרכוני מוצרים דיגיטליים, CRM, תמחור דינמי, BI שיחתי וערבית.13 שאלות
- עלות ותמחורמה קובע את העלות של פרויקט או צוות, ואיך אנחנו מעריכים.29 שאלות
- לוחות זמניםכמה זמן לוקח להתחיל ולספק עבודה, ומה משנה את זה.10 שאלות
- בעלות וחוזיםלמי שייכים הקוד, הנתונים והתוצאות, ואיך עובדים חוזים.22 שאלות
- אבטחה ונתוניםאיך אנחנו מגנים על המערכות, הקוד והנתונים שלכם בזמן שאנחנו עובדים.79 שאלות
- צוותים ואיושמי עובד על הפרויקט שלכם, איך הם נבחרים ואיך צוותים משתנים.30 שאלות
- תהליך ותקשורתאיך העבודה מתוכננת, מדווחת ומתקבלת.121 שאלות
- תמיכה ותפעולמה קורה אחרי העלייה לאוויר: תמיכה, ניטור ושינוי.29 שאלות
- אודות XSISמי אנחנו, היכן אנחנו ואיך ליצור איתנו קשר.6 שאלות
מתחילים בשיחה, לא בחוזה.
ספרו לנו מה אתם צריכים לבנות, לחבר או לאבטח. ארכיטקט עובר על זה איתכם, ואז ממליץ מאיפה להתחיל.
מה קורה עכשיו
תיאום מועד
הצוות שלנו שולח לכם דוא״ל לתיאום מועד למפגש.
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.