ข้ามไปยังเนื้อหาหลัก
FromNine
เมนู

บริการทางการเงิน

AI และแพลตฟอร์มที่พร้อมให้ผู้กำกับดูแลตรวจสอบ

สิ่งที่เราสร้างให้ธนาคาร บริษัทประกัน บริษัทบริหารสินทรัพย์ และผู้ให้บริการชำระเงิน: AI ที่อธิบายให้ผู้กำกับดูแลเข้าใจได้ การเชื่อมต่อระบบที่ไม่กระทบระบบหลัก และการดำเนินงานที่ออกแบบตาม DORA ตั้งแต่การตัดสินใจด้านสถาปัตยกรรมครั้งแรก สำหรับองค์กรในประเทศไทย ข้อมูลลูกค้าอยู่ภายใต้ PDPA และหน้าที่ตาม DORA มาถึงผ่านสัญญากับสถาบันการเงินในสหภาพยุโรปหรือมาตรฐานของกลุ่มบริษัทในยุโรป

สำหรับสถาบันการเงินในประเทศไทยที่ทำงานกับลูกค้าหรือบริษัทแม่ในยุโรป และสำหรับผู้ให้บริการ ICT ที่ให้บริการแก่สถาบันการเงินในสหภาพยุโรป

ขอบของแผ่นกระจกที่ซ้อนกันรับแสงเป็นเส้นตรง
  1. 17 มกราคม 2568

    DORA มีผลใช้บังคับ

    การบริหารความเสี่ยงด้าน ICT ทะเบียนผู้ให้บริการภายนอก การรายงานเหตุการณ์ และการทดสอบความยืดหยุ่นสำหรับสถาบันการเงินในสหภาพยุโรป

    แหล่งที่มาระเบียบ (EU) 2022/2554 (เปิดเว็บไซต์ภายนอก)

  2. 10 กรกฎาคม 2570

    ระเบียบต่อต้านการฟอกเงินของ EU มีผล

    กฎชุดเดียวสำหรับการตรวจสอบเพื่อทราบข้อเท็จจริงเกี่ยวกับลูกค้าทั่วสหภาพยุโรป พร้อมหน่วยงานใหม่ AMLA

    แหล่งที่มาระเบียบ (EU) 2024/1624 (เปิดเว็บไซต์ภายนอก)

  3. 2 ธันวาคม 2570

    หน้าที่ตาม EU AI Act สำหรับสินเชื่อและประกันภัย

    การประเมินความน่าเชื่อถือทางเครดิตและการกำหนดเบี้ยประกันชีวิตและประกันสุขภาพเป็นการใช้งานความเสี่ยงสูง วันที่มีผลตามที่แก้ไขในปี 2569

    แหล่งที่มาระเบียบ (EU) 2024/1689 (เปิดเว็บไซต์ภายนอก)

