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

งานพิจารณาคำขอ

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

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

สำหรับองค์กรที่พิจารณาคำขอและการเคลมจำนวนมาก ซึ่งแต่ละเรื่องมีทะเบียน กฎ และระยะเวลาของตัวเอง

ผู้ใช้งานหลัก
  • เจ้าหน้าที่ผู้พิจารณา
  • หัวหน้าทีม
  • ผู้เชี่ยวชาญด้านกฎหมายและนโยบาย
  • ผู้ยื่นคำขอ
ตัวอย่างขั้นตอนการทำงาน
  1. 01รับและตรวจคำขอระบบ
  2. 02ขอเอกสารที่ขาดระบบ
  3. 03ดึงข้อมูลจากทะเบียนระบบ
  4. 04ใช้กฎที่มีเวอร์ชันระบบ
  5. 05เตรียมสรุปเรื่องพร้อมแหล่งที่มาเอเจนต์ AI
  6. 06ประเมินและตัดสินบุคคล
  7. 07ร่างและออกหนังสือแจ้งผลระบบ
คำขอเข้ามาเป็นข้อมูลแบบมีโครงสร้างและตรวจความครบถ้วน หากเอกสารขาด ผู้ยื่นจะได้รับคำขอเอกสารเพิ่มเพียงครั้งเดียว และเรื่องเดินต่อเมื่อได้รับครบ ระบบดึงข้อมูลจากทะเบียนหรือระบบต้นทาง ใช้กฎที่มีเวอร์ชัน และเตรียมสรุปที่ทุกข้อความลิงก์ไปยังแหล่งที่มา เจ้าหน้าที่ผู้พิจารณาประเมินและตัดสิน แล้วอนุมัติหนังสือแจ้งผลที่ร่างจากแม่แบบที่อนุมัติแล้ว ก่อนออกหนังสือและบันทึกเข้าเรื่อง

ก่อนและหลัง

สิ่งที่เปลี่ยนไปสำหรับเจ้าหน้าที่และผู้ยื่นคำขอ

  1. ปัจจุบัน

    ปัจจุบัน: เอกสารที่ส่งกลับไปกลับมา

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

    เมื่อใช้ระบบ

    เมื่อใช้ระบบ: ครบถ้วนก่อนเริ่ม

    ระบบตรวจความครบถ้วนตั้งแต่รับเรื่อง และผู้ยื่นได้รับคำขอเพียงครั้งเดียวที่ระบุชัดว่าขาดอะไร

  2. ปัจจุบัน

    ปัจจุบัน: ขอข้อมูลที่มีอยู่แล้ว

    ผู้ยื่นต้องส่งสำเนาและหนังสือรับรองที่ทะเบียนหรือระบบต้นทางมีอยู่แล้ว และเจ้าหน้าที่ต้องพิมพ์ซ้ำเข้าระบบงาน

    เมื่อใช้ระบบ

    เมื่อใช้ระบบ: ดึงข้อมูลจากทะเบียน ไม่ต้องขอซ้ำ

    ข้อมูลที่อยู่ในแหล่งข้อมูลหลักดึงผ่าน API พร้อมบันทึกวัตถุประสงค์ และแสดงให้เจ้าหน้าที่เห็นพร้อมที่มา

  3. ปัจจุบัน

    ปัจจุบัน: เรื่องเหมือนกัน ผลต่างกัน

    เจ้าหน้าที่แต่ละคนตรวจเกณฑ์จากบันทึกของตัวเองและเขียนหนังสือจากตัวอย่างเก่า เรื่องที่คล้ายกันจึงอาจได้ผลต่างกัน และภายหลังไม่มีใครบอกได้ว่าใช้กฎฉบับใด

    เมื่อใช้ระบบ

    เมื่อใช้ระบบ: กฎชุดเดียว มีบันทึก

    เกณฑ์ทำงานเป็นแบบจำลองการตัดสินใจที่มีเวอร์ชันและกรณีทดสอบ หนังสือเริ่มจากแม่แบบที่อนุมัติแล้ว และบันทึกของเรื่องแสดงว่าใช้กฎเวอร์ชันใด

  4. ปัจจุบัน

    ปัจจุบัน: กำหนดเวลาอยู่ในสเปรดชีต

    ระยะเวลาตามกฎหมายติดตามด้วยมือ และเรื่องเก่าจมอยู่ท้ายคิวจนกลายเป็นเรื่องเร่งด่วน

    เมื่อใช้ระบบ

    เมื่อใช้ระบบ: เห็นกำหนดเวลาชัดเจน

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

