29 שאלות
איזו תמיכה אתם מספקים אחרי העלייה לאוויר?
אנחנו יכולים להפעיל ולתחזק את מה שאנחנו בונים: ניטור, תגובה לאירועים, עדכוני אבטחה ושינויים כשהעסק והשותפים שלו משתנים. התמיכה מוסכמת בכתב, עם יעדי תגובה, אנשי קשר להסלמה ודיווח קבוע.
מה קורה אחרי שהפרויקט מסתיים?
אתם בוחרים. אנחנו יכולים למסור את המערכת לצוות שלכם עם תיעוד וסקירות מעבר, או להמשיך לתמוך בה ולפתח אותה במסגרת הסכם תמיכה או צוות ייעודי. אנחנו מסכימים זאת לפני שהפרויקט מסתיים, כך שאין פער.
לקריאה נוספת: פרויקטים בתוצאה קבועה ושירותים מנוהלים מסביב לשעוןקישור לשאלה הזו
מי מטפל ברישומים שנכשלו אחרי העלייה לאוויר?
זה מוסכם לפני העלייה לאוויר. בדרך כלל צוות תפעול החנויות או הכספים שלכם מטפל בשגיאות עסקיות, כמו פריט לא מוכר, מתוך רשימת סקירה, והצוות הטכני מטפל בתקלות בזרימה עצמה. אנחנו יכולים לספק את התמיכה הטכנית הזו במסגרת הסכם מתמשך, כשספר ההפעלה משותף עם הצוות שלכם.
לקריאה נוספת: סנכרון מכירות, מלאי ומחירים בין POS ל-ERPקישור לשאלה הזו
מה קורה כששותף סובל מהשבתה?
שאר הזרימות ממשיכות לפעול. הודעות לאותו שותף מנוסות שוב ואז מתורבתות, צוות התמיכה מקבל התראה, ושום דבר לא אובד. כשהשותף מתאושש, ההודעות שבתור משוחזרות לפי הסדר. הדשבורד מראה איזה שותף מושפע וכמה הודעות ממתינות.
לקריאה נוספת: חיבורי API בין ERP לצדדים שלישייםקישור לשאלה הזו
מה קורה כשהמודל מפסיק לתפקד?
שווקים ולקוחות משתנים, ולכן מודלים סוטים. אנחנו מנטרים ביצועים ואת הנתונים שהמודל רואה, מתריעים לצוות שלכם כשאחד מהם משתנה, ומאמנים את המודל מחדש דרך צינור שנבדק.
לקריאה נוספת: מודלים כמותיים גדולים ולמידת מכונה יישומיתקישור לשאלה הזו
איזה תמיכה כולל שירות AI מנוהל?
ניטור, תגובה לאירועים, עדכוני מודלים ודוחות קבועים על איכות, שימוש ועלות. זמני התגובה נקבעים בהסכם השירות, לפי דרגת חומרה.
לקריאה נוספת: חבילות AI ארוזות ושירותי AI מנוהליםקישור לשאלה הזו
האם נוכל לעבור מחבילה למערכת מותאמת אחר כך?
כן. כשאתם צריכים יותר קנה מידה או שליטה, אנחנו מתכננים את המעבר כך שהנתונים, מערכי ההערכה והאינטגרציות שלכם ימשיכו איתכם.
לקריאה נוספת: חבילות AI ארוזות ושירותי AI מנוהליםקישור לשאלה הזו
האם אתם יכולים לקחת על עצמכם ניהול שוטף של מסדי הנתונים?
כן. אנחנו יכולים לנטר, להטליא, לגבות ולכוונן את מסדי הנתונים שלכם במסגרת הסכם תמיכה, עם יעדי תגובה ודיווח מוסכמים בכתב. אם תעדיפו להפעיל אותם בעצמכם, אנחנו מתעדים כל נוהל ומכשירים את הצוות שלכם לפני המסירה. אפשר גם לחלק את העבודה: להשאיר משימות שגרתיות בבית ולקרוא לנו לשדרוגים, להגירות ולאירועים.
לקריאה נוספת: ארכיטקטורת נתונים, לייקהאוסים וצינורות בזמן אמתקישור לשאלה הזו
מה קורה אחרי הפרויקט?
ניטור איכות, החלפת מפתחות, סקירות הרשאות וסיווג נתונים חדשים חייבים להימשך. אנחנו מוסרים את הנהלים האלה לצוות שלכם עם ספרי הפעלה והדרכה, או מפעילים אותם יחד אתכם במסגרת הסכם תמיכה.
לקריאה נוספת: ממשל נתונים, ריבונות, פרטיות ואבטחהקישור לשאלה הזו
מה קורה אחרי העלייה לאוויר?
אתם בוחרים. אנחנו יכולים לתמוך ולהרחיב את המערכת במסגרת הסכם עם זמני תגובה וניטור. או למסור אותה לצוות שלכם עם הקוד, התיעוד ותקופת חפיפה.
לקריאה נוספת: הנדסת יישומים, פלטפורמות ומוצרים קומפוזבילייםקישור לשאלה הזו
איך עדכוני שולחן עבודה מועברים ונשלטים?
כל גרסה חתומה בקוד, כך שכל התקן יכול לבדוק שלא שונתה. הגרסאות מופצות דרך כלי ניהול ההתקנים שלכם או מעדכן מובנה, תחילה לקבוצת פיילוט ואחר כך לכולם. אם גרסה יוצרת בעיות, ההתקנים יכולים לחזור לגרסה הקודמת.
לקריאה נוספת: הנדסת יישומים, פלטפורמות ומוצרים קומפוזבילייםקישור לשאלה הזו
מה קורה כשמערכת ה-ERP שלנו משודרגת?
אנחנו בונים על הממשקים שהספק מפרסם, לא על טבלאות מסד נתונים או מסכים, כך שרוב השדרוגים משאירים את האינטגרציה ללא שינוי. לפני שדרוג אנחנו סוקרים את הערות הגרסה מול כל ממשק ומריצים את ערכת הבדיקות על מערכת הבדיקה המשודרגת.
מה קורה כשבנק משנה את הפורמט שלו?
בנקים מודיעים על שינויי פורמט מראש, כפי שרבים עשו במעבר מ-SWIFT MT ל-ISO 20022. אנחנו עוקבים אחרי ההודעות האלה עבור הבנקים שאליהם אנחנו מחוברים, מעריכים את ההשפעה ומתזמנים את השינוי ואת הבדיקות שלו עם הבנק לפני מועד היעד.
לקריאה נוספת: בנקאות, ניהול מזומנים וקישוריות ISO 20022קישור לשאלה הזו
איך אתם מטפלים בשינויי גרסה של API?
ל-API שאתם מפרסמים, אנחנו מנהלים גרסאות, משאירים גרסאות ישנות פעילות לתקופה מוסכמת ומעדכנים את הצרכנים מה משתנה. ל-API שאתם קוראים, אנחנו עוקבים אחרי הודעות ההפסקה של כל שותף ובודקים גרסאות חדשות בארגז החול שלו. בדיקות חוזה תופסות שינוי שלא הוכרז לפני שהוא מגיע לייצור.
לקריאה נוספת: שירותי אינטגרציה של middleware ו-APIקישור לשאלה הזו
האם אתם יכולים להפעיל את התשתית אחרי הפרויקט?
כן, אם תרצו. במסגרת הסכם תמיכה אנחנו מנטרים את הסביבה, מחילים עדכונים ומגיבים לאירועים בזמנים שמוסכמים איתכם. אנחנו גם מדווחים על קיבולת וסיכונים. אם אתם מעדיפים להפעיל אותה בעצמכם, ספרי ההפעלה והמסירה מתוכננים מההתחלה.
לקריאה נוספת: הנדסת ענן, SovereignTech והגירה היברידיתקישור לשאלה הזו
האם הצוות שלנו יוכל להפעיל את הפלטפורמה אחר כך?
זו המטרה. הכול מוגדר כקוד ומתועד, והמהנדסים שלכם סוקרים ומאשרים שינויים יחד איתנו מההתחלה. אם תעדיפו שנמשיך להפעיל את הפלטפורמה, זה יכול להימשך במסגרת הסכם שירותים מנוהלים.
לקריאה נוספת: DevOps, הנדסת פלטפורמה וסביבות הרצה לסוכני קידודקישור לשאלה הזו
מה מוסיפה הנדסת אמינות אתרים לניטור רגיל?
ניטור אומר לכם שמשהו שגוי. SRE מחליטה כמה אמין כל שירות חייב להיות, מודדת אותו מול היעד הזה, ומקדישה זמן הנדסי לסיבות הכשל במקום לכיבוי שריפות חוזר. התוצאה היא פחות תקריות, תקריות קצרות יותר וכלל ברור מתי עבודת אמינות קודמת ליכולות חדשות.
לקריאה נוספת: SRE, נראות מערכת ו-FinOps לענן ולטוקנים של AIקישור לשאלה הזו
האם אתם יכולים לקחת על עצמכם את הכוננות שלנו?
כן, באופן מלא או לצד הצוות שלכם. במסגרת הסכם שירותים מנוהלים אנחנו צופים בהתראות מסביב לשעון ומגיבים בזמנים שנקבעו לכל חומרה, מתקלה קריטית ועד בקשה קטנה. כל תקרית משמעותית מקבלת סקירה בכתב של הסיבה שלה ושל השינוי שמונע את הישנותה.
לקריאה נוספת: SRE, נראות מערכת ו-FinOps לענן ולטוקנים של AIקישור לשאלה הזו
למה לאחד את ה-SOC וה-NOC?
כי תקריות רבות הן גם זה וגם זה. מערכת איטית יכולה להיות תקיפה, ותקיפה מתגלה לעיתים קרובות קודם כבעיית ביצועים. צוות אחד עם מבט אחד על אירועי אבטחה ורשת מוצא את הסיבה מוקדם יותר ומונע משני צוותים לעבוד זה נגד זה.
לקריאה נוספת: SOC/NOC מאוחד, חוסן סייבר והגנת OT/IoTקישור לשאלה הזו
כמה מהר אתם מגיבים לתקרית?
זמני תגובה ופתרון נקבעים לכל דרגת חומרה, מהשבתה או פריצה קריטית ועד בקשה קטנה, והם כתובים בהסכם שלכם. עמוד רמות השירות שלנו מפרט אותם.
לקריאה נוספת: SOC/NOC מאוחד, חוסן סייבר והגנת OT/IoTקישור לשאלה הזו
האם אתם מפעילים את הפלטפורמות אחרי שהן נבנות?
אם תרצו. המהנדסים שלנו יכולים להפעיל את הפלטפורמה מסביב לשעון במסגרת הסכם שירותים מנוהלים, עם זמני תגובה לכל דרגת חומרה, או למסור אותה לצוות שלכם עם ספרי ההפעלה וההדרכה להפעלתה.
מה קורה אם יש לנו אירוע אבטחה?
פעלו לפי תוכנית התגובה שלכם והתקשרו לאנשי הקשר שהיא מפרטת. אם אנחנו תומכים במערכות שלכם, איש הקשר שלכם ב-XSIS הוא אחד מהם. אנחנו עובדים עם הצוות שלכם כדי להכיל את האירוע, לשמור את הראיות, להחזיר את השירות ולמצוא את הסיבה. לאחר מכן אתם מקבלים סקירה כתובה של מה שקרה ושל השינויים שמונעים הישנות.
האם הערכה אחת מספיקה?
זו התחלה טובה, אבל מערכות, אנשים ותוקפים משתנים. לכן ניהול חשיפות הוא רציף: סריקה ללא הפסקה, בדיקה מחדש לאחר שינויים משמעותיים וסקירה קבועה של הרשאות. אנחנו יכולים לעשות זאת במסגרת הסכם שירותים מנוהלים, או להכשיר את הצוות שלכם לעשות זאת.
אתם יכולים להריץ ניטור אבטחה ל-OT ול-IT יחד?
כן. ה-SOC וה-NOC המאוחדים שלנו צופים ב-OT וב-IT בתצוגה אחת, צדים איומים ומאוטמים את התגובה היכן שבטוח לעשות זאת. הם פועלים כשירות מנוהל ברמות שירות מוסכמות.
מי תומך באינטגרציה לאחר העלייה לאוויר?
אנחנו יכולים לנטר ולתמוך בה במסגרת הסכם תמיכה, או למסור אותה לצוות שלכם עם תיעוד, התראות וספר הפעלה. בכל מקרה, הודעה שנכשלה מגיעה לתור עם הסיבה שלה, כך שאפשר לתקן אותה ולהריץ אותה מחדש במקום לאבד אותה.
האם אתם יכולים לנטר את האינטגרציות לאחר העלייה לאוויר?
כן, במסגרת הסכם תמיכה. אנחנו עוקבים אחרי זרימות הודעות וחיבורי שותפים, מתריעים על כשלים ועל צברים, ומתקנים או מריצים מחדש הודעות שנכשלו. אם תעדיפו להפעיל את זה בעצמכם, נמסור לצוות שלכם עם לוחות הבקרה וספרי ההפעלה.
מה מכסה השירות המנוהל?
שירותי ניהול יישומים מונחי תוצאה: תמיכה ברמות L2 ו-L3, ממשל SLA והתפתחות רציפה, 24/7.
לקריאה נוספת: פרויקטים בתוצאה קבועה ושירותים מנוהלים מסביב לשעוןקישור לשאלה הזו
מתי מתחילים שירותים מנוהלים?
כשהמערכת עולה לייצור, או כשמערכת קיימת צריכה בעלים שיענה על רמות השירות ועל התקלות שלה.
לקריאה נוספת: פרויקטים בתוצאה קבועה ושירותים מנוהלים מסביב לשעוןקישור לשאלה הזו
האם ממשיכים לשפר את המערכת?
כן. התפתחות תכונות רציפה היא חלק מהשירות.
לקריאה נוספת: פרויקטים בתוצאה קבועה ושירותים מנוהלים מסביב לשעוןקישור לשאלה הזו
שאלות נוספות
- עלות ותמחורמה קובע את העלות של פרויקט או צוות, ואיך אנחנו מעריכים.29 שאלות
- לוחות זמניםכמה זמן לוקח להתחיל ולספק עבודה, ומה משנה את זה.10 שאלות
- בעלות וחוזיםלמי שייכים הקוד, הנתונים והתוצאות, ואיך עובדים חוזים.22 שאלות
- אבטחה ונתוניםאיך אנחנו מגנים על המערכות, הקוד והנתונים שלכם בזמן שאנחנו עובדים.79 שאלות
- צוותים ואיושמי עובד על הפרויקט שלכם, איך הם נבחרים ואיך צוותים משתנים.30 שאלות
- תהליך ותקשורתאיך העבודה מתוכננת, מדווחת ומתקבלת.121 שאלות
- טכנולוגיההפלטפורמות, התקנים והכלים שאיתם אנחנו עובדים.144 שאלות
- אודות XSISמי אנחנו, היכן אנחנו ואיך ליצור איתנו קשר.6 שאלות
מתחילים בשיחה, לא בחוזה.
ספרו לנו מה אתם צריכים לבנות, לחבר או לאבטח. ארכיטקט עובר על זה איתכם, ואז ממליץ מאיפה להתחיל.
מה קורה עכשיו
תיאום מועד
הצוות שלנו שולח לכם דוא״ל לתיאום מועד למפגש.
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.