สิ่งที่กำลังเปลี่ยนในบริการทางการเงิน

  1. ความยืดหยุ่นกลายเป็นหน้าที่ตามกฎหมาย

    DORA เปลี่ยนความยืดหยุ่นในการดำเนินงานให้เป็นหน้าที่ที่ชัดเจน: การบริหารความเสี่ยงด้าน ICT ทะเบียนของทุกข้อตกลงกับผู้ให้บริการ ICT ภายนอก การรายงานเหตุการณ์ตามระดับ และการทดสอบเป็นประจำ ผู้ให้บริการคลาวด์และ AI จึงเป็นส่วนหนึ่งของภาพที่ผู้กำกับดูแลในยุโรปตรวจสอบ รวมถึงผู้ให้บริการในประเทศไทยผ่านสัญญาที่ทำกับสถาบันการเงินในสหภาพยุโรป

    แหล่งที่มาระเบียบ (EU) 2022/2554

  2. การตัดสินใจด้วย AI ต้องตรวจสอบย้อนหลังได้

    การให้คะแนนเครดิตและการกำหนดเบี้ยประกันเป็นการใช้งานความเสี่ยงสูงตาม EU AI Act การบริหารความเสี่ยงของโมเดลต้องครอบคลุมโมเดลแมชชีนเลิร์นนิงและ Generative AI พร้อมเอกสาร การติดตาม และการกำกับดูแลโดยมนุษย์ที่เหมาะกับระดับผลกระทบ

    แหล่งที่มาระเบียบ (EU) 2024/1689

  3. ลูกค้าเปรียบเทียบกับแอปที่ดีที่สุดที่ตนใช้

    การโอนเงินแบบทันที การตรวจสอบชื่อผู้รับเงิน และ Open Banking ทำให้ความคาดหวังด้านความเร็วและความโปร่งใสสูงขึ้น กฎบริการชำระเงินฉบับถัดไปของสหภาพยุโรปจะเข้มงวดเรื่องการป้องกันการฉ้อโกงและคุณภาพของ API ยิ่งขึ้น

  4. ระบบหลักเก็บตรรกะทางธุรกิจไว้หลายสิบปี

    เมนเฟรมและแพลตฟอร์มหลักยังเป็นที่บันทึกบัญชี การเปลี่ยนแปลงต้องเกิดรอบ ๆ ระบบเหล่านี้ผ่าน API และอีเวนต์ โดยไม่ทำให้เสถียรภาพหรือการรายงานต่อผู้กำกับดูแลมีความเสี่ยง

ความท้าทายและสิ่งที่เราสร้าง

  1. ความท้าทาย

    การรับลูกค้าใหม่และการทบทวนข้อมูลเป็นระยะยังต้องอาศัยนักวิเคราะห์อ่านเอกสารด้วยตนเอง

    สิ่งที่เราทำ

    ระบบประมวลผลเอกสารอัจฉริยะดึงและตรวจหลักฐานด้านตัวตน ผู้รับประโยชน์ที่แท้จริง และแหล่งที่มาของเงินทุน นักวิเคราะห์ตรวจกรณีที่ระบบทำเครื่องหมาย และระบบบันทึกทุกการตรวจไว้สำหรับการตรวจสอบและสำหรับกฎต่อต้านการฟอกเงินชุดใหม่ของสหภาพยุโรป

  2. ความท้าทาย

    ที่ปรึกษาและทีมบริการต้องค้นหาใน 5 ระบบเพื่อตอบคำถามเดียว

    สิ่งที่เราทำ

    ผู้ช่วยที่เคารพสิทธิ์การเข้าถึง ครอบคลุมผลิตภัณฑ์ นโยบาย และขั้นตอน อ้างอิงแหล่งที่มา และบันทึกสิ่งที่แสดงให้ผู้ใช้เห็น เพื่อให้บันทึกการให้คำแนะนำครบถ้วน

  3. ความท้าทาย

    การเปลี่ยนแปลงระบบหลักทุกครั้งช้า แพง และมีความเสี่ยง

    สิ่งที่เราทำ

    เราเปิดความสามารถของระบบหลักผ่าน API และสตรีมอีเวนต์ ย้ายฟังก์ชันออกทีละขั้น และกระทบยอดต่อเนื่องจนปลดเส้นทางเดิมได้

  4. ความท้าทาย

    ทะเบียนตาม DORA และขั้นตอนจัดการเหตุการณ์ยังอยู่ในสเปรดชีต

    สิ่งที่เราทำ

    เราสร้างทะเบียนข้อมูล การจัดระดับเหตุการณ์ และขั้นตอนการรายงานไว้ในเครื่องมือบริหารบริการและคลาวด์ของคุณ โดยเชื่อมกับฟังก์ชันสำคัญที่แต่ละรายการรองรับ

  5. ความท้าทาย

    โมเดลที่อธิบายไม่ได้ไม่ผ่านการตรวจสอบความถูกต้อง

    สิ่งที่เราทำ

    กรอบการประเมินที่ตกลงร่วมกับทีมความเสี่ยงและทีมตรวจสอบโมเดล: ชุดทดสอบ การอธิบายผลเมื่อการตัดสินใจต้องการ การติดตามการเปลี่ยนแปลงของข้อมูล (drift) และขั้นตอนให้คนแก้ผลลัพธ์ที่มีเอกสารรองรับ

  6. ความท้าทาย

    รายงานต่อผู้กำกับดูแลยังต้องกระทบยอดด้วยมือทุกไตรมาส

    สิ่งที่เราทำ

    ไปป์ไลน์ข้อมูลที่บันทึกที่มาของข้อมูลและตรวจคุณภาพอัตโนมัติ ตามหลักการ BCBS 239 เพื่อให้ตัวเลขทุกตัวย้อนกลับไปถึงต้นทางได้

