תעשיות
בנקאות ליבה, ISO 20022, ניטור הונאות, חנויות, EDI ומובילים, HL7 ו-FHIR, נגישות ושדרוגי ERP.
30 שאלות
האם אנחנו חייבים להחליף את מערכת הבנקאות הליבה?
בדרך כלל לא. רוב הבנקים מרוויחים יותר מעטיפת הליבה ב-API מוגדרים היטב ובנייה של מוצרים וערוצים חדשים כשירותים סביבה. זה שומר על מערכת מקור האמת יציבה בזמן שחלקי הלקוח משתנים מהר יותר. כשליבה באמת חייבת להיות מוחלפת, אנחנו מתכננים את ההגירה בשלבים, כששתי המערכות מותאמות עד שהמערכת הישנה מכובה.
אתם תומכים ב-ISO 20022 ובתשלומים מיידיים?
כן. אנחנו בונים שירותים שיוצרים, מאמתים וקוראים הודעות ISO 20022, גם לתשלומים ולדיווח תאגידיים, כמו pain.001 ו-camt.053, וגם להודעות הבין־בנקאיות שמשמשות מערכות תשלומים מיידיים ובסכומים גבוהים. לכל סכמה ולכל בנק יש כללים משלו, ולכן אנחנו עובדים לפי מדריכי ההטמעה שלהם ובודקים בסביבות הבדיקה שלהם.
אתם יכולים לבנות ניטור הונאות ותנועות?
כן. אנחנו משלבים כללים שהאנליסטים שלכם יכולים לקרוא ולשנות עם מודלי למידת מכונה שאומנו על הנתונים שלכם, ומסבירים למה כל התראה הופעלה. התראות מגיעות לתור תיקים שבו אנליסטים מחליטים, וההחלטות שלהם חוזרות לכללים ולמודלים. כשיש לכם כבר ספקי סינון מתמחים, אנחנו מחברים אותם.
איך אתם הופכים שירותים לנגישים?
אנחנו מעצבים לפי WCAG 2.2 AA מאב הטיפוס הראשון, כותבים בשפה פשוטה, ובודקים עם מקלדות, קוראי מסך והגדלה. בדיקות נגישות אוטומטיות רצות בצינור האספקה, ולפני גרסאות גדולות אנחנו בודקים עם אנשים שמשתמשים בטכנולוגיות מסייעות.
האם אתם יכולים להתחבר למערכות הוותיקות שלנו?
כן. שירותים ציבוריים רבים תלויים במערכות ארוכות חיים. אנחנו מתחברים אליהן דרך הממשקים, הקבצים או מסדי הנתונים הקיימים שלהן, ומציבים לפניהן API מודרני היכן שזה עוזר. אם יש צורך בהחלפה, היא מתבצעת בשלבים, כששתי המערכות פועלות עד שהחדשה מוכחת.
מהו תאום דיגיטלי, ומתי שווה לבנות אותו?
תאום דיגיטלי הוא מודל תלת־ממדי חי של בניין, אתר נופש או רובע, שמוזן מנתוני ההתקנים והמערכות שלו. שווה לבנות אותו כשצוותים רבים צריכים לתכנן, לתפעל או להתאמן על אותו מתחם גדול. אנחנו מתחילים מהשאלות שהוא חייב לענות עליהן, ואז מחליטים אילו נתונים הוא צריך.
אתם יכולים לעבוד עם מערכות הנדל״ן והמלונות שאנחנו כבר מפעילים?
כן. אנחנו מתחילים במיפוי המערכות שיש לכם והממשקים שהספקים שלהן מספקים, ואז מחברים אותן דרך API, אירועים או קבצים. החלפת מערכת היא בחירה שאנחנו עושים איתכם, אף פעם לא ברירת המחדל.
אתם מטפלים בחשבוניות אלקטרוניות לקבוצות נדל״ן ואירוח במפרץ?
כן. אנחנו מחברים את ה-ERP שלכם ל-PINT-AE של איחוד האמירויות, ל-ZATCA שלב 2 הסעודית ולחשבוניות האלקטרוניות של עומאן, עם אימות אוטומטי ומסלול חריגים לחשבוניות שנדחו. ספרינט המוכנות לחשבוניות אלקטרוניות ול-ERP הוא נקודת התחלה נפוצה.
מה נדרש מאיתנו לתחזוקה חזויה?
היסטוריית חיישנים ותחזוקה לנכסים שבהיקף, ומהנדסים שיכולים לומר לנו אילו כשלים חשובים. אנחנו מתחילים בנכסים שבהם עצירה לא מתוכננת עולה הכי הרבה, ומוכיחים את המודל שם לפני שמרחיבים אותו.
אתם יכולים לעזור לנו להפיק דוחות ESG שאפשר להגן עליהם?
אנחנו בונים את צינורות הנתונים שמאחוריהם: נתונים שנאספים ממערכות תפעוליות, נבדקים לאיכות, וניתנים למעקב חזרה למקור. הדוח מראה אז איך כל נתון הופק.
מה קורה כשחנות מאבדת את החיבור? (קמעונאות ומסחר אומניצ׳אנל)
החנות ממשיכה למכור. המכירות נשמרות מקומית ונשלחות כשהחיבור חוזר, כל אחת עם מזהה ייחודי כך שדבר אינו נרשם פעמיים. עדכוני מחיר ומלאי נשמרים בתור באותו אופן. התפעול רואה אילו חנויות בפיגור ובכמה, כך שהשבתה ארוכה מזוהה מיד ולא מתגלה בסוף החודש.
עם אילו מערכות POS אתם יכולים לבצע אינטגרציה?
אנחנו מבצעים אינטגרציה עם פלטפורמות POS דרך מה שהן מציעות: API בענן, שרתי חנויות, ייצוא ממסד נתונים או קבצים. לפני שאנחנו מעריכים, אנחנו סוקרים את התיעוד של ה-POS ודגימה מהנתונים שלו, כי זה קובע את הגישה. ציון פלטפורמת POS או ERP באתר הזה אינו מעיד על שותפות עם הספק שלה.
האם אתם עובדים עם HL7 ו-FHIR?
כן. אנחנו בונים ממשקים ששולחים ומקבלים הודעות HL7 v2, כמו אשפוזים, הזמנות ותוצאות, ושירותים שחושפים או צורכים משאבי FHIR. אנחנו ממפים קודים מקומיים למונחים שהשותפים שלכם מצפים להם, ובודקים מול מערכות הבדיקה שלהם לפני שמשהו עולה לאוויר.
האם אתם יכולים להתחבר למערכת הרשומה הבריאותית האלקטרונית שלנו?
בדרך כלל כן, דרך הממשקים שהספק שלה מספק: הזנות HL7 v2, API של FHIR או מנוע אינטגרציה. ספקים מסוימים דורשים רישום או אישור לפני שאינטגרציה עולה לאוויר. אנחנו בודקים את התיעוד של הספק מוקדם, משום שהוא קובע את ההיקף ואת התוכנית.
האם עבודה בהתאמה אישית תחסום את שדרוגי ה-ERP שלנו?
לא אם היא בנויה נכון. אנחנו משתמשים בנקודות ההרחבה הנתמכות של ה-ERP, כגון API, אירועים ומסגרות הרחבה, ושומרים את הקוד בהתאמה אישית בנפרד מהמוצר הסטנדרטי. כל הרחבה מתועדת ונבדקת, כך שאפשר לבדוק אותה מול גרסה חדשה לפני שדרוג.
עם אילו מערכות ERP אתם עובדים?
אנחנו עובדים עם SAP S/4HANA ו-SAP Business One, Microsoft Dynamics 365 Finance and Supply Chain Management ו-Business Central, Oracle NetSuite, Oracle Fusion Cloud ERP, Odoo, ו-Sage Intacct ו-Sage X3. ציון שם של מוצר אינו מעיד על שותפות עם הספק שלו. ספרו לנו את הגרסה והמודולים שלכם, כי הם קובעים את אפשרויות האינטגרציה.
האם אינטגרציה אחת יכולה לשרת כמה חברות ומדינות?
כן. אנחנו מתכננים אינטגרציות שמטפלות בכמה ישויות משפטיות, מטבעות, בנקים וכללי מס מפלטפורמה אחת, כשההגדרות של כל ישות נשמרות כקונפיגורציה ולא כקוד. הוספת ישות היא אז הוספת קונפיגורציה ובדיקות, ולא אינטגרציה חדשה.
האם אתם עובדים עם EDI?
כן. אנחנו בונים ומתחזקים זרימות EDI ב-EDIFACT וב-ANSI X12, מעל AS2, SFTP או רשת ערך מוסף, להזמנות, הודעות משלוח, חשבוניות והודעות סטטוס. אנחנו גם מתרגמים EDI ל-API ולאירועים, כך שמערכות חדשות אינן צריכות לקרוא EDI בעצמן, ובודקים כל זרימה עם שותף הסחר לפני העלייה לאוויר.
איך אתם מבצעים אינטגרציה עם מובילים רבים?
אנחנו מציבים שכבת מובילים אחת בין המערכות שלכם למובילים. המערכות שלכם מזמינות הובלה, מפיקות תוויות ועוקבות דרך ממשק אחד, והשכבה ממפה כל בקשה ל-API או לפורמט הקובץ של כל מוביל. הוספת מוביל היא אז הוספת מיפוי אחד והבדיקות שלו, ולא שינוי של כל מערכת ששולחת. תעריפים, תוויות ואירועי מעקב חוזרים בפורמט אחד.
האם אתם יכולים לעבוד עם מערכת המחסן או ההובלה הקיימת שלנו?
כן. אנחנו מרחיבים מערכות קיימות דרך ה-API, ממשקי ההודעות או מסדי הנתונים שלהן, ומוסיפים סביבן כלים ניידים ואינטגרציות. אם מערכת הגיעה לגבולות שלה, אנחנו מתכננים החלפה מדורגת, כששתי המערכות פועלות עד שהחדשה מוכחת.
איך אתם מבודדים דיירים במוצר רב־דיירי?
אנחנו בוחרים איתכם את רמת הבידוד, לכל שכבה: מסדי נתונים, סכימות או מפתחות הצפנה משותפים או נפרדים, ומגבלות על מחשוב ועל שימוש ב-API. הבחירה תלויה בחוזים של הלקוחות שלכם, בצורכי מיקום הנתונים שלהם ובעלות של כל דייר.
האם אתם יכולים לבצע מודרניזציה של המוצר בלי כתיבה מחדש?
בדרך כלל כן. אנחנו מוציאים יכולת אחת בכל פעם מהמונוליט בתבנית Strangler Fig, מאחורי בדיקות אוטומטיות, כך שהגרסאות נמשכות לאורך כל הדרך.
האם אתם מטמיעים פלטפורמות CRM או בונים לנו פלטפורמה משלנו?
גם וגם. אנחנו מטמיעים ומרחיבים את Salesforce, ServiceNow ו-Microsoft Power Platform, ובונים יכולות CRM לתוך מוצר כשזה משרת את העסק טוב יותר. אנחנו ממליצים על אחת מהאפשרויות לאחר בחינת התהליכים שלכם.
איך אתם מוודאים שפלטפורמה עומדת בשיא הקהל?
אנחנו מתכננים לשיא מההתחלה, ואז מוכיחים אותו: בדיקות עומס וכאוס בשיעור הקהל הצפוי ומעבר לו, ונראות מערכת שמתריעה לפני שהמשתמשים מבחינים. בייצור, מהנדסי SRE צופים בפלטפורמה ומגיבים ברמות שירות מוסכמות.
אתם יכולים לבנות המלצות על הנתונים שלנו?
כן. אנחנו בונים מנועי סיווג, התאמה אישית והמלצות על נתוני הקהל והתוכן שלכם, בתוך הסביבה שלכם, ומודדים אותם כנגד התוצאות שחשובות לכם.
מודלי השפה שלכם עובדים בערבית?
כן. אנחנו מבצעים כיוונון עדין למודלים בערבית תחילה ולמודלים של דיאלקטים אזוריים כמו Jais, Falcon ו-ALLaM, ומארחים אותם בענן פרטי או ריבוני כשנתוני תוכן או קהל חייבים להישאר במדינה.
אתם יכולים לעבוד עם מערכות השידור והתוכן הקיימות שלנו?
כן. אנחנו ממפים את מערכות התוכן, הקהל והחיוב שאתם כבר מפעילים ומתחברים אליהן דרך ה-API, האירועים או הקבצים שלהן. פלטפורמות חדשות נבנות סביבן, והחלפה מתוכננת רק כשהיא מחזירה את ההשקעה.
האם הפלטפורמה יכולה לפעול בערבית ובשפות אחרות?
כן. הממשקים נבנים לשפות מימין לשמאל ומשמאל לימין, וה-AI יכול להשתמש במודלים בערבית תחילה ובניבים אזוריים המתארחים בענן פרטי או ריבוני.
מתי כדאי לבנות סימולציית אימון?
כשהתרגול על הציוד האמיתי או במצב האמיתי יקר, מסוכן או קשה לארגון. אנחנו מתחילים במשימות שבהן טעויות עולות הכי הרבה, ומודדים אם הסימולציה משפרת את הביצועים.
האם פלטפורמות הלמידה שלכם נגישות?
אנחנו מעצבים ובודקים אותן לפי WCAG, תוך התחשבות במשתמשי מקלדת, קוראי מסך וזכוכיות מגדלת, ומשלבים בדיקות נגישות בבדיקות האוטומטיות.
שאלות נוספות
- AI ונתוניםמודלים וספקים, דיוק, שליפה או כיוונון עדין, פלטפורמות נתונים, נתונים בזמן אמת ואוטומציית מסמכים.37 שאלות
- הנדסת תוכנהבחירת מחסנית, מסגרות צד לקוח, ערבית ומימין לשמאל, נייטיב או חוצה פלטפורמות, ענן, כלי בדיקה ומערכות ותיקות.32 שאלות
- אינטגרציותמערכות ERP, תווכה, פורמטים בנקאיים, ISO 8583, מסופים, host-to-host או EBICS, בנקאות פתוחה ו-API של צדדים שלישיים.32 שאלות
- פתרונות מחלקתייםחיבורי 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 ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.