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

AI และข้อมูล

เอเจนต์ AI และระบบอัตโนมัติที่ทำงานภายในขอบเขตที่คุณกำหนด

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

สำหรับศูนย์บริการร่วมและทีมปฏิบัติการที่ทำกระบวนการเดียวกันในหลายประเทศและหลายระบบ

เอเจนต์ AI และระบบอัตโนมัติ: ชั้นความสามารถสี่ชั้นเรียงซ้อนกัน จากบนลงล่าง ได้แก่ ขั้นตอนการทำงานที่เก็บสถานะของงาน ขั้นตอนของเอเจนต์ที่อยู่ภายใน เกตเวย์เครื่องมือพร้อมสิทธิ์ และจุดอนุมัติก่อนที่การกระทำจะไปถึงระบบของคุณ01ขั้นตอนการทำงานและสถานะ02ขั้นตอนของเอเจนต์03เกตเวย์เครื่องมือและสิทธิ์04อนุมัติ แล้วจึงดำเนินการ
  1. 01ระดับความเป็นอิสระที่เหมาะกับแต่ละขั้นตอน ตั้งแต่ขั้นตอนการทำงานแบบตายตัวไปจนถึงเอเจนต์ที่มีคนกำกับ
  2. 02เครื่องมือที่ได้สิทธิ์เท่าที่จำเป็นหลังเกตเวย์ พร้อมวงเงินหรือขีดจำกัดต่อการกระทำ
  3. 03บันทึกทุกขั้นตอน การเรียกเครื่องมือ และการอนุมัติ เล่นย้อนกลับและส่งออกได้

01 ปัญหา

เหตุใดองค์กรจึงลังเลกับโครงการระบบอัตโนมัติ

  1. 01

    ไม่มีใครบอกได้ว่าเอเจนต์ได้รับอนุญาตให้ทำอะไร

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

  2. 02

    อัตราการทำงานอัตโนมัติดูดี แต่กรณียกเว้นกองพะเนิน

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

  3. 03

    เมื่อเกิดความผิดพลาด ไม่มีใครย้อนดูได้ว่าเพราะอะไร

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

  4. 04

    บอตเสียทุกครั้งที่หน้าจอเปลี่ยน

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

02 สิ่งที่เราส่งมอบ

สิ่งที่เราส่งมอบ

  1. 01 ออกแบบระดับความเป็นอิสระทีละขั้นตอน

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

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

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

    สิ่งที่คุณได้รับ

    • แผนผังระดับความเป็นอิสระของกระบวนการ
    • แบบจำลองขั้นตอนการทำงานที่จัดการเวอร์ชัน
    • บันทึกการตัดสินใจสำหรับแต่ละขั้นตอนของเอเจนต์
  2. 02 สิทธิ์ของเครื่องมือและหลักให้สิทธิ์เท่าที่จำเป็น

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

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

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

    สิ่งที่คุณได้รับ

    • เกตเวย์เครื่องมือที่กำหนดนโยบายผ่านการตั้งค่า
    • ตารางสิทธิ์ที่ฝ่ายความมั่นคงปลอดภัยอนุมัติ
    • ชุดทดสอบการบังคับใช้นโยบาย
  3. 03 ออกแบบให้คนอยู่ในกระบวนการ

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

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

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

    สิ่งที่คุณได้รับ

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

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

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

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

    สิ่งที่คุณได้รับ

    • ที่เก็บบันทึกการตรวจสอบ
    • เครื่องมือเล่นย้อนกลับ
    • แดชบอร์ดการปฏิบัติงาน
  5. 05 การรับมือเมื่อระบบล้มเหลว

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

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

    • Idempotency key สำหรับการกระทำที่เขียนข้อมูลทุกครั้ง
    • ขั้นตอนชดเชยสำหรับการเปลี่ยนแปลงที่กระทบหลายระบบ
    • การหมดเวลาและงบประมาณการลองซ้ำ
    • สวิตช์หยุดฉุกเฉินแยกตามเอเจนต์และตามเครื่องมือ

    สิ่งที่คุณได้รับ

    • การวิเคราะห์รูปแบบความล้มเหลว
    • คู่มือปฏิบัติงานพร้อมขั้นตอนการใช้สวิตช์หยุดฉุกเฉิน
    • การทดสอบภาวะผิดปกติสำหรับเส้นทางสำคัญ
  6. 06 เอเจนต์ที่ทำงานคู่กับระบบอัตโนมัติเดิม

    Process mining แสดงขั้นตอนการทำงานตามที่เกิดขึ้นจริง RPA ยังใช้ต่อในจุดที่มีเพียงหน้าจอของระบบเดิม และย้ายไปใช้ API ทันทีที่มี API ให้ใช้ เราวัดอัตรากรณียกเว้น ไม่ใช่แค่อัตราการทำงานอัตโนมัติ

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

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

    สิ่งที่คุณได้รับ

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

03 สถาปัตยกรรม

ตัวอย่างสถาปัตยกรรมอ้างอิง

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

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

