การสนับสนุนและการดำเนินงาน
เกิดอะไรขึ้นหลังเปิดใช้งานจริง: การสนับสนุน การเฝ้าระวัง และการเปลี่ยนแปลง
29 คำถาม
คุณให้การสนับสนุนหลังเปิดใช้งานจริงอย่างไร
เราดูแลและบำรุงรักษาสิ่งที่เราสร้างได้: การเฝ้าระวัง การตอบสนองเหตุการณ์ การอัปเดตความปลอดภัย และการเปลี่ยนแปลงตามธุรกิจและพันธมิตรของคุณ การสนับสนุนตกลงเป็นลายลักษณ์อักษร พร้อมเป้าหมายการตอบสนอง ผู้ติดต่อส่งต่อปัญหา และการรายงานอย่างสม่ำเสมอ
เกิดอะไรขึ้นหลังโครงการจบ
คุณเลือกได้ เราส่งมอบระบบให้ทีมของคุณพร้อมเอกสารและการอธิบายทีละขั้น หรือสนับสนุนและพัฒนาต่อภายใต้ข้อตกลงการสนับสนุนหรือทีมเฉพาะ เราตกลงเรื่องนี้ก่อนโครงการจบ จึงไม่มีช่องว่าง
อ่านเพิ่มเติม: โครงการแบบกำหนดผลลัพธ์ตายตัวและบริการที่จัดการให้ตลอด 24 ชั่วโมงลิงก์ไปยังคำถามนี้
ใครจัดการการบันทึกที่ล้มเหลวเมื่อใช้งานจริงแล้ว
เรื่องนี้ตกลงกันก่อนเปิดใช้งาน ปกติทีมปฏิบัติการร้านหรือฝ่ายการเงินของคุณจัดการข้อผิดพลาดทางธุรกิจ เช่น สินค้าที่ไม่รู้จัก จากรายการทบทวน และทีมเทคนิคจัดการข้อขัดข้องในกระแสข้อมูลเอง เราสามารถให้การสนับสนุนทางเทคนิคนั้นได้ภายใต้ข้อตกลงต่อเนื่อง โดยแบ่งปันคู่มือปฏิบัติงานกับทีมของคุณ
อ่านเพิ่มเติม: การซิงก์ยอดขาย สต็อก และราคาจาก POS ถึง ERPลิงก์ไปยังคำถามนี้
เกิดอะไรขึ้นเมื่อพันธมิตรหยุดให้บริการ
กระแสข้อมูลอื่นยังทำงานต่อ ข้อความสำหรับพันธมิตรรายนั้นถูกลองใหม่แล้วเข้าคิว ทีมสนับสนุนได้รับแจ้ง และไม่มีอะไรสูญหาย เมื่อพันธมิตรกลับมาทำงาน ข้อความในคิวจะถูกเล่นซ้ำตามลำดับ แดชบอร์ดแสดงว่าพันธมิตรรายใดได้รับผลกระทบและมีข้อความรอกี่รายการ
อ่านเพิ่มเติม: การเชื่อมต่อ ERP กับ API ของบุคคลภายนอกลิงก์ไปยังคำถามนี้
เกิดอะไรขึ้นเมื่อโมเดลเริ่มมีประสิทธิภาพลดลง
ตลาดและลูกค้าเปลี่ยน โมเดลจึงเลื่อน เราติดตามประสิทธิภาพและข้อมูลที่โมเดลเห็น แจ้งเตือนทีมของคุณเมื่อสิ่งใดสิ่งหนึ่งเปลี่ยน และฝึกโมเดลใหม่ผ่านไปป์ไลน์ที่ทดสอบแล้ว
อ่านเพิ่มเติม: โมเดลเชิงปริมาณขนาดใหญ่และ ML ประยุกต์ลิงก์ไปยังคำถามนี้
บริการ AI ที่จัดการให้มีการสนับสนุนอะไรบ้าง
การเฝ้าระวัง การตอบสนองเหตุการณ์ การอัปเดตโมเดล และรายงานประจำเรื่องคุณภาพ การใช้งาน และต้นทุน เวลาตอบสนองกำหนดไว้ในข้อตกลงบริการตามระดับความรุนแรง
อ่านเพิ่มเติม: แพ็กเกจ AI สำเร็จรูปและบริการ AI ที่มีการจัดการลิงก์ไปยังคำถามนี้
เราย้ายจากแพ็กเกจไปยังระบบเฉพาะภายหลังได้หรือไม่
ได้ เมื่อคุณต้องการขนาดหรือการควบคุมมากขึ้น เราวางแผนการย้ายให้ข้อมูล ชุดประเมินผล และการเชื่อมต่อของคุณยังคงอยู่
อ่านเพิ่มเติม: แพ็กเกจ AI สำเร็จรูปและบริการ AI ที่มีการจัดการลิงก์ไปยังคำถามนี้
คุณรับงานบริหารฐานข้อมูลประจำวันได้หรือไม่
ได้ เราสามารถเฝ้าระวัง แพตช์ สำรองข้อมูล และปรับแต่งฐานข้อมูลของคุณภายใต้ข้อตกลงการสนับสนุน พร้อมเป้าหมายการตอบสนองและการรายงานที่ตกลงเป็นลายลักษณ์อักษร หากคุณต้องการดูแลเอง เราจัดทำเอกสารทุกขั้นตอนและฝึกทีมของคุณก่อนส่งมอบ คุณยังแบ่งงานได้ โดยเก็บงานประจำไว้ในองค์กรและเรียกใช้เราเมื่อมีการอัปเกรด การย้ายระบบ และเหตุการณ์
อ่านเพิ่มเติม: สถาปัตยกรรมข้อมูล เลกเฮาส์ และไปป์ไลน์เรียลไทม์ลิงก์ไปยังคำถามนี้
เกิดอะไรขึ้นหลังโครงการ
การเฝ้าระวังคุณภาพ การหมุนเวียนกุญแจ การทบทวนสิทธิ์ และการจำแนกข้อมูลใหม่ต้องดำเนินต่อ เราส่งมอบขั้นตอนเหล่านี้ให้ทีมของคุณพร้อมคู่มือปฏิบัติงานและการฝึกอบรม หรือดำเนินการร่วมกับคุณภายใต้ข้อตกลงการสนับสนุน
อ่านเพิ่มเติม: ธรรมาภิบาลข้อมูล อธิปไตยข้อมูล ความเป็นส่วนตัว และความปลอดภัยลิงก์ไปยังคำถามนี้
เกิดอะไรขึ้นหลังเปิดใช้งานจริง
คุณเลือกได้ เราสนับสนุนและขยายระบบภายใต้ข้อตกลงพร้อมเวลาตอบสนองและการเฝ้าระวัง หรือส่งมอบให้ทีมของคุณพร้อมโค้ด เอกสาร และช่วงเวลาทำงานคู่ขนาน
อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้
การอัปเดตเดสก์ท็อปส่งและควบคุมอย่างไร
ทุกการเผยแพร่ลงนามด้วยโค้ด เพื่อให้แต่ละอุปกรณ์ตรวจสอบได้ว่าไม่ถูกแก้ไข การเผยแพร่ส่งผ่านเครื่องมือจัดการอุปกรณ์ของคุณหรือตัวอัปเดตในตัว เริ่มจากกลุ่มนำร่องแล้วจึงถึงทุกคน หากการเผยแพร่มีปัญหา อุปกรณ์สามารถกลับไปยังเวอร์ชันก่อนหน้า
อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้
เกิดอะไรขึ้นเมื่อ ERP ของเราถูกอัปเกรด
เราสร้างบนอินเทอร์เฟซที่ผู้จำหน่ายเผยแพร่ ไม่ใช่บนตารางฐานข้อมูลหรือหน้าจอ การอัปเกรดส่วนใหญ่จึงไม่กระทบการเชื่อมต่อ ก่อนอัปเกรด เราตรวจสอบบันทึกการเผยแพร่เทียบกับแต่ละอินเทอร์เฟซ และรันชุดทดสอบบนระบบทดสอบที่อัปเกรดแล้ว
อ่านเพิ่มเติม: การนำ ERP และ CRM ไปใช้และการซิงก์ลิงก์ไปยังคำถามนี้
เกิดอะไรขึ้นเมื่อธนาคารเปลี่ยนรูปแบบ
ธนาคารประกาศการเปลี่ยนแปลงรูปแบบล่วงหน้า เช่นเดียวกับหลายแห่งที่เปลี่ยนจาก SWIFT MT เป็น ISO 20022 เราติดตามประกาศเหล่านั้นสำหรับธนาคารที่เราเชื่อมต่อ ประเมินผลกระทบ และกำหนดการเปลี่ยนแปลงและการทดสอบกับธนาคารก่อนกำหนดเวลา
อ่านเพิ่มเติม: การธนาคาร การบริหารเงินทุน และการเชื่อมต่อ ISO 20022ลิงก์ไปยังคำถามนี้
คุณจัดการการเปลี่ยนเวอร์ชัน API อย่างไร
สำหรับ API ที่คุณเผยแพร่ เราจัดการเวอร์ชัน เก็บเวอร์ชันเดิมไว้ใช้งานตามระยะเวลาที่ตกลง และแจ้งผู้ใช้บริการถึงการเปลี่ยนแปลง สำหรับ API ที่คุณเรียกใช้ เราติดตามประกาศเลิกใช้งานของคู่ค้าแต่ละรายและทดสอบเวอร์ชันใหม่ในแซนด์บ็อกซ์ของพวกเขา การทดสอบสัญญาจับการเปลี่ยนแปลงที่ไม่ประกาศก่อนถึงระบบใช้งานจริง
อ่านเพิ่มเติม: บริการมิดเดิลแวร์และการเชื่อมต่อ APIลิงก์ไปยังคำถามนี้
คุณดูแลโครงสร้างพื้นฐานหลังโครงการได้หรือไม่
ได้ หากคุณต้องการ ภายใต้ข้อตกลงการสนับสนุน เราเฝ้าระวังระบบ ติดตั้งการอัปเดต และตอบสนองต่อเหตุการณ์ภายในเวลาที่ตกลงกับคุณ เรายังรายงานกำลังการผลิตและความเสี่ยง หากคุณต้องการดูแลเอง คู่มือปฏิบัติงานและการส่งมอบได้รับการวางแผนตั้งแต่ต้น
อ่านเพิ่มเติม: วิศวกรรมคลาวด์ SovereignTech และการย้ายแบบไฮบริดลิงก์ไปยังคำถามนี้
ทีมของเราจะดูแลแพลตฟอร์มต่อได้หรือไม่
นั่นคือเป้าหมาย ทุกอย่างนิยามเป็นโค้ดและมีเอกสารประกอบ และวิศวกรของคุณทบทวนและอนุมัติการเปลี่ยนแปลงร่วมกับเรามาตั้งแต่เริ่มต้น หากคุณต้องการให้เราดูแลแพลตฟอร์มต่อ ก็ทำได้ภายใต้ข้อตกลงบริการที่จัดการให้
อ่านเพิ่มเติม: DevOps วิศวกรรมแพลตฟอร์ม และสภาพแวดล้อมควบคุมสำหรับเอเจนต์เขียนโค้ด AIลิงก์ไปยังคำถามนี้
วิศวกรรมความเชื่อถือได้ของระบบเพิ่มอะไรจากการเฝ้าระวังทั่วไป
การเฝ้าระวังบอกคุณว่ามีบางอย่างผิดพลาด SRE ตัดสินใจว่าแต่ละบริการต้องเชื่อถือได้เพียงใด วัดเทียบกับเป้าหมายนั้น และใช้เวลาทางวิศวกรรมกับต้นเหตุของความล้มเหลวแทนการดับเพลิงซ้ำๆ ผลลัพธ์คือเหตุการณ์น้อยลง สั้นลง และมีกฎชัดเจนว่าเมื่อใดงานด้านความเชื่อถือได้ต้องมาก่อนความสามารถใหม่
อ่านเพิ่มเติม: SRE ความสามารถในการสังเกตระบบ และ FinOps สำหรับคลาวด์และโทเคน AIลิงก์ไปยังคำถามนี้
คุณรับงานเข้าเวรแทนเราได้หรือไม่
ได้ ทั้งทั้งหมดหรือร่วมกับทีมของคุณ ภายใต้ข้อตกลงบริการที่จัดการให้ เราดูการแจ้งเตือนตลอด 24 ชั่วโมงและตอบสนองภายในเวลาที่กำหนดตามระดับความรุนแรง ตั้งแต่ระบบล่มวิกฤตจนถึงคำขอเล็กน้อย ทุกเหตุการณ์สำคัญได้รับการทบทวนเป็นลายลักษณ์อักษรเรื่องต้นเหตุและการเปลี่ยนแปลงที่ป้องกันไม่ให้เกิดซ้ำ
อ่านเพิ่มเติม: SRE ความสามารถในการสังเกตระบบ และ FinOps สำหรับคลาวด์และโทเคน AIลิงก์ไปยังคำถามนี้
ทำไมต้องรวม SOC กับ NOC
เพราะหลายเหตุการณ์เป็นทั้งสองอย่าง ระบบที่ช้าอาจเป็นการโจมตี และการโจมตีมักแสดงออกเป็นปัญหาประสิทธิภาพก่อน ทีมเดียวที่มองเห็นเหตุการณ์ความปลอดภัยและเครือข่ายร่วมกันจึงหาต้นเหตุได้เร็วขึ้นและหลีกเลี่ยงการที่สองทีมทำงานสวนทางกัน
อ่านเพิ่มเติม: SOC/NOC รวมศูนย์ ความยืดหยุ่นทางไซเบอร์ และการป้องกัน OT/IoTลิงก์ไปยังคำถามนี้
คุณตอบสนองเหตุการณ์เร็วเพียงใด
เวลาตอบสนองและแก้ไขกำหนดไว้สำหรับแต่ละระดับความรุนแรง ตั้งแต่ระบบล่มหรือการรั่วไหลครั้งใหญ่จนถึงคำขอเล็กน้อย และเขียนไว้ในข้อตกลงของคุณ หน้าระดับบริการของเราแสดงรายการเหล่านี้
อ่านเพิ่มเติม: SOC/NOC รวมศูนย์ ความยืดหยุ่นทางไซเบอร์ และการป้องกัน OT/IoTลิงก์ไปยังคำถามนี้
คุณดำเนินการแพลตฟอร์มต่อหลังสร้างเสร็จหรือไม่
ถ้าคุณต้องการ วิศวกรของเราดำเนินการแพลตฟอร์มตลอด 24 ชั่วโมงภายใต้ข้อตกลงบริการที่จัดการให้ พร้อมเวลาตอบสนองตามระดับความรุนแรง หรือส่งมอบให้ทีมของคุณพร้อมคู่มือปฏิบัติงานและการฝึกอบรมเพื่อดำเนินการเอง
เกิดอะไรขึ้นหากเราเกิดเหตุการณ์ด้านความปลอดภัย
ปฏิบัติตามแผนตอบสนองของคุณและโทรหาผู้ติดต่อที่ระบุไว้ หากเราดูแลระบบของคุณ ผู้ติดต่อ XSIS ของคุณเป็นหนึ่งในนั้น เราทำงานร่วมกับทีมของคุณเพื่อควบคุมเหตุการณ์ เก็บหลักฐาน กู้คืนบริการ และค้นหาสาเหตุ หลังจากนั้นคุณจะได้รับรายงานทบทวนเป็นลายลักษณ์อักษรว่าอะไรเกิดขึ้นและอะไรเปลี่ยนแปลงเพื่อป้องกันการเกิดซ้ำ
การประเมินครั้งเดียวเพียงพอหรือไม่
เป็นการเริ่มต้นที่ดี แต่ระบบ ผู้คน และผู้โจมตีเปลี่ยนตลอดเวลา นี่คือเหตุผลที่การจัดการจุดเสี่ยงต้องทำต่อเนื่อง: สแกนโดยไม่หยุด ทดสอบซ้ำหลังการเปลี่ยนแปลงสำคัญ และทบทวนการเข้าถึงอย่างสม่ำเสมอ เราทำได้ภายใต้ข้อตกลงบริการที่มีการจัดการ หรือฝึกทีมของคุณให้ทำเอง
คุณเฝ้าระวังความปลอดภัยของ OT และ IT ด้วยกันได้หรือไม่
ได้ SOC และ NOC แบบรวมศูนย์ของเราเฝ้าระวัง OT และ IT ในมุมมองเดียว ล่าภัยคุกคาม และตอบสนองอัตโนมัติเมื่อปลอดภัยที่จะทำ ให้บริการแบบจัดการภายใต้ระดับบริการที่ตกลงไว้
ใครดูแลการเชื่อมต่อหลังเปิดใช้งานจริง
เราเฝ้าระวังและสนับสนุนภายใต้ข้อตกลงการสนับสนุน หรือส่งมอบให้ทีมของคุณพร้อมเอกสาร การแจ้งเตือน และคู่มือปฏิบัติงาน ไม่ว่าทางใด ข้อความที่ล้มเหลวจะเข้าคิวพร้อมเหตุผล จึงแก้ไขและนำกลับมาประมวลผลใหม่ได้แทนที่จะสูญหาย
อ่านเพิ่มเติม: ค้าปลีกและพาณิชย์แบบออมนิแชนแนลลิงก์ไปยังคำถามนี้
คุณเฝ้าระวังการเชื่อมต่อหลังเปิดใช้งานจริงได้หรือไม่
ได้ ภายใต้ข้อตกลงการสนับสนุน เราเฝ้าดูการไหลของข้อความและการเชื่อมต่อกับคู่ค้า แจ้งเตือนเมื่อเกิดความล้มเหลวและคิวค้าง และแก้ไขหรือนำข้อความที่ล้มเหลวกลับมาประมวลผลใหม่ หากคุณต้องการดำเนินการเอง เราจะส่งมอบให้ทีมของคุณพร้อมแดชบอร์ดและคู่มือปฏิบัติงาน
อ่านเพิ่มเติม: โลจิสติกส์และการกระจายสินค้าลิงก์ไปยังคำถามนี้
บริการที่จัดการให้ครอบคลุมอะไร
บริการจัดการแอปพลิเคชันที่มุ่งเน้นผลลัพธ์ ได้แก่ การสนับสนุนระดับ L2 และ L3 การกำกับดูแล SLA และการพัฒนาต่อเนื่อง ตลอด 24 ชั่วโมง
อ่านเพิ่มเติม: โครงการแบบกำหนดผลลัพธ์ตายตัวและบริการที่จัดการให้ตลอด 24 ชั่วโมงลิงก์ไปยังคำถามนี้
บริการที่จัดการให้เริ่มเมื่อใด
เมื่อระบบเข้าสู่การใช้งานจริง หรือเมื่อระบบที่มีอยู่ต้องการเจ้าของสำหรับระดับบริการและเหตุการณ์ผิดปกติ
อ่านเพิ่มเติม: โครงการแบบกำหนดผลลัพธ์ตายตัวและบริการที่จัดการให้ตลอด 24 ชั่วโมงลิงก์ไปยังคำถามนี้
คุณพัฒนาระบบต่อเนื่องหรือไม่
ใช่ การพัฒนาความสามารถอย่างต่อเนื่องเป็นส่วนหนึ่งของบริการ
อ่านเพิ่มเติม: โครงการแบบกำหนดผลลัพธ์ตายตัวและบริการที่จัดการให้ตลอด 24 ชั่วโมงลิงก์ไปยังคำถามนี้
คำถามเพิ่มเติม
- ต้นทุนและราคาอะไรเป็นตัวกำหนดต้นทุนของโครงการหรือทีม และเราประเมินอย่างไร29 คำถาม
- กรอบเวลางานใช้เวลาเริ่มและส่งมอบนานเท่าใด และอะไรทำให้เปลี่ยน10 คำถาม
- ความเป็นเจ้าของและสัญญาใครเป็นเจ้าของโค้ด ข้อมูล และผลลัพธ์ และสัญญาทำงานอย่างไร22 คำถาม
- ความปลอดภัยและข้อมูลเราปกป้องระบบ โค้ด และข้อมูลของคุณอย่างไรในระหว่างที่เราทำงาน79 คำถาม
- ทีมและการจัดกำลังคนใครทำงานในโครงการของคุณ พวกเขาถูกเลือกอย่างไร และทีมเปลี่ยนอย่างไร30 คำถาม
- กระบวนการและการสื่อสารงานถูกวางแผน รายงาน และตรวจรับอย่างไร121 คำถาม
- เทคโนโลยีแพลตฟอร์ม มาตรฐาน และเครื่องมือที่เราใช้144 คำถาม
- เกี่ยวกับ XSISเราคือใคร อยู่ที่ไหน และจะติดต่อเราได้อย่างไร6 คำถาม
เริ่มต้นด้วยการพูดคุย ไม่ใช่สัญญา
บอกเราว่าคุณต้องการสร้าง เชื่อมต่อ หรือรักษาความปลอดภัยอะไร สถาปนิกจะพิจารณาร่วมกับคุณ แล้วแนะนำว่าควรเริ่มที่ใด
ขั้นตอนถัดไป
การนัดหมายเวลา
ทีมของเราส่งอีเมลถึงคุณเพื่อนัดหมายเวลาสำหรับการปรึกษา
การปรึกษาก่อนเริ่มงาน
การปรึกษาก่อนเริ่มงานออนไลน์ฟรี 30 นาที: เราพูดคุยถึงเป้าหมาย ระบบ และข้อจำกัดของคุณ
การทบทวนความพร้อม
ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด
การเลือกแนวทาง
โครงการที่ขอบเขตพร้อมจะได้รับข้อเสนอที่มีผลผูกพัน ภายใน 3 ถึง 5 วันทำการ โครงการในระยะแนวคิดจะเริ่มใน Blueprint Studio ระบบที่ใช้งานอยู่แต่มีปัญหา ไม่มีเอกสาร หรือต้องเชื่อมต่อ จะเริ่มด้วยการวินิจฉัยระยะเวลา 1 ถึง 2 สัปดาห์ Blueprint Studio และการวินิจฉัยต่างมีค่าธรรมเนียมคงที่ ซึ่งระบุไว้ในข้อเสนอ