การเชื่อมต่อระบบและกลุ่มอุตสาหกรรม
การเข้าถึง ERP ไฟล์การชำระเงิน ขอบเขต PCI DSS ข้อมูลบัตรและผู้ป่วย ความยินยอม webhook และกฎของแต่ละอุตสาหกรรม
24 คำถาม
เราติดตามได้หรือไม่ว่าใครอนุมัติและส่งการชำระเงิน
ได้ การอนุมัติยังอยู่ใน ERP ของคุณพร้อมการควบคุมเดิม ชั้นการเชื่อมต่อบันทึกทุกไฟล์ที่สร้าง ลงนาม ส่ง และรับ พร้อมเวลา ตัวระบุ และบัญชีทางเทคนิคที่ใช้ บันทึกนั้นเชื่อมการชำระเงินแต่ละรายการในรายงานสถานะของธนาคารกลับไปยังเอกสาร ERP และผู้อนุมัติ
อ่านเพิ่มเติม: ไฟล์การชำระเงินจาก ERP ถึงธนาคารและการกระทบยอดลิงก์ไปยังคำถามนี้
การออกแบบนี้ทำให้ข้อมูลบัตรไม่อยู่ในระบบของเราหรือไม่
นั่นคือเป้าหมายของการออกแบบ หมายเลขบัตรถูกเก็บโดยเครื่องรับบัตรที่ได้รับการรับรองหรือหน้าชำระเงินที่โฮสต์ไว้ และแทนที่ด้วยโทเคนที่เกตเวย์ ระบบ POS, ERP และที่จัดเก็บข้อมูลของคุณจึงเห็นเพียงโทเคน ซึ่งลดส่วนของระบบที่ PCI DSS ครอบคลุม ผู้ตรวจประเมินของคุณเป็นผู้ยืนยันขอบเขตสุดท้าย
คุณรองรับ EMV 3-D Secure สำหรับการชำระเงินออนไลน์หรือไม่
รองรับ สำหรับการชำระเงินด้วยบัตรออนไลน์ เราผสาน EMV 3-D Secure ผ่านเกตเวย์ เพื่อให้ผู้ออกบัตรยืนยันตัวผู้ถือบัตรได้เมื่อกฎระเบียบหรือความเสี่ยงกำหนด เราจัดการทั้งขั้นตอนท้าทายและแบบไร้อุปสรรคในหน้าชำระเงิน และทดสอบทั้งสองแบบด้วยบัตรทดสอบของผู้ให้บริการ
ความยินยอมของลูกค้าถูกจัดการอย่างไร
ลูกค้าเห็นว่ามีการแบ่งปันข้อมูลใด เพื่อวัตถุประสงค์ใด และนานเท่าใด และยืนยันตัวตนกับธนาคารของตัวเอง ตัวเชื่อมต่อเก็บความยินยอมและโทเคนแบบเข้ารหัส และทุกการเรียกผูกกับความยินยอมที่ยังมีผล ลูกค้าเพิกถอนความยินยอมได้ และตัวเชื่อมต่อจะหยุดเรียกธนาคารนั้นแทนพวกเขาเมื่อเพิกถอน
ข้อมูล open banking ถูกปกป้องอย่างไร
โทเคนและบันทึกความยินยอมถูกเข้ารหัสเมื่อจัดเก็บ มีเพียงตัวเชื่อมต่อที่ใช้งานได้ และทุกการเรียกถูกบันทึกพร้อมความยินยอมเบื้องหลัง เราเก็บเฉพาะข้อมูลที่วัตถุประสงค์ต้องใช้และกำหนดระยะเวลาเก็บรักษา กฎคุ้มครองข้อมูล เช่น GDPR ใช้กับข้อมูลนี้ และเราออกแบบร่วมกับเจ้าหน้าที่คุ้มครองข้อมูลของคุณ
คุณรักษาความปลอดภัยของ webhook ขาเข้าอย่างไร
webhook ขาเข้าทุกรายการถูกตรวจสอบก่อนประมวลผล ด้วยลายมือชื่อในกรณีที่พันธมิตรลงนามในข้อความ และด้วยการตรวจสอบโทเคน แหล่งที่มา และเวลา ในกรณีที่ไม่ได้ลงนาม เพย์โหลดถูกตรวจสอบเทียบกับสัญญา และเหตุการณ์ถูกประมวลผลครั้งเดียวแม้พันธมิตรจะส่งมากกว่าหนึ่งครั้ง
อ่านเพิ่มเติม: การเชื่อมต่อ ERP กับ API ของบุคคลภายนอกลิงก์ไปยังคำถามนี้
คุณจัดการการเข้าถึง ERP ของเราอย่างไร
การเชื่อมต่อแต่ละรายการใช้บัญชีทางเทคนิคของตนเองโดยมีเพียงสิทธิ์ที่ขั้นตอนการทำงานนั้นต้องการ ไม่ใช้บัญชีลงชื่อเข้าใช้ของบุคคล ข้อมูลลับเก็บอยู่ในที่จัดเก็บข้อมูลลับของคุณ ไม่ใช่ในโค้ด และสิทธิ์การเข้าถึงของวิศวกรถูกระบุ บันทึก และเพิกถอนเมื่อออกจากโครงการ
อ่านเพิ่มเติม: การนำ ERP และ CRM ไปใช้และการซิงก์ลิงก์ไปยังคำถามนี้
ข้อมูลลูกค้าได้รับการปกป้องใน CRM อย่างไร
การเข้าถึงเป็นไปตามบทบาทและสอดคล้องกับผู้ให้บริการตัวตนของคุณ แต่ละคนจึงเห็นเฉพาะลูกค้าและฟิลด์ที่งานของตนต้องการ ฟิลด์ที่ละเอียดอ่อนสามารถปิดบังหรือเข้ารหัสได้ และการเปลี่ยนแปลงถูกบันทึก การเชื่อมต่อใช้บัญชีทางเทคนิคของตนเองโดยมีสิทธิ์จำกัด และข้อมูลลับยังอยู่ในที่จัดเก็บข้อมูลลับของคุณ
อ่านเพิ่มเติม: การนำ ERP และ CRM ไปใช้และการซิงก์ลิงก์ไปยังคำถามนี้
คุณรักษาความปลอดภัยของไฟล์การชำระเงินอย่างไร
ไฟล์การชำระเงินถูกลงนามและเข้ารหัสตามที่แต่ละธนาคารกำหนด และส่งผ่านช่องทางที่ตกลงเท่านั้น กุญแจและใบรับรองถูกเก็บในที่เก็บกุญแจหรือโมดูลความปลอดภัยฮาร์ดแวร์ของคุณ ไม่ใช่ในโค้ด ไฟล์ถูกตรวจสอบก่อนส่ง และทุกการโอนถูกบันทึก คุณจึงตรวจสอบได้ว่าใครอนุมัติและส่งการชำระเงินแต่ละรายการ
อ่านเพิ่มเติม: การธนาคาร การบริหารเงินทุน และการเชื่อมต่อ ISO 20022ลิงก์ไปยังคำถามนี้
คุณลดขอบเขต PCI DSS ของเราอย่างไร
เราไม่สามารถยกเลิก PCI DSS ได้ แต่เราลดส่วนของระบบที่มาตรฐานนี้ใช้บังคับได้ หน้าชำระเงินที่โฮสต์ไว้ การเข้ารหัสแบบจุดต่อจุดที่เครื่องรับบัตร และโทเคนของเกตเวย์ช่วยให้หมายเลขบัตรไม่อยู่ใน POS ERP และคลังข้อมูลของคุณ เราจัดทำเอกสารการไหลของข้อมูลให้ผู้ประเมินของคุณ
อ่านเพิ่มเติม: การชำระเงิน พาณิชย์เชิงเอเจนต์ (AP2) และ POSลิงก์ไปยังคำถามนี้
คุณเชื่อมต่อผู้ให้บริการตัวตนของเราได้หรือไม่
ได้ เราเพิ่มการลงชื่อเข้าใช้ครั้งเดียวด้วย OpenID Connect หรือ SAML 2.0 ผ่านผู้ให้บริการ เช่น Microsoft Entra ID หรือ Keycloak ผู้ใช้ถูกจัดเตรียมด้วย SCIM เมื่อแอปพลิเคชันรองรับ ผู้ให้บริการตัวตนของคุณยังคงเป็นที่เดียวที่ให้และเพิกถอนการเข้าถึง
อ่านเพิ่มเติม: บริการมิดเดิลแวร์และการเชื่อมต่อ APIลิงก์ไปยังคำถามนี้
คุณทำงานภายใต้ข้อกำหนดด้านกฎระเบียบและความปลอดภัยของเราได้หรือไม่
ได้ เราทำงานภายใต้นโยบายของคุณ: กฎการเข้าถึง สภาพแวดล้อม กระบวนการเปลี่ยนแปลง และข้อกำหนดการตรวจสอบของคุณ ก่อนเริ่มงาน เราตกลงวิธีจัดการข้อมูล สภาพแวดล้อมที่วิศวกรเข้าถึงได้ และหลักฐานที่ทีมความเสี่ยงและปฏิบัติตามข้อกำหนดต้องการ เราอธิบายการควบคุมที่ใช้อย่างตรงไปตรงมา เพื่อให้ผู้ประเมินของคุณตรวจทานได้
คุณจัดการข้อมูลบัตรอย่างไร
เราออกแบบให้มีระบบน้อยที่สุดที่เห็นหมายเลขบัตรเต็ม ฟิลด์ชำระเงินที่โฮสต์ไว้ การแปลงเป็นโทเคน และโทเคนเครือข่ายเก็บข้อมูลบัตรไว้กับผู้ประมวลผล ซึ่งลดขอบเขต PCI DSS ของคุณ เมื่อระบบต้องจัดการข้อมูลบัตร เราสร้างตามการควบคุม PCI DSS ที่บังคับใช้และจัดทำเอกสารให้ผู้ประเมินของคุณ
ข้อมูลจะถูกโฮสต์ที่ใด
ตามที่กฎของคุณกำหนด เราทำงานกับภูมิภาคคลาวด์ของรัฐหรือคลาวด์อธิปไตย คลาวด์เชิงพาณิชย์ที่ได้รับอนุมัติ หรือศูนย์ข้อมูลของคุณเอง และออกแบบระบบให้คุณเป็นผู้ตัดสินใจเรื่องการโฮสต์ สำรองข้อมูล บันทึก และการเข้าถึงเพื่อสนับสนุนเป็นไปตามกฎเดียวกัน เพราะข้อมูลมักออกจากภูมิภาคผ่านช่องทางเหล่านี้มากกว่าผ่านแอปพลิเคชัน
คุณปกป้องข้อมูลแขกและผู้เช่าอย่างไร
แต่ละระบบเก็บเฉพาะข้อมูลที่ต้องการ ในภูมิภาคที่คุณเลือก เข้ารหัสระหว่างส่งและขณะจัดเก็บ การเข้าถึงเป็นไปตามบทบาทและบันทึกไว้ เราออกแบบตาม GDPR และกฎหมายคุ้มครองข้อมูลส่วนบุคคลใน MENA ที่บังคับใช้กับคุณ
อ่านเพิ่มเติม: อสังหาริมทรัพย์และการบริการลิงก์ไปยังคำถามนี้
คุณทำงานบนระบบ OT โดยไม่เสี่ยงต่อการปฏิบัติการได้อย่างไร
เราอ่านข้อมูลผ่านเส้นทางที่ปลอดภัยและเฝ้าระวัง และไม่เปลี่ยนระบบควบคุมนอกกระบวนการความปลอดภัยและการเปลี่ยนแปลงของคุณ งานบนระบบที่ใช้งานอยู่วางแผนร่วมกับวิศวกรปฏิบัติการของคุณ และทุกการเปลี่ยนแปลงย้อนกลับได้
คุณปกป้องข้อมูลผู้ป่วยอย่างไร
เราเก็บเฉพาะข้อมูลที่ความสามารถต้องการ เก็บไว้ในภูมิภาคและสภาพแวดล้อมที่คุณเลือก และเข้ารหัสระหว่างส่งและขณะจัดเก็บ การเข้าถึงเป็นไปตามบทบาทและถูกบันทึก วิศวกรของเราทำงานกับข้อมูลสังเคราะห์หรือข้อมูลที่ทำให้ไม่ระบุตัวตนได้เมื่อทำได้ และกับข้อมูลจริงเฉพาะเมื่อได้รับอนุมัติและภายใต้การกำกับดูแลของคุณ
ซอฟต์แวร์จะทำให้เราปฏิบัติตาม HIPAA หรือ GDPR ได้หรือไม่
การปฏิบัติตามกฎระเบียบเป็นขององค์กรคุณและวิธีที่องค์กรดำเนินระบบ ผู้จำหน่ายซอฟต์แวร์รายใดจึงทำให้คุณปฏิบัติตามได้เองไม่ได้ สิ่งที่เราทำคือออกแบบและสร้างตามข้อกำหนดที่ใช้บังคับ จัดทำเอกสารการควบคุม และสนับสนุนทีมความเป็นส่วนตัวและความปลอดภัยของคุณในการประเมิน
ข้อมูลกลุ่มเป้าหมายของเราใช้กับ AI ได้อย่างปลอดภัยหรือไม่
ข้อมูลส่วนบุคคลถูกปิดบังหรือแปลงเป็นโทเคนก่อนโมเดลเห็น และโมเดลรันในคลาวด์ส่วนตัวหรือคลาวด์อธิปไตยได้ ข้อมูลจึงไม่ออกจากสภาพแวดล้อมของคุณ
คุณป้องกันไม่ให้เอเจนต์ AI ทำสิ่งที่ควรทำไม่ได้อย่างไร
เอเจนต์แต่ละตัวมีตัวตนของตัวเองและข้อมูลรับรองแบบทันทีทันใด เครื่องมืออยู่หลังแนวป้องกัน prompt injection และ tool poisoning และทุกการกระทำถูกบันทึก
ข้อมูลพนักงานถูกปกป้องอย่างไร
การเข้าถึงเป็นไปตามบทบาทและบันทึกไว้ ข้อมูลอยู่ในที่ที่กฎหมายกำหนด และแพลตฟอร์มออกแบบตาม GDPR และกฎหมายคุ้มครองข้อมูลส่วนบุคคลของ MENA
คุณทำให้เราปฏิบัติตามกฎได้หรือไม่
การปฏิบัติตามกฎเป็นเรื่องขององค์กรคุณและวิธีดำเนินงาน เราออกแบบและสร้างระบบให้ผ่านการตรวจสอบที่ใช้บังคับ จัดทำเอกสารการควบคุม และสนับสนุนทีมของคุณในการประเมิน
อ่านเพิ่มเติม: กฎหมาย ความเสี่ยง และการปฏิบัติตามกฎลิงก์ไปยังคำถามนี้
คุณเตรียมระบบ AI สำหรับ EU AI Act อย่างไร
ด้วยการกำกับดูแล AI แนวป้องกัน และการตรวจสอบความเสี่ยงของอัลกอริทึม และบันทึกว่าแต่ละโมเดลและเอเจนต์ทำอะไร การประเมินจึงมีหลักฐานให้ใช้
อ่านเพิ่มเติม: กฎหมาย ความเสี่ยง และการปฏิบัติตามกฎลิงก์ไปยังคำถามนี้
AI ทำงานได้โดยไม่ส่งข้อมูลของเราออกไปต่างประเทศหรือไม่
ได้ โมเดลรันแบบแยกเครือข่าย ภายในองค์กร หรือในคลาวด์อธิปไตยระดับภูมิภาค พร้อมการดึงข้อมูลตามสิทธิ์ที่บังคับใช้ก่อนโมเดลใดจะเห็นข้อมูล
อ่านเพิ่มเติม: กฎหมาย ความเสี่ยง และการปฏิบัติตามกฎลิงก์ไปยังคำถามนี้
คำถามเพิ่มเติม
- การทำงานกับ XSISเราปกป้องระบบ โค้ด และข้อมูลของคุณอย่างไร ข้อมูลเก็บที่ไหน เครื่องมือเขียนโค้ด AI และการเข้าถึงที่เราต้องการ13 คำถาม
- ซอฟต์แวร์ AI และข้อมูลข้อมูลของคุณในโมเดล AI ความสามารถในการอธิบายและอคติ คลังข้อมูล ความปลอดภัยของเว็บ มือถือ และคลาวด์ และการย้ายระบบอย่างปลอดภัย6 คำถาม
- AI และข้อมูลข้อมูลของคุณไปที่ไหนในโมเดล AI และบริการที่จัดการให้ ใครถือกุญแจ ข้อมูลทดสอบสร้างอย่างไร และกฎที่คุณต้องปฏิบัติตาม15 คำถาม
- ความปลอดภัยไซเบอร์และควอนตัมการเข้ารหัสที่ปลอดภัยต่อควอนตัม ตัวตนของเอเจนต์ AI Zero Trust บัญชีรายการซอฟต์แวร์ การเฝ้าระวัง OT และการรับรองความปลอดภัย21 คำถาม
- ต้นทุนและราคาอะไรเป็นตัวกำหนดต้นทุนของโครงการหรือทีม และเราประเมินอย่างไร29 คำถาม
- กรอบเวลางานใช้เวลาเริ่มและส่งมอบนานเท่าใด และอะไรทำให้เปลี่ยน10 คำถาม
- ความเป็นเจ้าของและสัญญาใครเป็นเจ้าของโค้ด ข้อมูล และผลลัพธ์ และสัญญาทำงานอย่างไร22 คำถาม
- ทีมและการจัดกำลังคนใครทำงานในโครงการของคุณ พวกเขาถูกเลือกอย่างไร และทีมเปลี่ยนอย่างไร30 คำถาม
- กระบวนการและการสื่อสารงานถูกวางแผน รายงาน และตรวจรับอย่างไร121 คำถาม
- เทคโนโลยีแพลตฟอร์ม มาตรฐาน และเครื่องมือที่เราใช้144 คำถาม
- การสนับสนุนและการดำเนินงานเกิดอะไรขึ้นหลังเปิดใช้งานจริง: การสนับสนุน การเฝ้าระวัง และการเปลี่ยนแปลง29 คำถาม
- เกี่ยวกับ XSISเราคือใคร อยู่ที่ไหน และจะติดต่อเราได้อย่างไร6 คำถาม
เริ่มต้นด้วยการพูดคุย ไม่ใช่สัญญา
บอกเราว่าคุณต้องการสร้าง เชื่อมต่อ หรือรักษาความปลอดภัยอะไร สถาปนิกจะพิจารณาร่วมกับคุณ แล้วแนะนำว่าควรเริ่มที่ใด
ขั้นตอนถัดไป
การนัดหมายเวลา
ทีมของเราส่งอีเมลถึงคุณเพื่อนัดหมายเวลาสำหรับการปรึกษา
การปรึกษาก่อนเริ่มงาน
การปรึกษาก่อนเริ่มงานออนไลน์ฟรี 30 นาที: เราพูดคุยถึงเป้าหมาย ระบบ และข้อจำกัดของคุณ
การทบทวนความพร้อม
ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด
การเลือกแนวทาง
โครงการที่ขอบเขตพร้อมจะได้รับข้อเสนอที่มีผลผูกพัน ภายใน 3 ถึง 5 วันทำการ โครงการในระยะแนวคิดจะเริ่มใน Blueprint Studio ระบบที่ใช้งานอยู่แต่มีปัญหา ไม่มีเอกสาร หรือต้องเชื่อมต่อ จะเริ่มด้วยการวินิจฉัยระยะเวลา 1 ถึง 2 สัปดาห์ Blueprint Studio และการวินิจฉัยต่างมีค่าธรรมเนียมคงที่ ซึ่งระบุไว้ในข้อเสนอ