ขั้นตอนการทำงาน

ขั้นตอนการทำงาน

ระบบทำงานเตรียมการ: รับเรื่อง ดึงข้อมูลจากทะเบียน ตรวจตามกฎ สรุปพร้อมแหล่งที่มา และร่างหนังสือ การประเมินและการตัดสินเป็นของเจ้าหน้าที่ผู้พิจารณา ซึ่งเห็นทั้งหมดนี้บนหน้าจอเดียว

ตัวอย่างขั้นตอนการทำงาน

7 ขั้นตอน · จุดตรวจสอบโดยมนุษย์ 2 จุด

คำขอไม่ครบถ้วน01ระบบรับและตรวจคำขอ02ระบบขอเอกสารที่ขาด03ระบบดึงข้อมูลจากทะเบียน04ระบบใช้กฎที่มีเวอร์ชัน05เอเจนต์ AIเตรียมสรุปเรื่องพร้อมแหล่งที่มา06บุคคลประเมินและตัดสินจุดตรวจสอบโดยมนุษย์07ระบบร่างและออกหนังสือแจ้งผลจุดตรวจสอบโดยมนุษย์

คำอธิบายสัญลักษณ์

  • ระบบ
  • เอเจนต์ AI
  • บุคคล
  • จุดตรวจสอบโดยมนุษย์
  • เส้นทางกรณียกเว้น

งานพิจารณาคำขอ: ตัวอย่างขั้นตอนการทำงานพร้อมเส้นทางเอกสารขาด

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

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

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

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

  1. ขั้นตอนที่ 1: รับและตรวจคำขอระบบ

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

  2. ขั้นตอนที่ 2: ขอเอกสารที่ขาดระบบ

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

    เส้นทางกรณียกเว้น: คำขอไม่ครบถ้วน· กลับสู่ขั้นตอนที่ 3

  3. ขั้นตอนที่ 3: ดึงข้อมูลจากทะเบียนระบบ

    ระบบดึงข้อมูลจากแหล่งข้อมูลหลักและทะเบียนพื้นฐานผ่าน API ตามตัวตนของผู้ยื่นและฐานทางกฎหมายของขั้นตอน ทุกการค้นข้อมูลบันทึกพร้อมวัตถุประสงค์ สำหรับขั้นตอนข้ามพรมแดนในสหภาพยุโรปที่อยู่ในขอบเขตของ Single Digital Gateway ระบบรองรับการแลกเปลี่ยนหลักฐานผ่าน Once-Only Technical System ตามคำขอของผู้ยื่น

  4. ขั้นตอนที่ 4: ใช้กฎที่มีเวอร์ชันระบบ

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

  5. ขั้นตอนที่ 5: เตรียมสรุปเรื่องพร้อมแหล่งที่มาเอเจนต์ AI

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

  6. ขั้นตอนที่ 6: ประเมินและตัดสินบุคคล

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

    จุดตรวจสอบโดยมนุษย์

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

  7. ขั้นตอนที่ 7: ร่างและออกหนังสือแจ้งผลระบบ

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

    จุดตรวจสอบโดยมนุษย์

    ไม่มีหนังสือใดส่งออกจนกว่าเจ้าหน้าที่ผู้พิจารณาจะอนุมัติข้อความสุดท้าย

องค์ประกอบ

สิ่งที่เราจะสร้าง

  1. บริการรับเรื่องและตรวจความครบถ้วน

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

    ดำเนินการโดยซอฟต์แวร์องค์กรและ SaaS

  2. ตัวเชื่อมต่อทะเบียนและหลักฐาน

    API client สำหรับแหล่งข้อมูลหลัก ทะเบียนพื้นฐาน และแพลตฟอร์มแลกเปลี่ยนข้อมูลระหว่างหน่วยงาน รวมถึง Once-Only Technical System สำหรับขั้นตอนในสหภาพยุโรปที่อยู่ในขอบเขต โดยทุกตัวบันทึกวัตถุประสงค์

    ดำเนินการโดยการเชื่อมต่อระบบและ API

  3. แบบจำลองการตัดสินใจและการทดสอบกฎ

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

    ดำเนินการโดยซอฟต์แวร์องค์กรและ SaaS

  4. บริการสรุปเรื่อง

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

    ดำเนินการโดยวิศวกรรม AI และ Generative AI

  5. หน้าจอเจ้าหน้าที่และแม่แบบหนังสือ

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

    ดำเนินการโดยซอฟต์แวร์องค์กรและ SaaS

  6. รายงานกำหนดเวลาและงานค้าง

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

    ดำเนินการโดยข้อมูลและการวิเคราะห์