ชั้นในแผนภาพ

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

    • ตัวกระตุ้น: เรื่อง ข้อความ อีเวนต์
  2. การประสานงาน

    • ตัวประสานงานและสถานะ
    • ขั้นตอนของเอเจนต์
    • สวิตช์หยุดฉุกเฉินและการหมดเวลา
    • การชดเชยและย้อนกลับ
  3. ขอบเขตสิทธิ์

    • เกตเวย์เครื่องมือ
    • เครื่องมืออ่าน
    • จุดอนุมัติ
    • เครื่องมือเขียน
  4. ระบบ

    • CRM, ERP และระบบงานพิจารณาคำขอ
  5. การบันทึก

    • บันทึกการตรวจสอบ: ทุกขั้นตอน การเรียก และการอนุมัติ เล่นย้อนกลับและส่งออกได้
    • ทีมที่รับผิดชอบกรณียกเว้น
เอเจนต์ภายในขอบเขตสิทธิ์

ตัวอย่างสถาปัตยกรรม ไม่ใช่ระบบของลูกค้า

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

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

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

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

04 ข้อพิจารณาและข้อจำกัด

ข้อพิจารณาทางวิศวกรรมและข้อจำกัด

  • ความเป็นอิสระต้องพิสูจน์ทีละขั้นตอน

    วิธีที่เราจัดการ

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

    ข้อจำกัดและเงื่อนไข

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

  • เอเจนต์ปลอดภัยได้เพียงเท่ากับเครื่องมือที่ใช้

    วิธีที่เราจัดการ

    เครื่องมือเขียนมีขอบเขตแคบและกำหนดพารามิเตอร์ไว้ เช่น “ออกใบลดหนี้ไม่เกินวงเงินที่กำหนด” ไม่ใช่ “เรียกใช้ ERP”

    ข้อจำกัดและเงื่อนไข

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

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

  • Prompt injection เป็นความเสี่ยงในการปฏิบัติงาน

    วิธีที่เราจัดการ

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

    ข้อจำกัดและเงื่อนไข

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

  • กรณียกเว้นเป็นส่วนหนึ่งของระบบ

    วิธีที่เราจัดการ

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

    ข้อจำกัดและเงื่อนไข

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

05 วิธีการทำงาน

วิธีการทำงานของเรา

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

  1. 01

    ดูขั้นตอนจริง

    Process mining และการติดตามดูการทำงาน แสดงปริมาณงาน รูปแบบที่แตกต่าง และจุดที่เสียเวลา

    ผลลัพธ์การวิเคราะห์ขั้นตอนการทำงานปัจจุบัน

  2. 02

    กำหนดความเป็นอิสระทีละขั้นตอน

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

    ผลลัพธ์แผนผังความเป็นอิสระและตารางสิทธิ์

  3. 03

    ทดลองแบบเงา

    ระบบเสนอ คนเป็นผู้ดำเนินการ เราเปรียบเทียบข้อเสนอของระบบกับการตัดสินใจของคนในเรื่องจริง

    ผลลัพธ์รายงานการทดลองแบบเงา

  4. 04

    เปิดใช้งานพร้อมการอนุมัติ

    การกระทำที่มีผลสำคัญรอการอนุมัติ และเกณฑ์จะทบทวนจากหลักฐาน ไม่ใช่จากความรู้สึก

    ผลลัพธ์นโยบายการอนุมัติและแดชบอร์ด

06 การควบคุมโดยมนุษย์

จุดที่คนยังเป็นผู้ควบคุม

เอเจนต์ทำงานภายในสิทธิ์ที่คุณกำหนด ขออนุมัติก่อนการกระทำที่มีผลสำคัญ และบันทึกทุกขั้นตอน

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

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

  • ตรวจสองชั้นในจุดที่สำคัญ

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

  • สวิตช์หยุดฉุกเฉินที่มีผู้ใช้ได้จริง

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

  • คนทบทวนการตัดสินใจที่มีผลต่อบุคคล

    เมื่อผลลัพธ์กระทบบุคคลใด คนจะเป็นผู้ทบทวน และบุคคลนั้นขอให้มีการทบทวนดังกล่าวได้

  • ยกระดับไปยังทีมที่ระบุชื่อ

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

07 ตัวอย่าง

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

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

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

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

08 มุมมองรายอุตสาหกรรม

ในอุตสาหกรรมของคุณ

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

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

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

ประเทศไทย

ระบบอัตโนมัติที่ข้ามพรมแดนและหลายหน่วยงานกำกับ

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

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

คำถามเกี่ยวกับเอเจนต์ AI และระบบอัตโนมัติ

จะเลือกระหว่างเอเจนต์กับขั้นตอนการทำงานแบบปกติอย่างไร

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

อะไรป้องกันไม่ให้เอเจนต์ทำสิ่งที่ไม่ควรทำ

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

เราใช้ RPA อยู่แล้ว ต้องเลิกใช้หรือไม่

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

วัดความสำเร็จอย่างไร

วัดจากเวลาที่ใช้ตลอดกระบวนการ อัตรากรณียกเว้น งานที่ต้องทำซ้ำ และเวลาที่คนใช้กับกรณียกเว้น เทียบกับค่าฐานที่เก็บก่อนเปิดใช้งาน อัตราการทำงานอัตโนมัติเพียงอย่างเดียวซ่อนข้อมูลไว้มากเกินไป

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

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

นำกระบวนการที่ทำให้ทีมของคุณยุ่งที่สุดมาคุยกับเรา

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