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

17 มกราคม 2568
DORA มีผลใช้บังคับ
การบริหารความเสี่ยงด้าน ICT ทะเบียนผู้ให้บริการภายนอก การรายงานเหตุการณ์ และการทดสอบความยืดหยุ่นสำหรับสถาบันการเงินในสหภาพยุโรป
10 กรกฎาคม 2570
ระเบียบต่อต้านการฟอกเงินของ EU มีผล
กฎชุดเดียวสำหรับการตรวจสอบเพื่อทราบข้อเท็จจริงเกี่ยวกับลูกค้าทั่วสหภาพยุโรป พร้อมหน่วยงานใหม่ AMLA
2 ธันวาคม 2570
หน้าที่ตาม EU AI Act สำหรับสินเชื่อและประกันภัย
การประเมินความน่าเชื่อถือทางเครดิตและการกำหนดเบี้ยประกันชีวิตและประกันสุขภาพเป็นการใช้งานความเสี่ยงสูง วันที่มีผลตามที่แก้ไขในปี 2569
DORA เปลี่ยนความยืดหยุ่นในการดำเนินงานให้เป็นหน้าที่ที่ชัดเจน: การบริหารความเสี่ยงด้าน ICT ทะเบียนของทุกข้อตกลงกับผู้ให้บริการ ICT ภายนอก การรายงานเหตุการณ์ตามระดับ และการทดสอบเป็นประจำ ผู้ให้บริการคลาวด์และ AI จึงเป็นส่วนหนึ่งของภาพที่ผู้กำกับดูแลในยุโรปตรวจสอบ รวมถึงผู้ให้บริการในประเทศไทยผ่านสัญญาที่ทำกับสถาบันการเงินในสหภาพยุโรป
แหล่งที่มาระเบียบ (EU) 2022/2554
การให้คะแนนเครดิตและการกำหนดเบี้ยประกันเป็นการใช้งานความเสี่ยงสูงตาม EU AI Act การบริหารความเสี่ยงของโมเดลต้องครอบคลุมโมเดลแมชชีนเลิร์นนิงและ Generative AI พร้อมเอกสาร การติดตาม และการกำกับดูแลโดยมนุษย์ที่เหมาะกับระดับผลกระทบ
แหล่งที่มาระเบียบ (EU) 2024/1689
การโอนเงินแบบทันที การตรวจสอบชื่อผู้รับเงิน และ Open Banking ทำให้ความคาดหวังด้านความเร็วและความโปร่งใสสูงขึ้น กฎบริการชำระเงินฉบับถัดไปของสหภาพยุโรปจะเข้มงวดเรื่องการป้องกันการฉ้อโกงและคุณภาพของ API ยิ่งขึ้น
เมนเฟรมและแพลตฟอร์มหลักยังเป็นที่บันทึกบัญชี การเปลี่ยนแปลงต้องเกิดรอบ ๆ ระบบเหล่านี้ผ่าน API และอีเวนต์ โดยไม่ทำให้เสถียรภาพหรือการรายงานต่อผู้กำกับดูแลมีความเสี่ยง
การรับลูกค้าใหม่และการทบทวนข้อมูลเป็นระยะยังต้องอาศัยนักวิเคราะห์อ่านเอกสารด้วยตนเอง
ระบบประมวลผลเอกสารอัจฉริยะดึงและตรวจหลักฐานด้านตัวตน ผู้รับประโยชน์ที่แท้จริง และแหล่งที่มาของเงินทุน นักวิเคราะห์ตรวจกรณีที่ระบบทำเครื่องหมาย และระบบบันทึกทุกการตรวจไว้สำหรับการตรวจสอบและสำหรับกฎต่อต้านการฟอกเงินชุดใหม่ของสหภาพยุโรป
ที่ปรึกษาและทีมบริการต้องค้นหาใน 5 ระบบเพื่อตอบคำถามเดียว
ผู้ช่วยที่เคารพสิทธิ์การเข้าถึง ครอบคลุมผลิตภัณฑ์ นโยบาย และขั้นตอน อ้างอิงแหล่งที่มา และบันทึกสิ่งที่แสดงให้ผู้ใช้เห็น เพื่อให้บันทึกการให้คำแนะนำครบถ้วน
การเปลี่ยนแปลงระบบหลักทุกครั้งช้า แพง และมีความเสี่ยง
เราเปิดความสามารถของระบบหลักผ่าน API และสตรีมอีเวนต์ ย้ายฟังก์ชันออกทีละขั้น และกระทบยอดต่อเนื่องจนปลดเส้นทางเดิมได้
ทะเบียนตาม DORA และขั้นตอนจัดการเหตุการณ์ยังอยู่ในสเปรดชีต
เราสร้างทะเบียนข้อมูล การจัดระดับเหตุการณ์ และขั้นตอนการรายงานไว้ในเครื่องมือบริหารบริการและคลาวด์ของคุณ โดยเชื่อมกับฟังก์ชันสำคัญที่แต่ละรายการรองรับ
โมเดลที่อธิบายไม่ได้ไม่ผ่านการตรวจสอบความถูกต้อง
กรอบการประเมินที่ตกลงร่วมกับทีมความเสี่ยงและทีมตรวจสอบโมเดล: ชุดทดสอบ การอธิบายผลเมื่อการตัดสินใจต้องการ การติดตามการเปลี่ยนแปลงของข้อมูล (drift) และขั้นตอนให้คนแก้ผลลัพธ์ที่มีเอกสารรองรับ
รายงานต่อผู้กำกับดูแลยังต้องกระทบยอดด้วยมือทุกไตรมาส
ไปป์ไลน์ข้อมูลที่บันทึกที่มาของข้อมูลและตรวจคุณภาพอัตโนมัติ ตามหลักการ BCBS 239 เพื่อให้ตัวเลขทุกตัวย้อนกลับไปถึงต้นทางได้
ตำแหน่งของ AI ระหว่างช่องทางกับระบบหลัก โดยมีจุดอนุมัติก่อนขั้นตอนที่มีผลสำคัญ และการควบคุมตาม DORA ทำงานควบคู่กับทุกชั้น
บริการ AI เชื่อมกับระบบหลักผ่านชั้นการเชื่อมต่อเท่านั้น การควบคุมตาม DORA ใช้กับทุกองค์ประกอบ
ลูกค้า ที่ปรึกษา และทีมบริการใช้ช่องทางแอป เว็บ สาขา และศูนย์บริการลูกค้า
หลังช่องทางมีบริการ AI 3 ส่วน: การรับเอกสารเพื่อรับลูกค้าใหม่และ KYC ผู้ช่วยสำหรับที่ปรึกษาและงานบริการ และขั้นตอนอนุมัติโดยนักวิเคราะห์ที่ทุกการตัดสินใจสำคัญต้องผ่าน
บริการ AI เข้าถึงระบบหลักผ่านชั้นการเชื่อมต่อที่ประกอบด้วย API และสตรีมอีเวนต์เท่านั้น ระบบหลักได้แก่ ระบบธนาคารหลักหรือระบบบริหารกรมธรรม์ แพลตฟอร์ม CRM และงานบริการ และแพลตฟอร์มข้อมูลที่บันทึกที่มาของข้อมูล
การควบคุมตาม DORA ทำงานควบคู่กับทุกชั้น: การบริหารความเสี่ยงด้าน ICT ทะเบียนผู้ให้บริการ ICT ภายนอก การจัดระดับและรายงานเหตุการณ์ และการทดสอบความยืดหยุ่น ทุกโมเดลได้รับการขึ้นทะเบียน ตรวจสอบความถูกต้อง และติดตามภายใต้การบริหารความเสี่ยงของโมเดล
AI ร่าง ดึงข้อมูล และเสนอแนะ การตัดสินใจเรื่องสินเชื่อ เคลม หรือการจำกัดบัญชียังอยู่กับบุคคลที่ระบุตัวได้
ระดับการอธิบายผลกำหนดตามประเภทการตัดสินใจในขั้นออกแบบ ไม่ใช่เพิ่มเข้าไปก่อนการตรวจสอบความถูกต้อง
เลือกผู้ให้บริการคลาวด์และโมเดลพร้อมแผนการเปลี่ยนผู้ให้บริการและทางเลือกทดแทนที่มีเอกสารสำหรับทะเบียน
เก็บข้อมูลนำเข้า ผลลัพธ์ รุ่นของโมเดล และการอนุมัติ เพื่อให้ผู้กำกับดูแลและผู้ตรวจสอบย้อนดูกรณีใดก็ได้
วันที่ที่เปลี่ยนสิ่งที่ผู้ให้บริการต้องแสดงต่อสถาบันการเงิน ผู้กำกับดูแลระดับประเทศและหน่วยงานกำกับดูแลของยุโรปออกแนวทางและมาตรฐานทางเทคนิคเพิ่มเติม
มีผลใช้บังคับแล้ว
ความเสี่ยงด้าน ICT ทะเบียนผู้ให้บริการภายนอก การรายงานเหตุการณ์ และการทดสอบ
มีผลใช้บังคับแล้ว
มีผลใช้บังคับแล้ว
เตรียมกฎชุดเดียวและการกำกับดูแลสถาบันบางแห่งโดยตรง
มีผลใช้บังคับแล้ว
ผู้ให้บริการชำระเงินในเขตยูโรตรวจชื่อผู้รับเงินก่อนดำเนินการโอน
มีผลใช้บังคับแล้ว
ต้องแจ้งลูกค้าเมื่อกำลังติดต่อกับระบบ AI
สถานะ ณ 2 ตุลาคม 2569
กำลังจะมีผล
การตรวจสอบเพื่อทราบข้อเท็จจริงเกี่ยวกับลูกค้า ผู้รับประโยชน์ที่แท้จริง และการเก็บบันทึก ใช้กฎเดียวกันทั่วสหภาพยุโรป
กำลังจะมีผล
รวมถึงการประเมินความน่าเชื่อถือทางเครดิตและการกำหนดเบี้ยประกันชีวิตและประกันสุขภาพ ตามที่แก้ไขในปี 2569
กำลังจะมีผล
กฎหมายของสหภาพยุโรปที่มักกำหนดงาน AI และแพลตฟอร์มในสถาบันการเงิน และความหมายของแต่ละฉบับต่อโครงการ องค์กรในประเทศไทยพบกฎเหล่านี้เมื่อให้บริการแก่สถาบันการเงินในยุโรปหรือเป็นส่วนหนึ่งของกลุ่มบริษัทในยุโรป
ภาพรวมนี้ใช้ประกอบการวางแผน ไม่ใช่คำแนะนำทางกฎหมายหรือด้านการกำกับดูแล ตรวจสอบวันที่ครั้งล่าสุดเมื่อ 2 ตุลาคม 2569
Digital Operational Resilience Act ใช้บังคับตั้งแต่ 17 มกราคม 2568 กับธนาคาร บริษัทประกัน บริษัทหลักทรัพย์ สถาบันการชำระเงิน และสถาบันการเงินอื่นในสหภาพยุโรป ครอบคลุมการบริหารความเสี่ยงด้าน ICT การรายงานเหตุการณ์ การทดสอบความยืดหยุ่น และการบริหารความเสี่ยงจากผู้ให้บริการ ICT ภายนอก รวมถึงข้อสัญญาสำคัญ (มาตรา 30)
ในฐานะผู้ให้บริการ ICT เราสนับสนุนหน้าที่ของคุณ: เงื่อนไขสัญญา การแจ้งเหตุการณ์ แผนการเปลี่ยนผู้ให้บริการ การเข้าร่วมการทดสอบ และข้อมูลที่ทะเบียนของคุณต้องใช้
แหล่งที่มาระเบียบ (EU) 2022/2554, EUR-Lex (เปิดเว็บไซต์ภายนอก)
AI ที่ใช้ประเมินความน่าเชื่อถือทางเครดิตของบุคคล หรือกำหนดราคาตามความเสี่ยงของประกันชีวิตและประกันสุขภาพ เป็นความเสี่ยงสูง ผู้ให้บริการและผู้ใช้งานต้องมีการบริหารความเสี่ยง ธรรมาภิบาลข้อมูล การบันทึก การกำกับดูแลโดยมนุษย์ และเอกสาร ตามกฎหมายที่แก้ไขในปี 2569 หน้าที่เหล่านี้มีผลตั้งแต่ 2 ธันวาคม 2570 กฎหมายนี้ใช้กับผู้ให้บริการและผู้ใช้งานนอกสหภาพยุโรปด้วย หากผลลัพธ์ของระบบถูกนำไปใช้ในสหภาพยุโรป
เราจัดระดับความเสี่ยงของแต่ละกรณีการใช้งานตั้งแต่ต้น ออกแบบการกำกับดูแลโดยมนุษย์ไว้ในกระบวนการ และจัดทำเอกสารที่เข้ากับกรอบการบริหารความเสี่ยงของโมเดลของคุณ
แหล่งที่มาระเบียบ (EU) 2024/1689, EUR-Lex (เปิดเว็บไซต์ภายนอก)
ระเบียบต่อต้านการฟอกเงิน (AMLR) แทนที่กฎระดับประเทศเรื่องการตรวจสอบเพื่อทราบข้อเท็จจริงเกี่ยวกับลูกค้าด้วยกฎชุดเดียวของสหภาพยุโรปตั้งแต่ 10 กรกฎาคม 2570 หน่วยงานใหม่ AMLA ประสานงานกับผู้กำกับดูแลระดับประเทศ และจะกำกับดูแลสถาบันความเสี่ยงสูงบางแห่งโดยตรง
กระบวนการรับลูกค้าใหม่และการทบทวนต้องจัดการหลักฐานอย่างสม่ำเสมอและมีบันทึกการตรวจสอบ เราออกแบบการรับเอกสารและขั้นตอนงานพิจารณาตามมาตรฐานนั้น
แหล่งที่มาระเบียบ (EU) 2024/1624, EUR-Lex (เปิดเว็บไซต์ภายนอก)
มาตรา 22 ให้สิทธิบุคคลที่จะไม่อยู่ภายใต้การตัดสินใจที่อาศัยการประมวลผลอัตโนมัติเพียงอย่างเดียวซึ่งมีผลต่อตนอย่างมีนัยสำคัญ โดยมีข้อยกเว้นที่ต้องมีมาตรการคุ้มครอง เช่น การให้คนเข้ามาพิจารณาและสิทธิโต้แย้ง ในประเทศไทย ข้อมูลส่วนบุคคลของลูกค้าอยู่ภายใต้ PDPA ซึ่งกำหนดให้ผู้ควบคุมข้อมูลส่วนบุคคลมีมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม
เราออกแบบกระบวนการให้คนตรวจทาน อธิบาย และเปลี่ยนผลลัพธ์อัตโนมัติได้ และบันทึกว่ามีการดำเนินการนั้น
แหล่งที่มาระเบียบ (EU) 2016/679, EUR-Lex (เปิดเว็บไซต์ภายนอก)
กฎด้านการลงทุนและการจัดจำหน่ายประกันภัยของสหภาพยุโรปกำหนดให้ประเมินความเหมาะสมหรือความต้องการของลูกค้า และเก็บบันทึกคำแนะนำที่ให้ AI ที่ช่วยที่ปรึกษาจึงเป็นส่วนหนึ่งของบันทึกนั้น
ผู้ช่วยบันทึกสิ่งที่แสดงและแหล่งที่มาที่ใช้ เพื่อให้แฟ้มคำแนะนำครบถ้วนและตรวจทานได้
PSD2 กำกับบริการชำระเงินและการเข้าถึงแบบ Open Banking ในปัจจุบัน กฎฉบับถัดไป คือ PSD3 และระเบียบบริการชำระเงิน (Payment Services Regulation) บรรลุข้อตกลงเบื้องต้นในปี 2568 และจะเพิ่มข้อกำหนดด้านการป้องกันการฉ้อโกงและประสิทธิภาพของ API หลังช่วงเปลี่ยนผ่าน
แพลตฟอร์ม API ที่สร้างตอนนี้ควรเตรียมรับหน้าที่ที่เข้มงวดขึ้นด้านประสิทธิภาพ การติดตาม และการแบ่งปันข้อมูลการฉ้อโกง
แหล่งที่มาคำสั่ง (EU) 2015/2366, EUR-Lex (เปิดเว็บไซต์ภายนอก)
ดึงและตรวจทานเอกสารแสดงตัวตนและโครงสร้างผู้ถือหุ้น นักวิเคราะห์เป็นผู้ตัดสินทุกกรณีที่ระบบทำเครื่องหมาย
คำตอบเรื่องผลิตภัณฑ์ นโยบาย และขั้นตอน พร้อมแหล่งที่มา ภายในสิทธิ์การเข้าถึงของที่ปรึกษา
จัดประเภทเรื่องร้องเรียนตามหัวข้อและความเร่งด่วน ส่งต่อพร้อมร่างสรุป และติดตามกำหนดเวลาตามกฎการจัดการเรื่องร้องเรียน
อ่านแบบฟอร์มเคลม ใบแจ้งหนี้ และรายงาน แล้วจับคู่กับกรมธรรม์ เจ้าหน้าที่สินไหมเป็นผู้อนุมัติการจ่าย
เปิดธุรกรรมบนเมนเฟรมเป็น API และอีเวนต์ที่มีเอกสาร ช่องทางใหม่จึงไม่ต้องพึ่งไฟล์แบบแบตช์
พื้นที่ทำงานของที่ปรึกษา เส้นทางการรับลูกค้าใหม่ และงานบริการ เชื่อมต่อกับระบบหลักและการรับเอกสาร
การเงินและการรายงานระดับกลุ่ม โดยนำข้อมูล SAP ไปใช้กับรายงานความเสี่ยงและรายงานต่อผู้กำกับดูแล พร้อมที่มาของข้อมูลที่มีเอกสาร
ระดับพันธมิตรที่แสดงเป็นระดับที่ FromNine ได้รับ ชื่อผลิตภัณฑ์เป็นเครื่องหมายการค้าของผู้เป็นเจ้าของแต่ละราย
ประเทศไทย
ในประเทศไทย ธนาคารแห่งประเทศไทย (ธปท.) เป็นธนาคารกลางที่กำกับดูแลสถาบันการเงิน และข้อมูลส่วนบุคคลของลูกค้าอยู่ภายใต้ พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA) ซึ่งกำหนดให้มีมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม และให้แจ้งเหตุการละเมิดข้อมูลส่วนบุคคลต่อสำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคลโดยไม่ชักช้า และภายใน 72 ชั่วโมงนับแต่ทราบเหตุเท่าที่จะทำได้ เว้นแต่เหตุนั้นไม่มีความเสี่ยงที่จะมีผลกระทบต่อสิทธิและเสรีภาพของบุคคล
สถาบันการเงินในยุโรปอยู่ภายใต้ผู้กำกับดูแลระดับประเทศและหน่วยงานกำกับดูแลของยุโรป และตั้งแต่ปี 2571 บางแห่งจะอยู่ภายใต้การกำกับดูแลโดยตรงของ AMLA ส่วน DORA, EU AI Act และชุดกฎต่อต้านการฟอกเงินใช้ทั่วสหภาพยุโรป ผู้ให้บริการในประเทศไทยที่ทำงานให้สถาบันเหล่านี้รับหน้าที่ผ่านสัญญา
เราออกแบบการส่งมอบให้สร้างหลักฐานครั้งเดียวและแสดงต่อผู้กำกับดูแลรายใดก็ได้: เอกสารสถาปัตยกรรมและโมเดล บันทึกการทำงาน ผลการทดสอบ และแผนการเปลี่ยนผู้ให้บริการ ที่ปรับให้เป็นปัจจุบันเมื่อระบบเปลี่ยน
เราตกลงข้อสัญญาที่ DORA กำหนด แจ้งเหตุการณ์ผ่านช่องทางที่ตกลงกัน จัดทำแผนการเปลี่ยนผู้ให้บริการ เข้าร่วมการทดสอบความยืดหยุ่น และให้ข้อมูลที่ทะเบียนผู้ให้บริการ ICT ภายนอกของคุณต้องใช้ ผู้ให้บริการ ICT ในประเทศไทยที่ทำงานให้สถาบันการเงินในสหภาพยุโรปก็รับหน้าที่เหล่านี้ผ่านสัญญาเช่นกัน
ได้ ในฐานะการใช้งานความเสี่ยงสูงตาม EU AI Act ซึ่งต้องมีการบริหารความเสี่ยง ธรรมาภิบาลข้อมูล การบันทึก การกำกับดูแลโดยมนุษย์ และเอกสาร เราออกแบบให้คนเป็นผู้ตัดสินใจและอธิบายเหตุผลได้ และเคารพมาตรการคุ้มครองของ GDPR เรื่องการตัดสินใจอัตโนมัติ สำหรับข้อมูลลูกค้าในประเทศไทย ระบบต้องเป็นไปตาม PDPA ด้วย
ในสภาพแวดล้อมที่ระดับความเสี่ยงที่องค์กรยอมรับได้อนุญาต: พื้นที่คลาวด์ขององค์กรเอง (tenancy) ภูมิภาคของคลาวด์สาธารณะที่สอดคล้องกับกฎที่ใช้กับองค์กร เช่น ภูมิภาคในสหภาพยุโรปสำหรับงานที่อยู่ภายใต้ DORA หรือระบบภายในองค์กรสำหรับงานที่อ่อนไหว ทางเลือกด้านโมเดลและการโฮสต์มีเอกสารพร้อมทางเลือกในการเปลี่ยนผู้ให้บริการสำหรับทะเบียนผู้ให้บริการภายนอกของคุณ
ไม่ต้อง เราเชื่อมต่อเป็นค่าเริ่มต้นและปรับปรุงทีละขั้น: สร้าง API และอีเวนต์รอบระบบหลักก่อน ย้ายฟังก์ชันออกเฉพาะเมื่อคุ้มค่า และกระทบยอดจนปลดเส้นทางเดิมได้
ด้วยชุดทดสอบและเกณฑ์คุณภาพที่ตกลงกับทีมความเสี่ยงและทีมตรวจสอบโมเดลก่อนนำขึ้นใช้งานจริง ติดตามผลหลังใช้งานจริง และมีขั้นตอนตรวจทานผลลัพธ์ที่ไม่แน่นอน กระบวนการตั้งอยู่บนสมมติฐานว่าผลลัพธ์บางส่วนจะผิด และส่งผลลัพธ์นั้นให้คนตรวจ
กำลังวางแผนใช้ AI ในการรับลูกค้าใหม่ การให้คำแนะนำ หรือการเคลม หรือเตรียมระบบสำหรับการทดสอบตาม DORA อยู่หรือไม่ คุยกับวิศวกรที่ออกแบบระบบให้ทั้งผู้ใช้งานและผู้กำกับดูแล