การเชื่อมต่อระบบ

ข้อมูลนำเข้าและการเชื่อมต่อระบบ

ข้อมูลนำเข้าและช่องทาง

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

แกนหลักของโซลูชัน

งานพิจารณาคำขอ

ระบบที่ทำงานร่วมกัน

  • Salesforce Public Sector Solutions และระบบบริหารเรื่องใน Service Cloudแพลตฟอร์มSalesforce
  • ระบบบริหารเรื่องที่องค์กรใช้อยู่
  • บริการยืนยันตัวตน ลายมือชื่ออิเล็กทรอนิกส์ และตราประทับอิเล็กทรอนิกส์
  • ระบบจัดการเอกสารและงานสารบรรณ
  • SAP ด้านการเงินสำหรับการจ่ายเงินสนับสนุนและสิทธิประโยชน์แพลตฟอร์มSAP
  • Odoo ด้านบัญชีสำหรับการจ่ายเงินสนับสนุนแพลตฟอร์มOdoo
  • ช่องทางแจ้งผล: กล่องข้อความในพอร์ทัล อีเมล และการส่งเอกสารอิเล็กทรอนิกส์แบบมีหลักฐานการรับ

การควบคุม

การควบคุมที่ออกแบบไว้ตั้งแต่ต้น

ขอบเขตการเข้าถึง

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

การตรวจทานโดยมนุษย์

ทุกการตัดสินทำโดยเจ้าหน้าที่ผู้พิจารณาที่เห็นผลการตรวจตามกฎ สรุป และหลักฐานเบื้องหลัง เมื่อการประมวลผลอยู่ภายใต้ GDPR การตัดสินที่มีผลทางกฎหมายหรือมีผลกระทบอย่างมีนัยสำคัญในลักษณะเดียวกันต่อผู้ยื่น จะไม่อาศัยการประมวลผลอัตโนมัติเพียงอย่างเดียว (GDPR มาตรา 22) และเราใช้หลักเดียวกันกับทุกเรื่อง การไม่ทำตามผลการตรวจตามกฎทำได้โดยบันทึกเหตุผล การประเมินจึงเป็นการประเมินจริง

การตรวจสอบย้อนหลังได้

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

การคุ้มครองข้อมูล

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

ความโปร่งใสของ AI

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

การวัดผล

สิ่งที่เราจะวัดผล

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

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

จะไม่กำหนดเป้าหมายจนกว่าจะมีค่าฐานสำหรับเปรียบเทียบ

การนำไปใช้งาน

วิธีที่เราจะนำขึ้นใช้งานจริง

  1. ระยะที่ 01

    สำรวจความต้องการและวิเคราะห์กฎ

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

    เกณฑ์การผ่านระยะ

    • ผู้เชี่ยวชาญด้านกฎหมายทบทวนชุดกฎแล้ว
    • ตกลงกรณีทดสอบและผลที่คาดหวังแล้ว
    • บันทึกค่าฐานของทุกตัวชี้วัดแล้ว
    • เริ่มประเมินผลกระทบด้านการคุ้มครองข้อมูลส่วนบุคคล และการจัดประเภทตาม EU AI Act เมื่อเกี่ยวข้อง
  2. ระยะที่ 02

    สร้างและทดสอบกับเรื่องในอดีต

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

    เกณฑ์การผ่านระยะ

    • ผลตามกฎตรงกับกรณีทดสอบ หรืออธิบายได้ทุกความแตกต่าง
    • ตรวจลิงก์แหล่งที่มาในสรุปที่สุ่มแล้ว
    • เจ้าของข้อมูลอนุมัติการเข้าถึงทะเบียนแล้ว
  3. ระยะที่ 03

    ใช้งานจริงแบบควบคุม

    เรื่องใหม่ของประเภทที่เลือกผ่านระบบ เจ้าหน้าที่ตัดสินเหมือนเดิม และสุ่มทบทวนการตัดสินบางส่วน

    เกณฑ์การผ่านระยะ

    • การสุ่มทบทวนแสดงว่าการตัดสินสม่ำเสมอ
    • หัวหน้าทีมใช้การติดตามกำหนดเวลาแล้ว
    • มีคู่มือปฏิบัติงาน การติดตามระบบ และการย้อนกลับ
  4. ระยะที่ 04

    เพิ่มประเภทเรื่อง

    ประเภทเรื่องถัดไปใช้ขั้นรับเรื่อง ตัวเชื่อมต่อ และหน้าจอเดิม โดยแต่ละประเภทมีชุดกฎ กรณีทดสอบ และการทบทวนทางกฎหมายของตัวเอง

    เกณฑ์การผ่านระยะ

    • ทีมของคุณเป็นเจ้าของขั้นตอนการเปลี่ยนกฎ
    • มีชุดทดสอบสำหรับทุกประเภทเรื่อง