ภาพอ้างอิงที่ให้การควบคุมมาก่อน

ตำแหน่งของ AI ระหว่างช่องทางกับระบบหลัก โดยมีจุดอนุมัติก่อนขั้นตอนที่มีผลสำคัญ และการควบคุมตาม DORA ทำงานควบคู่กับทุกชั้น

ตัวอย่างประกอบ
ลูกค้า ที่ปรึกษา และทีมบริการ: แอป เว็บ สาขา และศูนย์บริการลูกค้าการรับเอกสาร KYCและลูกค้าใหม่นักวิเคราะห์อนุมัติผู้ช่วยสำหรับที่ปรึกษาและงานบริการชั้นการเชื่อมต่อ: API และสตรีมอีเวนต์ระบบธนาคารหลักหรือระบบบริหารกรมธรรม์แพลตฟอร์ม CRMและงานบริการแพลตฟอร์มข้อมูลพร้อมที่มาของข้อมูลการควบคุมตาม DORAบริหารความเสี่ยงด้านICTทะเบียนผู้ให้บริการICT ภายนอกการจัดระดับและรายงานเหตุการณ์ทดสอบความยืดหยุ่นทุกโมเดลได้รับการขึ้นทะเบียน ตรวจสอบความถูกต้อง และติดตามภายใต้การบริหารความเสี่ยงของโมเดล
ภาพอ้างอิงของ AI ในสถาบันการเงินที่อยู่ภายใต้การกำกับดูแล

บริการ AI เชื่อมกับระบบหลักผ่านชั้นการเชื่อมต่อเท่านั้น การควบคุมตาม DORA ใช้กับทุกองค์ประกอบ

อ่านแผนภาพในรูปแบบข้อความ

ลูกค้า ที่ปรึกษา และทีมบริการใช้ช่องทางแอป เว็บ สาขา และศูนย์บริการลูกค้า

หลังช่องทางมีบริการ AI 3 ส่วน: การรับเอกสารเพื่อรับลูกค้าใหม่และ KYC ผู้ช่วยสำหรับที่ปรึกษาและงานบริการ และขั้นตอนอนุมัติโดยนักวิเคราะห์ที่ทุกการตัดสินใจสำคัญต้องผ่าน

บริการ AI เข้าถึงระบบหลักผ่านชั้นการเชื่อมต่อที่ประกอบด้วย API และสตรีมอีเวนต์เท่านั้น ระบบหลักได้แก่ ระบบธนาคารหลักหรือระบบบริหารกรมธรรม์ แพลตฟอร์ม CRM และงานบริการ และแพลตฟอร์มข้อมูลที่บันทึกที่มาของข้อมูล

