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

ประมวลผลเอกสารอัจฉริยะ

เอกสารเข้ามา ข้อมูลที่ตรวจสอบแล้วออกไป คนตัดสินกรณีที่เป็นข้อยกเว้น

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

สำหรับองค์กรที่รับเอกสารทั้งภาษาไทยและภาษาอังกฤษในหลายรูปแบบ จากคู่ค้าในประเทศและในยุโรป และต้องตรวจย้อนกลับได้ทุกค่า

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

ก่อนและหลัง

สิ่งที่เปลี่ยนไปในงานแต่ละวัน

  1. ปัจจุบัน

    ปัจจุบัน: พิมพ์ซ้ำจากไฟล์แนบ

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

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

    เมื่อใช้ระบบ: ข้อมูลเข้ามาเป็นโครงสร้าง

    ระบบดึงข้อมูลแต่ละช่องพร้อมตำแหน่งในเอกสารต้นฉบับ ผู้ตรวจสอบจึงเห็นค่ากับหลักฐานคู่กัน

  2. ปัจจุบัน

    ปัจจุบัน: พบข้อผิดพลาดเมื่อสายเกินไป

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

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

    เมื่อใช้ระบบ: ตรวจกฎตั้งแต่รับเอกสาร

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

  3. ปัจจุบัน

    ปัจจุบัน: เอกสารทุกฉบับใช้เวลาเท่ากัน

    ใบแจ้งหนี้ที่ครบถ้วนและชัดเจนใช้เวลาดำเนินการพอ ๆ กับฉบับที่ไม่ครบและกำกวม

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

    เมื่อใช้ระบบ: ความสนใจไปอยู่ที่ข้อยกเว้น

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

  4. ปัจจุบัน

    ปัจจุบัน: ไม่มีบันทึกว่าข้อมูลมาจากไหน

    เมื่อผู้สอบบัญชีถามว่าค่านี้มาจากที่ใด คำตอบขึ้นอยู่กับว่าใครเป็นผู้กรอก

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

    เมื่อใช้ระบบ: ทุกค่าตรวจย้อนกลับได้

    เอกสารต้นทาง ผลการดึงข้อมูล ค่าความมั่นใจ ผลการตรวจกฎ และการแก้ไขของผู้ตรวจสอบ บันทึกไว้ในทุกช่องข้อมูล

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

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

7 ขั้นตอน 1 เส้นทางข้อยกเว้น เกณฑ์และกฎตกลงร่วมกับเจ้าของกระบวนการ และปรับจูนกับเอกสารจริงขององค์กรคุณก่อนใช้งานจริง

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

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

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

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

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

ประมวลผลเอกสารอัจฉริยะ: ตัวอย่างขั้นตอนการทำงานพร้อมเส้นทางข้อยกเว้น

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

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

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

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

  1. ขั้นตอนที่ 1: รับเอกสารจากทุกช่องทางระบบ

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

  2. ขั้นตอนที่ 2: แยกและจำแนกเอกสารระบบ

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

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

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

  4. ขั้นตอนที่ 4: ตรวจสอบตามกฎระบบ

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

  5. ขั้นตอนที่ 5: คิวตรวจสอบบุคคล

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

    เส้นทางกรณียกเว้น: ต่ำกว่าเกณฑ์หรือไม่ผ่านกฎ· กลับสู่ขั้นตอนที่ 6

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

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

  6. ขั้นตอนที่ 6: ส่งต่อไปยังระบบงานระบบ

    ข้อมูลที่ตรวจสอบแล้วเปิดหรือปรับปรุงเรื่องในระบบบริหารงาน CRM หรือ ERP ผ่าน API ของระบบนั้น พร้อมแนบเอกสารต้นทางและกำหนดประเภทการเก็บรักษา

  7. ขั้นตอนที่ 7: เรียนรู้จากการแก้ไขระบบ

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

องค์ประกอบ

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

  1. ตัวเชื่อมต่อช่องทางรับเอกสาร

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

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

  2. บริการจำแนกและดึงข้อมูล

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

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

  3. เครื่องมือกฎและการตรวจสอบ

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

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

  4. หน้าจอตรวจสอบ

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

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

  5. การประเมินผลและการติดตาม

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

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

  6. การติดตั้งระบบและการควบคุมเอกสาร

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

    ดำเนินการโดยวิศวกรรมคลาวด์และแพลตฟอร์ม

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

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

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

  • กล่องอีเมลกลางและไฟล์แนบ
  • จุดสแกนเอกสารและชุดเอกสารจากห้องรับส่งเอกสาร
  • ไฟล์ที่ลูกค้าหรือประชาชนอัปโหลดผ่านพอร์ทัล
  • แบบฟอร์มออนไลน์และข้อมูลที่ส่งแบบมีโครงสร้าง
  • ใบแจ้งหนี้อิเล็กทรอนิกส์ Peppol (UBL) จากคู่ค้าในยุโรป
  • ระบบจัดการเอกสารและระบบจัดเก็บถาวร

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