ใช้กับงานใดได้บ้าง

  • ภาครัฐ

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

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

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

  • สุขภาพและวิทยาศาสตร์ชีวภาพ

    คำขอเบิกค่ารักษาและคำขออนุมัติล่วงหน้า โดยกฎของแต่ละโครงการมีเวอร์ชัน และการประเมินทางการแพทย์เป็นของบุคลากรที่มีคุณวุฒิ

  • พลังงานและสาธารณูปโภค

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

  • คมนาคมและโครงสร้างพื้นฐาน

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

ตัวอย่างประกอบ

คำขอสินเชื่อเช่าซื้อเครื่องจักรของบริษัทลีสซิ่ง

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

ประเทศไทย

คำขอที่ต้องตัดสินอย่างมีหลักฐาน

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

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

ยุโรปเป็นแนวทางอ้างอิงที่ดี: ตั้งแต่ 12 ธันวาคม 2566 ผู้ใช้ขั้นตอนที่ระบุในระเบียบ Single Digital Gateway ขอให้หน่วยงานที่มีอำนาจแลกเปลี่ยนหลักฐานกันโดยตรงผ่าน Once-Only Technical System ได้ และระบบ AI ที่หน่วยงานของรัฐหรือผู้ที่ทำการแทนใช้ประเมินสิทธิได้รับสิทธิประโยชน์และบริการช่วยเหลือสาธารณะที่จำเป็นเป็นระบบความเสี่ยงสูงตาม EU AI Act

คำถามเกี่ยวกับงานพิจารณาคำขอ

ระบบตัดสินคำขอเองหรือไม่

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

EU AI Act เกี่ยวข้องอย่างไร

ขึ้นอยู่กับบทบาทของโมเดล ระบบ AI ที่หน่วยงานของรัฐหรือผู้ที่ทำการแทนใช้ประเมินว่าบุคคลมีสิทธิได้รับสิทธิประโยชน์และบริการช่วยเหลือสาธารณะที่จำเป็นหรือไม่ หรือใช้ในการให้ ลด เพิกถอน หรือเรียกคืนสิทธิเหล่านั้น เป็นระบบความเสี่ยงสูงตามภาคผนวก III ข้อ 5(a) ระบบ AI ที่ใช้ประเมินความน่าเชื่อถือทางเครดิตของบุคคลธรรมดาเป็นระบบความเสี่ยงสูงตามข้อ 5(b) ยกเว้นการตรวจจับการทุจริต ตามกฎหมายที่แก้ไขในปี 2569 หน้าที่เหล่านี้ใช้บังคับตั้งแต่ 2 ธันวาคม 2570 EU AI Act ใช้บังคับกับผู้ให้บริการและผู้ใช้งานระบบ AI นอกสหภาพยุโรปด้วย หากผลลัพธ์ของระบบถูกนำไปใช้ในสหภาพยุโรป ส่วนประเทศไทยยังไม่มีกฎหมายว่าด้วยปัญญาประดิษฐ์ที่มีผลใช้บังคับ

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

ต้องเปลี่ยนระบบบริหารเรื่องที่มีอยู่หรือไม่

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

กฎในระบบจะตามทันกฎหมายที่เปลี่ยนไปได้อย่างไร

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

ผู้ยื่นคำขอจะทราบได้อย่างไรว่าเรื่องของตนพิจารณาอย่างไร

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

ขอบเขตแรกมีลักษณะอย่างไร

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

ปรึกษาเรื่องประเภทคำขอของคุณ

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