การควบคุมตาม DORA ทำงานควบคู่กับทุกชั้น: การบริหารความเสี่ยงด้าน ICT ทะเบียนผู้ให้บริการ ICT ภายนอก การจัดระดับและรายงานเหตุการณ์ และการทดสอบความยืดหยุ่น ทุกโมเดลได้รับการขึ้นทะเบียน ตรวจสอบความถูกต้อง และติดตามภายใต้การบริหารความเสี่ยงของโมเดล

  • อนุมัติก่อนเกิดผล

    AI ร่าง ดึงข้อมูล และเสนอแนะ การตัดสินใจเรื่องสินเชื่อ เคลม หรือการจำกัดบัญชียังอยู่กับบุคคลที่ระบุตัวได้

  • อธิบายได้ตั้งแต่การออกแบบ

    ระดับการอธิบายผลกำหนดตามประเภทการตัดสินใจในขั้นออกแบบ ไม่ใช่เพิ่มเข้าไปก่อนการตรวจสอบความถูกต้อง

  • ความเสี่ยงด้านการเปลี่ยนผู้ให้บริการและการกระจุกตัว

    เลือกผู้ให้บริการคลาวด์และโมเดลพร้อมแผนการเปลี่ยนผู้ให้บริการและทางเลือกทดแทนที่มีเอกสารสำหรับทะเบียน

  • บันทึกเป็นหลักฐาน

    เก็บข้อมูลนำเข้า ผลลัพธ์ รุ่นของโมเดล และการอนุมัติ เพื่อให้ผู้กำกับดูแลและผู้ตรวจสอบย้อนดูกรณีใดก็ได้

ลำดับเวลาของกฎเกณฑ์สำหรับสถาบันการเงินในยุโรป

วันที่ที่เปลี่ยนสิ่งที่ผู้ให้บริการต้องแสดงต่อสถาบันการเงิน ผู้กำกับดูแลระดับประเทศและหน่วยงานกำกับดูแลของยุโรปออกแนวทางและมาตรฐานทางเทคนิคเพิ่มเติม

  1. มีผลใช้บังคับแล้ว

    DORA: กฎความยืดหยุ่นในการดำเนินงานด้านดิจิทัลมีผล

    ความเสี่ยงด้าน ICT ทะเบียนผู้ให้บริการภายนอก การรายงานเหตุการณ์ และการทดสอบ

  2. มีผลใช้บังคับแล้ว

    EU AI Act: ห้าม AI ในลักษณะต้องห้าม และต้องมีความรู้เรื่อง AI

  3. มีผลใช้บังคับแล้ว

    หน่วยงาน AMLA: หน่วยงานต่อต้านการฟอกเงินของ EU เริ่มดำเนินงาน

    เตรียมกฎชุดเดียวและการกำกับดูแลสถาบันบางแห่งโดยตรง

  4. มีผลใช้บังคับแล้ว

    ระเบียบการโอนเงินทันที: ต้องตรวจสอบชื่อผู้รับเงินสำหรับการโอนเงินยูโร

    ผู้ให้บริการชำระเงินในเขตยูโรตรวจชื่อผู้รับเงินก่อนดำเนินการโอน

  5. มีผลใช้บังคับแล้ว

    EU AI Act: หน้าที่ด้านความโปร่งใสมีผล

    ต้องแจ้งลูกค้าเมื่อกำลังติดต่อกับระบบ AI

  6. สถานะ ณ 2 ตุลาคม 2569

  7. กำลังจะมีผล

    ระเบียบ AMLR: กฎชุดเดียวของ EU มีผล

    การตรวจสอบเพื่อทราบข้อเท็จจริงเกี่ยวกับลูกค้า ผู้รับประโยชน์ที่แท้จริง และการเก็บบันทึก ใช้กฎเดียวกันทั่วสหภาพยุโรป

  8. กำลังจะมีผล

    EU AI Act: หน้าที่สำหรับระบบความเสี่ยงสูงมีผล

    รวมถึงการประเมินความน่าเชื่อถือทางเครดิตและการกำหนดเบี้ยประกันชีวิตและประกันสุขภาพ ตามที่แก้ไขในปี 2569

  9. กำลังจะมีผล

    หน่วยงาน AMLA: เริ่มกำกับดูแลสถาบันบางแห่งโดยตรง