ประมวลผลเอกสารอัจฉริยะ

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

  • ระบบบริหารเรื่องและ Public Sector Solutions ของ Salesforceแพลตฟอร์มSalesforce
  • SAP S/4HANA ด้านการเงินและการจัดซื้อแพลตฟอร์มSAP
  • Odoo ด้านบัญชีและการจัดซื้อแพลตฟอร์มOdoo
  • ระบบจัดเก็บเอกสารและจดหมายเหตุ
  • ทะเบียนข้อมูลหลัก (ลูกค้า ผู้ขาย เลขประจำตัวผู้เสียภาษีอากร และบัญชีธนาคาร)
  • ระบบยืนยันตัวตนสำหรับบทบาทผู้ตรวจสอบ

การควบคุม

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

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

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

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

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

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

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

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

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

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

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

การวัดผล

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

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

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

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

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

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

  1. ระยะที่ 01

    สำรวจความต้องการและวัดค่าฐาน

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

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

    • ตกลงช่องข้อมูล กฎ และเกณฑ์คุณภาพแล้ว
    • วัดค่าฐานแล้ว
    • เริ่มประเมินผลกระทบด้านการคุ้มครองข้อมูลส่วนบุคคลแล้ว
  2. ระยะที่ 02

    นำร่องแบบคู่ขนาน

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

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

    • ความแม่นยำรายช่องผ่านเกณฑ์ที่ตกลง
    • กำหนดเกณฑ์รายช่องแล้ว
    • ผู้ตรวจสอบผ่านการอบรมการใช้หน้าจอตรวจสอบ
  3. ระยะที่ 03

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

    เปิดการผ่านอัตโนมัติสำหรับเอกสารประเภทที่นำร่อง และสุ่มตรวจกรณีที่อนุมัติอัตโนมัติ

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

    • การสุ่มตรวจไม่พบข้อผิดพลาดที่ยอมรับไม่ได้
    • ส่งมอบคู่มือปฏิบัติงานและการติดตามระบบแล้ว
    • ทดสอบการย้อนกลับแล้ว
  4. ระยะที่ 04

    ขยายผล

    เพิ่มประเภทเอกสาร ช่องทาง และภาษา โดยแต่ละรายการต้องผ่านเกณฑ์ประเมินผลเดียวกันก่อนใช้งานจริง

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

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

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

  • ภาครัฐ

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

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

    เอกสาร KYC เอกสารประกอบการเคลม และใบแจ้งหนี้จากผู้ขาย โดยให้คน 2 คนตรวจสำหรับกรณีมูลค่าสูง

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

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

  • การผลิตและอุตสาหกรรม

    ใบส่งของ ใบรับรองความสอดคล้อง และเอกสารศุลกากร เช่น ใบขนสินค้า จับคู่กับใบสั่งซื้อ

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

ใบกำกับภาษีและใบแจ้งหนี้ของผู้จัดจำหน่าย

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

ประเทศไทย

ใบกำกับภาษีในประเทศ ใบแจ้งหนี้จากยุโรป

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

ในประเทศไทย ระบบ e-Tax Invoice & e-Receipt ของกรมสรรพากรเป็นระบบที่ผู้ประกอบการเลือกใช้โดยสมัครใจ ในยุโรป ใบแจ้งหนี้อิเล็กทรอนิกส์กำลังมุ่งสู่รูปแบบที่มีโครงสร้างภายใต้ชุดมาตรการภาษีมูลค่าเพิ่มในยุคดิจิทัล (ViDA) ของสหภาพยุโรป ใบแจ้งหนี้แบบมีโครงสร้างจึงข้ามขั้นตอนดึงข้อมูลได้ทั้งหมด เมื่อข้อมูลที่ดึงได้ใช้ในการตัดสินใจเกี่ยวกับบุคคล เราออกแบบตาม PDPA และคำนึงถึง GDPR กับ EU AI Act เมื่อเกี่ยวข้องกับสหภาพยุโรป: บันทึกการประมวลผล ให้คนตรวจสอบ และเก็บบันทึกที่ผู้สอบบัญชีติดตามได้

คำถามเกี่ยวกับการประมวลผลเอกสารอัจฉริยะ

ระบบดึงข้อมูลได้แม่นยำเพียงใด

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

ระบบอ่านลายมือ ภาพสแกนคุณภาพต่ำ และเอกสารหลายภาษาได้หรือไม่

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

เรามี OCR หรือระบบรับเอกสารอยู่แล้ว ต้องเปลี่ยนหรือไม่

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

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

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

เอกสารประมวลผลและจัดเก็บที่ใด

ในภูมิภาคคลาวด์หรือศูนย์ข้อมูลที่องค์กรคุณเลือก เราบันทึกทุกขั้นตอนการประมวลผล รวมถึงบริการโมเดลภายนอกที่ใช้ เพื่อให้เจ้าหน้าที่คุ้มครองข้อมูลส่วนบุคคล (DPO) ขององค์กรประเมินได้ก่อนใช้งานจริง รวมถึงการส่งหรือโอนข้อมูลส่วนบุคคลไปยังต่างประเทศตาม PDPA หากมี

ขอบเขตแรกที่เหมาะสมคืออะไร

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

ปรึกษาเรื่องเอกสารขององค์กรคุณ

เลือกเอกสาร 2 ถึง 3 ประเภทและระบบปลายทางที่เอกสารเหล่านั้นต้องเข้าไป เราจะแสดงว่ารุ่นแรกของระบบอาจเป็นอย่างไร สำหรับทุกภาษาและทุกตลาดที่คุณทำงานด้วย