กฎเกณฑ์และมาตรฐานอ้างอิง

กฎหมายของสหภาพยุโรปที่มักกำหนดงาน AI และแพลตฟอร์มในสถาบันการเงิน และความหมายของแต่ละฉบับต่อโครงการ องค์กรในประเทศไทยพบกฎเหล่านี้เมื่อให้บริการแก่สถาบันการเงินในยุโรปหรือเป็นส่วนหนึ่งของกลุ่มบริษัทในยุโรป

ภาพรวมนี้ใช้ประกอบการวางแผน ไม่ใช่คำแนะนำทางกฎหมายหรือด้านการกำกับดูแล ตรวจสอบวันที่ครั้งล่าสุดเมื่อ 2 ตุลาคม 2569

DORAขอบเขตทั่วสหภาพยุโรป

Digital Operational Resilience Act ใช้บังคับตั้งแต่ 17 มกราคม 2568 กับธนาคาร บริษัทประกัน บริษัทหลักทรัพย์ สถาบันการชำระเงิน และสถาบันการเงินอื่นในสหภาพยุโรป ครอบคลุมการบริหารความเสี่ยงด้าน ICT การรายงานเหตุการณ์ การทดสอบความยืดหยุ่น และการบริหารความเสี่ยงจากผู้ให้บริการ ICT ภายนอก รวมถึงข้อสัญญาสำคัญ (มาตรา 30)

ความหมายต่อโครงการของคุณ

ในฐานะผู้ให้บริการ ICT เราสนับสนุนหน้าที่ของคุณ: เงื่อนไขสัญญา การแจ้งเหตุการณ์ แผนการเปลี่ยนผู้ให้บริการ การเข้าร่วมการทดสอบ และข้อมูลที่ทะเบียนของคุณต้องใช้

แหล่งที่มาระเบียบ (EU) 2022/2554, EUR-Lex (เปิดเว็บไซต์ภายนอก)

กฎหมาย AI ของสหภาพยุโรป (EU AI Act)ขอบเขตทั่วสหภาพยุโรป

AI ที่ใช้ประเมินความน่าเชื่อถือทางเครดิตของบุคคล หรือกำหนดราคาตามความเสี่ยงของประกันชีวิตและประกันสุขภาพ เป็นความเสี่ยงสูง ผู้ให้บริการและผู้ใช้งานต้องมีการบริหารความเสี่ยง ธรรมาภิบาลข้อมูล การบันทึก การกำกับดูแลโดยมนุษย์ และเอกสาร ตามกฎหมายที่แก้ไขในปี 2569 หน้าที่เหล่านี้มีผลตั้งแต่ 2 ธันวาคม 2570 กฎหมายนี้ใช้กับผู้ให้บริการและผู้ใช้งานนอกสหภาพยุโรปด้วย หากผลลัพธ์ของระบบถูกนำไปใช้ในสหภาพยุโรป

ความหมายต่อโครงการของคุณ

เราจัดระดับความเสี่ยงของแต่ละกรณีการใช้งานตั้งแต่ต้น ออกแบบการกำกับดูแลโดยมนุษย์ไว้ในกระบวนการ และจัดทำเอกสารที่เข้ากับกรอบการบริหารความเสี่ยงของโมเดลของคุณ

แหล่งที่มาระเบียบ (EU) 2024/1689, EUR-Lex (เปิดเว็บไซต์ภายนอก)

ชุดกฎต่อต้านการฟอกเงินของ EU (AMLR และ AMLA)ขอบเขตทั่วสหภาพยุโรป

ระเบียบต่อต้านการฟอกเงิน (AMLR) แทนที่กฎระดับประเทศเรื่องการตรวจสอบเพื่อทราบข้อเท็จจริงเกี่ยวกับลูกค้าด้วยกฎชุดเดียวของสหภาพยุโรปตั้งแต่ 10 กรกฎาคม 2570 หน่วยงานใหม่ AMLA ประสานงานกับผู้กำกับดูแลระดับประเทศ และจะกำกับดูแลสถาบันความเสี่ยงสูงบางแห่งโดยตรง

ความหมายต่อโครงการของคุณ

กระบวนการรับลูกค้าใหม่และการทบทวนต้องจัดการหลักฐานอย่างสม่ำเสมอและมีบันทึกการตรวจสอบ เราออกแบบการรับเอกสารและขั้นตอนงานพิจารณาตามมาตรฐานนั้น

แหล่งที่มาระเบียบ (EU) 2024/1624, EUR-Lex (เปิดเว็บไซต์ภายนอก)

GDPR และการตัดสินใจอัตโนมัติขอบเขตทั่วสหภาพยุโรป

มาตรา 22 ให้สิทธิบุคคลที่จะไม่อยู่ภายใต้การตัดสินใจที่อาศัยการประมวลผลอัตโนมัติเพียงอย่างเดียวซึ่งมีผลต่อตนอย่างมีนัยสำคัญ โดยมีข้อยกเว้นที่ต้องมีมาตรการคุ้มครอง เช่น การให้คนเข้ามาพิจารณาและสิทธิโต้แย้ง ในประเทศไทย ข้อมูลส่วนบุคคลของลูกค้าอยู่ภายใต้ PDPA ซึ่งกำหนดให้ผู้ควบคุมข้อมูลส่วนบุคคลมีมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม

ความหมายต่อโครงการของคุณ

เราออกแบบกระบวนการให้คนตรวจทาน อธิบาย และเปลี่ยนผลลัพธ์อัตโนมัติได้ และบันทึกว่ามีการดำเนินการนั้น

แหล่งที่มาระเบียบ (EU) 2016/679, EUR-Lex (เปิดเว็บไซต์ภายนอก)

MiFID II และ IDD กับบันทึกการให้คำแนะนำขอบเขตทั่วสหภาพยุโรป

กฎด้านการลงทุนและการจัดจำหน่ายประกันภัยของสหภาพยุโรปกำหนดให้ประเมินความเหมาะสมหรือความต้องการของลูกค้า และเก็บบันทึกคำแนะนำที่ให้ AI ที่ช่วยที่ปรึกษาจึงเป็นส่วนหนึ่งของบันทึกนั้น

ความหมายต่อโครงการของคุณ

ผู้ช่วยบันทึกสิ่งที่แสดงและแหล่งที่มาที่ใช้ เพื่อให้แฟ้มคำแนะนำครบถ้วนและตรวจทานได้

แหล่งที่มาคำสั่ง 2014/65/EU, EUR-Lex (เปิดเว็บไซต์ภายนอก)

PSD2 และกฎบริการชำระเงินฉบับถัดไปขอบเขตทั่วสหภาพยุโรป

PSD2 กำกับบริการชำระเงินและการเข้าถึงแบบ Open Banking ในปัจจุบัน กฎฉบับถัดไป คือ PSD3 และระเบียบบริการชำระเงิน (Payment Services Regulation) บรรลุข้อตกลงเบื้องต้นในปี 2568 และจะเพิ่มข้อกำหนดด้านการป้องกันการฉ้อโกงและประสิทธิภาพของ API หลังช่วงเปลี่ยนผ่าน

ความหมายต่อโครงการของคุณ

แพลตฟอร์ม API ที่สร้างตอนนี้ควรเตรียมรับหน้าที่ที่เข้มงวดขึ้นด้านประสิทธิภาพ การติดตาม และการแบ่งปันข้อมูลการฉ้อโกง

แหล่งที่มาคำสั่ง (EU) 2015/2366, EUR-Lex (เปิดเว็บไซต์ภายนอก)

ตัวอย่างกรณีการใช้งาน

ตัวอย่างประกอบ
  1. ตรวจเอกสารรับลูกค้าใหม่

    ดึงและตรวจทานเอกสารแสดงตัวตนและโครงสร้างผู้ถือหุ้น นักวิเคราะห์เป็นผู้ตัดสินทุกกรณีที่ระบบทำเครื่องหมาย

  2. ผู้ช่วยค้นความรู้สำหรับที่ปรึกษา

    คำตอบเรื่องผลิตภัณฑ์ นโยบาย และขั้นตอน พร้อมแหล่งที่มา ภายในสิทธิ์การเข้าถึงของที่ปรึกษา

  3. รับและส่งต่อเรื่องร้องเรียน

    จัดประเภทเรื่องร้องเรียนตามหัวข้อและความเร่งด่วน ส่งต่อพร้อมร่างสรุป และติดตามกำหนดเวลาตามกฎการจัดการเรื่องร้องเรียน

  4. รับเรื่องเคลมประกัน

    อ่านแบบฟอร์มเคลม ใบแจ้งหนี้ และรายงาน แล้วจับคู่กับกรมธรรม์ เจ้าหน้าที่สินไหมเป็นผู้อนุมัติการจ่าย

  5. ฟังก์ชันของระบบหลักผ่าน API

    เปิดธุรกรรมบนเมนเฟรมเป็น API และอีเวนต์ที่มีเอกสาร ช่องทางใหม่จึงไม่ต้องพึ่งไฟล์แบบแบตช์

แพลตฟอร์มในบริการทางการเงิน

  • Salesforce

    Summit Partner

    พื้นที่ทำงานของที่ปรึกษา เส้นทางการรับลูกค้าใหม่ และงานบริการ เชื่อมต่อกับระบบหลักและการรับเอกสาร

  • SAP

    Gold Partner

    การเงินและการรายงานระดับกลุ่ม โดยนำข้อมูล SAP ไปใช้กับรายงานความเสี่ยงและรายงานต่อผู้กำกับดูแล พร้อมที่มาของข้อมูลที่มีเอกสาร

ระดับพันธมิตรที่แสดงเป็นระดับที่ FromNine ได้รับ ชื่อผลิตภัณฑ์เป็นเครื่องหมายการค้าของผู้เป็นเจ้าของแต่ละราย

ประเทศไทย

กฎของไทยสำหรับข้อมูล กฎของยุโรปสำหรับงานข้ามพรมแดน

ในประเทศไทย ธนาคารแห่งประเทศไทย (ธปท.) เป็นธนาคารกลางที่กำกับดูแลสถาบันการเงิน และข้อมูลส่วนบุคคลของลูกค้าอยู่ภายใต้ พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA) ซึ่งกำหนดให้มีมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม และให้แจ้งเหตุการละเมิดข้อมูลส่วนบุคคลต่อสำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคลโดยไม่ชักช้า และภายใน 72 ชั่วโมงนับแต่ทราบเหตุเท่าที่จะทำได้ เว้นแต่เหตุนั้นไม่มีความเสี่ยงที่จะมีผลกระทบต่อสิทธิและเสรีภาพของบุคคล

สถาบันการเงินในยุโรปอยู่ภายใต้ผู้กำกับดูแลระดับประเทศและหน่วยงานกำกับดูแลของยุโรป และตั้งแต่ปี 2571 บางแห่งจะอยู่ภายใต้การกำกับดูแลโดยตรงของ AMLA ส่วน DORA, EU AI Act และชุดกฎต่อต้านการฟอกเงินใช้ทั่วสหภาพยุโรป ผู้ให้บริการในประเทศไทยที่ทำงานให้สถาบันเหล่านี้รับหน้าที่ผ่านสัญญา

เราออกแบบการส่งมอบให้สร้างหลักฐานครั้งเดียวและแสดงต่อผู้กำกับดูแลรายใดก็ได้: เอกสารสถาปัตยกรรมและโมเดล บันทึกการทำงาน ผลการทดสอบ และแผนการเปลี่ยนผู้ให้บริการ ที่ปรับให้เป็นปัจจุบันเมื่อระบบเปลี่ยน

คำถามที่พบบ่อย

FromNine สนับสนุนหน้าที่ตาม DORA ในฐานะผู้ให้บริการอย่างไร

เราตกลงข้อสัญญาที่ DORA กำหนด แจ้งเหตุการณ์ผ่านช่องทางที่ตกลงกัน จัดทำแผนการเปลี่ยนผู้ให้บริการ เข้าร่วมการทดสอบความยืดหยุ่น และให้ข้อมูลที่ทะเบียนผู้ให้บริการ ICT ภายนอกของคุณต้องใช้ ผู้ให้บริการ ICT ในประเทศไทยที่ทำงานให้สถาบันการเงินในสหภาพยุโรปก็รับหน้าที่เหล่านี้ผ่านสัญญาเช่นกัน

ใช้ AI ในการตัดสินใจเรื่องสินเชื่อหรือการรับประกันภัยได้หรือไม่

ได้ ในฐานะการใช้งานความเสี่ยงสูงตาม EU AI Act ซึ่งต้องมีการบริหารความเสี่ยง ธรรมาภิบาลข้อมูล การบันทึก การกำกับดูแลโดยมนุษย์ และเอกสาร เราออกแบบให้คนเป็นผู้ตัดสินใจและอธิบายเหตุผลได้ และเคารพมาตรการคุ้มครองของ GDPR เรื่องการตัดสินใจอัตโนมัติ สำหรับข้อมูลลูกค้าในประเทศไทย ระบบต้องเป็นไปตาม PDPA ด้วย

โมเดลและข้อมูลทำงานที่ใด

ในสภาพแวดล้อมที่ระดับความเสี่ยงที่องค์กรยอมรับได้อนุญาต: พื้นที่คลาวด์ขององค์กรเอง (tenancy) ภูมิภาคของคลาวด์สาธารณะที่สอดคล้องกับกฎที่ใช้กับองค์กร เช่น ภูมิภาคในสหภาพยุโรปสำหรับงานที่อยู่ภายใต้ DORA หรือระบบภายในองค์กรสำหรับงานที่อ่อนไหว ทางเลือกด้านโมเดลและการโฮสต์มีเอกสารพร้อมทางเลือกในการเปลี่ยนผู้ให้บริการสำหรับทะเบียนผู้ให้บริการภายนอกของคุณ

ต้องเปลี่ยนแพลตฟอร์มหลักหรือไม่

ไม่ต้อง เราเชื่อมต่อเป็นค่าเริ่มต้นและปรับปรุงทีละขั้น: สร้าง API และอีเวนต์รอบระบบหลักก่อน ย้ายฟังก์ชันออกเฉพาะเมื่อคุ้มค่า และกระทบยอดจนปลดเส้นทางเดิมได้

FromNine ประเมิน Generative AI ในกระบวนการที่มีการกำกับดูแลอย่างไร

ด้วยชุดทดสอบและเกณฑ์คุณภาพที่ตกลงกับทีมความเสี่ยงและทีมตรวจสอบโมเดลก่อนนำขึ้นใช้งานจริง ติดตามผลหลังใช้งานจริง และมีขั้นตอนตรวจทานผลลัพธ์ที่ไม่แน่นอน กระบวนการตั้งอยู่บนสมมติฐานว่าผลลัพธ์บางส่วนจะผิด และส่งผลลัพธ์นั้นให้คนตรวจ

ปรึกษาโครงการด้านบริการทางการเงินของคุณ

กำลังวางแผนใช้ AI ในการรับลูกค้าใหม่ การให้คำแนะนำ หรือการเคลม หรือเตรียมระบบสำหรับการทดสอบตาม DORA อยู่หรือไม่ คุยกับวิศวกรที่ออกแบบระบบให้ทั้งผู้ใช้งานและผู้กำกับดูแล