คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการตรวจรับคำขอสัญญาด้วย Zapier Agents รวมถึงการตั้งค่า ฟิลด์ใน Jodoo เรคคอร์ดหลักฐาน และหมายเหตุการเปิดใช้งานจริง
เปิดคู่มือZAPIER AGENTS + JODOO
การตรวจรับคำขอสัญญาด้วย AI ด้วย Zapier Agents + Jodoo
ใช้ Zapier Agents ร่วมกับ Jodoo เพื่อดำเนินการตรวจรับคำขอสัญญา ระบุระดับความเสี่ยง ลำดับความสำคัญ เส้นทางการตรวจสอบ ข้อมูลที่ขาดหาย เจ้าของงานที่แนะนำ ขั้นตอนถัดไปที่เหมาะสมที่สุด และสถานะการตรวจสอบ พร้อมบันทึกผลลัพธ์ไว้ในเรคคอร์ด Jodoo ที่ติดตามได้
ตรวจสอบข้อมูลคำขอสัญญาด้วยเกณฑ์ที่สม่ำเสมอเขียนระดับความเสี่ยง ลำดับความสำคัญ เส้นทางการตรวจสอบ ข้อมูลที่ขาดหาย เจ้าของงานที่แนะนำ ขั้นตอนถัดไปที่เหมาะสมที่สุด และสถานะการตรวจสอบลงใน Jodooทำให้คิวของเจ้าของงานและสถานะการติดตามงานมองเห็นได้ชัดเจนใช้หลักฐานจาก Zapier Agents ก่อนนำเวิร์กโฟลว์ไปปรับใช้กับแหล่งข้อมูลจริงในโปรดักชันหลักฐานสาธารณะนี้ใช้แผงบทสนทนา Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากตัวกลางที่ระบบยอมรับได้ภายในการรันครั้งเดียว
วิดีโอแนะนำการใช้งาน
สิ่งที่เกิดขึ้นในเดโม Zapier Agents
วิดีโอแสดงให้เห็นว่า Zapier Agents จัดการคำขอต่ออายุ MSA ของ Northstar Logistics ที่เข้าสู่เวิร์กโฟลว์พร้อมมูลค่า แผนก วันที่เป้าหมายสำหรับการลงนาม รายละเอียดประกันที่ขาดหาย และบริบทการต่ออายุ จากนั้น Jodoo จึงบันทึกเป็นเรคคอร์ดการดำเนินงาน
คำขอในแชตของเอเจนต์รับคำขอเข้ามา
คำขอต่ออายุ MSA ของ Northstar Logistics เข้าสู่เวิร์กโฟลว์พร้อมมูลค่า แผนก วันที่เป้าหมายสำหรับการลงนาม รายละเอียดประกันที่ขาดหาย และบริบทการต่ออายุ
Zapier Agents เตรียมฟิลด์การตรวจสอบแบบมีโครงสร้าง
เวิร์กโฟลว์จะเก็บระดับความเสี่ยง ลำดับความสำคัญ เส้นทางการตรวจสอบ ข้อมูลที่ขาดหาย เจ้าของงานที่แนะนำ ขั้นตอนถัดไปที่เหมาะสมที่สุด และสถานะการตรวจสอบไว้อย่างชัดเจน แทนการส่งกลับเป็นข้อความยาวแบบไม่เป็นโครงสร้าง
เครื่องมือ Visit Site เขียนข้อมูลไปยัง Jodoo
การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับรหัสข้อมูลของ Jodoo กลับมาจากตัวกลาง
หลักฐานจาก Zapier Agents ตรวจสอบย้อนหลังได้
หลักฐานสาธารณะนี้ใช้แผงบทสนทนา Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากตัวกลางที่ระบบยอมรับได้ภายในการรันครั้งเดียว
Jodoo เก็บเรคคอร์ดของทีม
แอป Jodoo จัดเก็บ ชื่อสัญญา, คู่สัญญา, ประเภทสัญญา, แผนกผู้ขอ, มูลค่าสัญญา, วันที่เป้าหมายสำหรับการลงนาม, ข้อมูลที่ขาดหาย สำหรับการตรวจสอบและการติดตามงาน
สรุปเดโม
Zapier Agents ตรวจสอบคำขอ ส่วน Jodoo ติดตามการดำเนินการต่อ
การใช้งานนี้เหมาะกับทีมที่ต้องการให้ขั้นตอนการตรวจสอบทำงานเหมือนผู้ช่วยที่โฟกัสเฉพาะงาน ก่อนจะสร้างเรคคอร์ดใน Jodoo หน้านี้แสดงทั้งการตั้งค่าการตรวจสอบแบบ agent-first การรันจริง และการเขียนข้อมูลกลับเข้า Jodoo อย่างชัดเจน ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งมอบผลการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้ โดยยังไม่ต้องสร้าง Zap แยกก่อน
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกตัวกลางสำหรับเขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอจำลองแล้ว
ผลการตัดสินใจแบบมีโครงสร้าง
เวิร์กโฟลว์ส่งกลับระดับความเสี่ยง ลำดับความสำคัญ เส้นทางการตรวจสอบ ข้อมูลที่ขาดหาย เจ้าของงานที่แนะนำ ขั้นตอนถัดไปที่เหมาะสมที่สุด และสถานะการตรวจสอบสำหรับการต่ออายุ MSA ของ Northstar Logistics
การรัน Zapier Agent ที่สำเร็จ
การรันแชตของ Zapier แสดงสถานะ Web browsing complete และการตอบกลับจากตัวกลางยืนยันว่า Jodoo รับการเขียนข้อมูลกลับแล้ว
รายละเอียดการใช้งาน Zapier Agents
ร่างคำสั่งของเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับเป็น JSON และเรียก writeback URL หลังจากกรอกฟิลด์ครบแล้วเท่านั้น
รายละเอียดสูตรการทำงานสำหรับคำขอสัญญา
สำหรับการตรวจรับคำขอสัญญา คำสั่งของ Zapier Agent จะเน้นคู่สัญญา มูลค่าสัญญา ช่วงเวลาการลงนาม เอกสารที่ขาดหาย และหมายเหตุการส่งต่อ ก่อนส่งต่อผ่าน Visit Site
Jodoo writeback
Jodoo จัดเก็บเรคคอร์ดคำขอสัญญาและทำให้ขั้นตอนถัดไปมองเห็นได้
การติดตามงานด้านปฏิบัติการ
ขั้นตอนถัดไปที่แนะนำคือขอใบรับรองประกันที่ขาดหายและการยืนยันด้าน data processing ก่อนส่งต่อให้ฝ่ายกฎหมายและการเงิน
ชุดเครื่องมือที่นำไปใช้ซ้ำได้
ชุดสรุปประกอบด้วยคู่มือ พิมพ์เขียวฟิลด์ของ Jodoo และสูตรการทำงานของเวิร์กโฟลว์ Zapier Agents
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ Zapier Agents
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
หลักฐานการตั้งค่า
หลักฐานนี้เริ่มจากแชตของ Zapier Agent แทนที่จะเป็นระบบอัตโนมัติแบบตั้งเวลา
เส้นทางการทำงาน
เครื่องมือ Visit Site เรียกตัวกลางของ Jodoo และส่งกลับการตอบรับที่ยอมรับแล้ว
จุดเน้นของสูตรการทำงาน
หน้านี้อธิบายวิธีที่คำสั่งของเอเจนต์ช่วยให้ผลลัพธ์การตรวจสอบแคบลงและมีโครงสร้าง
การวางแผนสำหรับโปรดักชัน
การวางแผนสำหรับโปรดักชันควรครอบคลุมข้อจำกัดของกิจกรรมเอเจนต์ พฤติกรรมการอนุมัติ และแอปต้นทางที่เชื่อมต่อ
รายละเอียดหลักฐาน
หลักฐานสาธารณะนี้ใช้แผงบทสนทนา Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากตัวกลางที่ระบบยอมรับได้ภายในการรันครั้งเดียว
หลักฐานการรัน
ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งมอบผลการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้ โดยยังไม่ต้องสร้าง Zap แยกก่อน
รายละเอียดการสร้าง
ร่างคำสั่งของเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับเป็น JSON และเรียก writeback URL หลังจากกรอกฟิลด์ครบแล้วเท่านั้น
แนวทางการใช้งาน
เก็บคำขอตัวอย่างไว้ภายในแชตระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อแหล่งข้อมูลจาก CRM, กล่องจดหมาย, ฟอร์ม หรือทิกเก็ต หลังจากโครงสร้างฟิลด์ของ Jodoo มีความเสถียรแล้ว
แนวป้องกัน
ตรวจสอบการใช้งาน task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนเปลี่ยนจากหลักฐานการแชตแบบแมนนวลไปสู่งานโปรดักชันที่ทำซ้ำได้
การควบคุมการตรวจสอบ
อย่าเปิดเผย production writeback URL ในคำสั่งของเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลัง private bridge หรือการเชื่อมต่อที่ได้รับอนุมัติ
สูตรของสถานการณ์ใช้งาน
สำหรับการตรวจรับคำขอสัญญา คำสั่งของ Zapier Agent จะเน้นคู่สัญญา มูลค่าสัญญา ช่วงเวลาการลงนาม เอกสารที่ขาดหาย และหมายเหตุการส่งต่อ ก่อนส่งต่อผ่าน Visit Site
การปรับเวิร์กโฟลว์
หลักฐานจากแชตมีประโยชน์ต่อทีมปฏิบัติการกฎหมาย เพราะผู้ตรวจสอบสามารถอ่านแนวทางการให้เหตุผลได้ก่อนที่เรคคอร์ดใน Jodoo จะเข้าสู่คิวการรับคำขอ
ชุดเวิร์กโฟลว์
สร้างลูปการตรวจรับคำขอสัญญาแบบเดียวกัน
ดูคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อต้องการปรับเวิร์กโฟลว์ Zapier Agents
สิ่งที่ทีมของคุณนำกลับมาใช้ซ้ำได้
Zapier Agents จัดการขั้นตอนตรวจสอบแบบ agent-first ส่วน Jodoo จัดเก็บฟิลด์การตรวจรับคำขอสัญญาสำหรับคิวของเจ้าของงาน สถานะการตรวจสอบ และการติดตามงาน
เวิร์กโฟลว์ธุรกิจโมเดลฟิลด์ของ Jodooพรอมป์ต์ของเอเจนต์เช็กลิสต์ก่อนเปิดใช้งาน
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
คำขอในแชตของเอเจนต์
เริ่มการทดสอบคำขอสัญญาด้วยการต่ออายุ MSA ของ Northstar Logistics ร่างคำสั่งของเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับเป็น JSON และเรียก writeback URL หลังจากกรอกฟิลด์ครบแล้วเท่านั้น
- 02
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกตัวกลางสำหรับเขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอจำลองแล้ว
- 03
เครื่องมือ Visit Site
ส่ง JSON แบบมีโครงสร้างไปยังตัวกลางสำหรับเขียนข้อมูลกลับของ Jodoo ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งมอบผลการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้ โดยยังไม่ต้องสร้าง Zap แยกก่อน
- 04
ผลตอบกลับของหลักฐาน
แสดงการรันบนแพลตฟอร์มที่สำเร็จและรหัสข้อมูลของ Jodoo หลักฐานสาธารณะนี้ใช้แผงบทสนทนา Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากตัวกลางที่ระบบยอมรับได้ภายในการรันครั้งเดียว
- 05
คิวใน Jodoo
จัดเก็บฟิลด์สำหรับการตรวจสอบโดยเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบการใช้งาน task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนเปลี่ยนจากหลักฐานการแชตแบบแมนนวลไปสู่งานโปรดักชันที่ทำซ้ำได้
ลูปเวิร์กโฟลว์
จากการตรวจรับคำขอสัญญาใน Zapier Agents สู่ Jodoo
คำขอในแชตของเอเจนต์รับหรือเริ่มการตรวจรับคำขอสัญญาด้วยข้อมูลจำลองก่อน
Zapier Agents ใช้คำสั่งการตรวจสอบที่โฟกัสชัดเจน และส่งกลับระดับความเสี่ยง ลำดับความสำคัญ เส้นทางการตรวจสอบ ข้อมูลที่ขาดหาย เจ้าของงานที่แนะนำ ขั้นตอนถัดไปที่เหมาะสมที่สุด และสถานะการตรวจสอบ
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังตัวกลางสำหรับเขียนข้อมูลกลับของ Jodoo และรับรหัสข้อมูลกลับมา
สำหรับการตรวจรับคำขอสัญญา คำสั่งของ Zapier Agent จะเน้นคู่สัญญา มูลค่าสัญญา ช่วงเวลาการลงนาม เอกสารที่ขาดหาย และหมายเหตุการส่งต่อ ก่อนส่งต่อผ่าน Visit Site
หลักฐานจากแชตมีประโยชน์ต่อทีมปฏิบัติการกฎหมาย เพราะผู้ตรวจสอบสามารถอ่านแนวทางการให้เหตุผลได้ก่อนที่เรคคอร์ดใน Jodoo จะเข้าสู่คิวการรับคำขอ
เวอร์ชันโปรดักชันสามารถเชื่อมต่อการส่งฟอร์ม ข้อความจากกล่องจดหมายที่แชร์ร่วมกัน หรือการแจ้งเตือนการต่ออายุจาก CRM เป็นแหล่งข้อมูลที่ป้อนเข้าสู่คำสั่งของเอเจนต์เดียวกันนี้ได้
ร่างคำสั่งของเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับเป็น JSON และเรียก writeback URL หลังจากกรอกฟิลด์ครบแล้วเท่านั้น
เก็บคำขอตัวอย่างไว้ภายในแชตระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อแหล่งข้อมูลจาก CRM, กล่องจดหมาย, ฟอร์ม หรือทิกเก็ต หลังจากโครงสร้างฟิลด์ของ Jodoo มีความเสถียรแล้ว
Jodoo สร้างเรคคอร์ด Contract Intake Form และจัดเก็บ ชื่อสัญญา, คู่สัญญา, ประเภทสัญญา, แผนกผู้ขอ, มูลค่าสัญญา, วันที่เป้าหมายสำหรับการลงนาม, ข้อมูลที่ขาดหาย, ระดับความเสี่ยง
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินขั้นตอนถัดไปให้เสร็จ: ขอใบรับรองประกันที่ขาดหายและการยืนยันด้าน data processing ก่อนส่งต่อให้ฝ่ายกฎหมายและการเงิน
ตรวจสอบการใช้งาน task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนเปลี่ยนจากหลักฐานการแชตแบบแมนนวลไปสู่งานโปรดักชันที่รันซ้ำได้
อย่าเปิดเผย URL สำหรับเขียนข้อมูลกลับของโปรดักชันในคำสั่งของเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังตัวกลางส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| รายละเอียดคำขอจากต้นทาง | ชื่อสัญญา, คู่สัญญา, ประเภทสัญญา, แผนกผู้ขอ |
| ฟิลด์ผลการตัดสินใจจากการตรวจสอบ | ข้อมูลที่ขาดหาย, ระดับความเสี่ยง, ลำดับความสำคัญ, เส้นทางการตรวจสอบ, เจ้าของงานที่แนะนำ |
| การตอบกลับของเวิร์กโฟลว์ | แพลตฟอร์มต้นทาง, ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของ Zapier Agents
ตรวจสอบคำขอการตรวจรับคำขอสัญญา 1 รายการ และส่งกลับฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และใช้รายงานได้ ร่างคำสั่งของเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับเป็น JSON และเรียก writeback URL หลังจากกรอกฟิลด์ครบแล้วเท่านั้น
คำสั่งการตรวจสอบ
ใช้บริบทตัวอย่างสำหรับการต่ออายุ MSA ของ Northstar Logistics เพื่อตัดสินระดับความเสี่ยง ลำดับความสำคัญ เส้นทางการตรวจสอบ ข้อมูลที่ขาดหาย เจ้าของงานที่แนะนำ ขั้นตอนถัดไปที่เหมาะสมที่สุด และสถานะการตรวจสอบ พร้อมทำให้ขั้นตอนถัดไปที่แนะนำมีความเฉพาะเจาะจง สำหรับการตรวจรับคำขอสัญญา คำสั่งของ Zapier Agent จะเน้นคู่สัญญา มูลค่าสัญญา ช่วงเวลาการลงนาม เอกสารที่ขาดหาย และหมายเหตุการส่งต่อ ก่อนส่งต่อผ่าน Visit Site
โครงสร้างการเขียนข้อมูลกลับ
ส่งอ็อบเจ็กต์ JSON ที่มีรูปแบบคงที่ผ่านเครื่องมือ Visit Site โดย Jodoo ควรได้รับชื่อฟิลด์เดิมเหมือนกันทุกครั้งในการรัน หลักฐานการรันจะน่าเชื่อถือที่สุดเมื่อมีการบันทึกทั้งบทถอดข้อความของแชต การทำงานเสร็จสิ้นของเครื่องมือเบราว์เซอร์ และรหัสข้อมูลของ Jodoo ก่อนเชื่อมต่อแหล่งข้อมูลโปรดักชัน
ผลลัพธ์ที่ต้องมี
ส่งกลับ ระดับความเสี่ยง ลำดับความสำคัญ เส้นทางการตรวจสอบ ข้อมูลที่ขาดหาย เจ้าของงานที่แนะนำ ขั้นตอนถัดไปที่เหมาะสมที่สุด สถานะการตรวจสอบ source_platform agent_confidence และผลลัพธ์เวิร์กโฟลว์ต้นฉบับ สำหรับบริบทด้านการตรวจสอบย้อนหลัง
การควบคุมของ Zapier Agents
ตรวจสอบการใช้งาน task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนเปลี่ยนจากหลักฐานการแชตแบบแมนนวลไปสู่งานโปรดักชันที่ทำซ้ำได้ อย่าเปิดเผย production writeback URL ในคำสั่งของเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลัง private bridge หรือการเชื่อมต่อที่ได้รับอนุมัติ คงการตรวจสอบโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือการสื่อสารกับลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้วก็ตาม
หมายเหตุการใช้งานสำหรับคำขอสัญญา
สำหรับการตรวจรับคำขอสัญญา คำสั่งของ Zapier Agent จะเน้นคู่สัญญา มูลค่าสัญญา ช่วงเวลาการลงนาม เอกสารที่ขาดหาย และหมายเหตุการส่งต่อ ก่อนส่งต่อผ่าน Visit Site หลักฐานจากแชตมีประโยชน์ต่อทีมปฏิบัติการกฎหมาย เพราะผู้ตรวจสอบสามารถอ่านแนวทางการให้เหตุผลได้ก่อนที่เรคคอร์ดใน Jodoo จะเข้าสู่คิวการรับคำขอ เวอร์ชันโปรดักชันสามารถเชื่อมต่อการส่งฟอร์ม ข้อความจากกล่องจดหมายที่แชร์ร่วมกัน หรือการแจ้งเตือนการต่ออายุจาก CRM เป็นแหล่งข้อมูลที่ป้อนเข้าสู่คำสั่งของเอเจนต์เดียวกันนี้ได้
{
"contract_name": "การต่ออายุ MSA ของ Northstar Logistics",
"counterparty": "Northstar Logistics",
"contract_type": "สัญญาบริการหลัก",
"contract_value": 186000,
"currency": "USD",
"risk_level": "ปานกลาง",
"priority": "สูง",
"review_route": "ฝ่ายกฎหมายแล้วต่อด้วยฝ่ายการเงิน",
"missing_information": "ใบรับรองประกันฉบับปรับปรุงและการยืนยันภาคผนวกการประมวลผลข้อมูล",
"suggested_owner": "Legal Ops",
"next_best_action": "ขอเอกสารที่ขาดและส่งต่อให้ฝ่ายกฎหมายตรวจสอบ",
"review_status": "ต้องติดตามข้อมูลคำขอ"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับคำขอสัญญา
ใช้โมเดลฟิลด์ มุมมอง และระบบอัตโนมัติเมื่อคุณปรับเวิร์กโฟลว์การตรวจรับคำขอสัญญาให้เหมาะกับทีมของคุณ
ฟิลด์ที่รวมอยู่
- ชื่อสัญญา
- คู่สัญญา
- ประเภทสัญญา
- แผนกผู้ขอ
- มูลค่าสัญญา
- วันที่เป้าหมายสำหรับการลงนาม
- ข้อมูลที่ขาดหาย
- ระดับความเสี่ยง
- ลำดับความสำคัญ
- เส้นทางการตรวจสอบ
- เจ้าของงานที่แนะนำ
- ขั้นตอนถัดไปที่เหมาะสมที่สุด
- สถานะการตรวจสอบ
- แพลตฟอร์มต้นทาง
- ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
มุมมองที่แนะนำ
- ต้องติดตามงานรับคำขอ
- คิวตรวจสอบของฝ่ายกฎหมาย
- คิวตรวจสอบของฝ่ายการเงิน
- สัญญาที่มีความสำคัญสูง
- คำขอสัญญาทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ดใน Jodoo หลังจาก Zapier Agents ส่งผลลัพธ์แบบมีโครงสร้างกลับมา
- ย้ายเรคคอร์ดที่มีลำดับความสำคัญสูงหรือเป็นข้อยกเว้นไปยังคิวของเจ้าของงานที่เหมาะสม
- แจ้งเจ้าของงานที่แนะนำเมื่อมีข้อมูลที่ขาดหายหรือมีเหตุผลในการพักงาน
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในบริบทการตรวจสอบย้อนหลัง
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- ทำให้คำสั่งของ Zapier Agent โฟกัสอยู่กับอ็อบเจ็กต์การตรวจสอบเพียงหนึ่งรายการ
- รันหลักฐานครั้งแรกจากแชตก่อนเชื่อมต่อข้อมูลต้นทางของโปรดักชัน
- ตรวจสอบการใช้งาน task และข้อจำกัดของแอปที่เชื่อมต่อก่อนตั้งเวลาการรันจริง
- ย้ายการยืนยันตัวตนของการเขียนข้อมูลกลับในโปรดักชันไปไว้หลัง private bridge หรือการเชื่อมต่อที่ได้รับอนุมัติ
- ตรวจสอบการใช้งาน task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนเปลี่ยนจากหลักฐานการแชตแบบแมนนวลไปสู่งานโปรดักชันที่ทำซ้ำได้
- อย่าเปิดเผย production writeback URL ในคำสั่งของเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลัง private bridge หรือการเชื่อมต่อที่ได้รับอนุมัติ
- คงการตรวจสอบโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือการสื่อสารกับลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้วก็ตาม
- หลักฐานจากแชตมีประโยชน์ต่อทีมปฏิบัติการกฎหมาย เพราะผู้ตรวจสอบสามารถอ่านแนวทางการให้เหตุผลได้ก่อนที่เรคคอร์ดใน Jodoo จะเข้าสู่คิวการรับคำขอ
- เวอร์ชันโปรดักชันสามารถเชื่อมต่อการส่งฟอร์ม ข้อความจากกล่องจดหมายที่แชร์ร่วมกัน หรือการแจ้งเตือนการต่ออายุจาก CRM เป็นแหล่งข้อมูลที่ป้อนเข้าสู่คำสั่งของเอเจนต์เดียวกันนี้ได้
เอกสารอ้างอิงสำหรับการนำไปใช้
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้นของ Jodoo
โมเดลฟิลด์ของ Jodoo มุมมองที่แนะนำ และแนวคิดระบบอัตโนมัติสำหรับการปรับใช้ Contract Intake Form
เปิดพิมพ์เขียวพรอมป์ต์เอเจนต์ + สูตรการทำงานของเวิร์กโฟลว์
การตั้งค่า Zapier Agents โครงสร้างผลลัพธ์ หมายเหตุ endpoint และสูตรการทดสอบที่ใช้สำหรับหลักฐานการเขียนข้อมูลกลับนี้
เปิดสูตรการทำงานเวิร์กโฟลว์
จากการตรวจรับคำขอสัญญาใน Zapier Agents สู่เรคคอร์ดใน Jodoo
Zapier Agents จัดการขั้นตอนตรวจสอบแบบ agent-first ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้
คำขอในแชตของเอเจนต์รับหรือเริ่มการตรวจรับคำขอสัญญาด้วยข้อมูลจำลองก่อน
Zapier Agents ใช้คำสั่งการตรวจสอบที่โฟกัสชัดเจน และส่งกลับระดับความเสี่ยง ลำดับความสำคัญ เส้นทางการตรวจสอบ ข้อมูลที่ขาดหาย เจ้าของงานที่แนะนำ ขั้นตอนถัดไปที่เหมาะสมที่สุด และสถานะการตรวจสอบ
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังตัวกลางสำหรับเขียนข้อมูลกลับของ Jodoo และรับรหัสข้อมูลกลับมา
สำหรับการตรวจรับคำขอสัญญา คำสั่งของ Zapier Agent จะเน้นคู่สัญญา มูลค่าสัญญา ช่วงเวลาการลงนาม เอกสารที่ขาดหาย และหมายเหตุการส่งต่อ ก่อนส่งต่อผ่าน Visit Site
หลักฐานจากแชตมีประโยชน์ต่อทีมปฏิบัติการกฎหมาย เพราะผู้ตรวจสอบสามารถอ่านแนวทางการให้เหตุผลได้ก่อนที่เรคคอร์ดใน Jodoo จะเข้าสู่คิวการรับคำขอ
เวอร์ชันโปรดักชันสามารถเชื่อมต่อการส่งฟอร์ม ข้อความจากกล่องจดหมายที่แชร์ร่วมกัน หรือการแจ้งเตือนการต่ออายุจาก CRM เป็นแหล่งข้อมูลที่ป้อนเข้าสู่คำสั่งของเอเจนต์เดียวกันนี้ได้
ร่างคำสั่งของเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับเป็น JSON และเรียก writeback URL หลังจากกรอกฟิลด์ครบแล้วเท่านั้น
เก็บคำขอตัวอย่างไว้ภายในแชตระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อแหล่งข้อมูลจาก CRM, กล่องจดหมาย, ฟอร์ม หรือทิกเก็ต หลังจากโครงสร้างฟิลด์ของ Jodoo มีความเสถียรแล้ว
Jodoo สร้างเรคคอร์ด Contract Intake Form และจัดเก็บ ชื่อสัญญา, คู่สัญญา, ประเภทสัญญา, แผนกผู้ขอ, มูลค่าสัญญา, วันที่เป้าหมายสำหรับการลงนาม, ข้อมูลที่ขาดหาย, ระดับความเสี่ยง
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินขั้นตอนถัดไปให้เสร็จ: ขอใบรับรองประกันที่ขาดหายและการยืนยันด้าน data processing ก่อนส่งต่อให้ฝ่ายกฎหมายและการเงิน
ตรวจสอบการใช้งาน task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนเปลี่ยนจากหลักฐานการแชตแบบแมนนวลไปสู่งานโปรดักชันที่รันซ้ำได้
อย่าเปิดเผย URL สำหรับเขียนข้อมูลกลับของโปรดักชันในคำสั่งของเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังตัวกลางส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์คำขอสัญญาที่ใช้งานต่อได้หลังเวิร์กโฟลว์ทำงานเสร็จ: ชื่อสัญญา, คู่สัญญา, ประเภทสัญญา, แผนกผู้ขอ, มูลค่าสัญญา, วันที่เป้าหมายสำหรับการลงนาม, ข้อมูลที่ขาดหาย, ระดับความเสี่ยง
ชื่อสัญญาคู่สัญญาประเภทสัญญาแผนกผู้ขอมูลค่าสัญญาวันที่เป้าหมายสำหรับการลงนามข้อมูลที่ขาดหายระดับความเสี่ยงลำดับความสำคัญเส้นทางการตรวจสอบเจ้าของงานที่แนะนำขั้นตอนถัดไปที่เหมาะสมที่สุดสถานะการตรวจสอบแพลตฟอร์มต้นทางผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
การทดสอบจริง
เวิร์กโฟลว์ Zapier Agents เขียนข้อมูลคำขอสัญญาลงใน Jodoo
ภาพหน้าจอใช้ข้อมูลจำลองและแสดงการตั้งค่า Zapier Agents การรันที่สำเร็จ และแถวข้อมูลใน Jodoo ที่สร้างโดยเวิร์กโฟลว์
การตั้งค่า Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียก Jodoo writeback bridge หลังจากตรวจสอบคำขอจำลองแล้ว
การรัน Zapier Agent ที่สำเร็จ
การรันแชตของ Zapier แสดงสถานะ Web browsing complete และการตอบกลับจาก bridge ยืนยันว่า Jodoo รับการเขียนข้อมูลกลับแล้ว
Jodoo writeback
ข้อมูลการตรวจรับคำขอสัญญาถูกเขียนลงใน Jodoo โดยมีฟิลด์ ชื่อสัญญา, คู่สัญญา, ประเภทสัญญา, แผนกผู้ขอ, มูลค่าสัญญา, วันที่เป้าหมายสำหรับการลงนาม แสดงให้เห็นอย่างชัดเจน
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
การตรวจรับคำขอสัญญาด้วย Zapier Agents นี้ได้รับการทดสอบครบทุกขั้นตอนแล้วหรือไม่?
ใช่ หลักฐานนี้ใช้ข้อมูลจำลอง การรันจริงของ Zapier Agents และภาพหน้าจอ Jodoo writeback ที่ยืนยันแล้ว พร้อมบันทึกหลักฐานการทดสอบ
ทำไมจึงควรใช้ Zapier Agents สำหรับการตรวจรับคำขอสัญญา?
ใช้ Zapier Agents เมื่อทีมของคุณต้องการให้ขั้นตอนการตรวจสอบทำงานเหมือนผู้ช่วยที่โฟกัสเฉพาะงาน ก่อนจะสร้างเรคคอร์ดใน Jodoo จากนั้น Jodoo จะทำหน้าที่เก็บเรคคอร์ดที่ใช้งานต่อได้สำหรับการตรวจสอบและการติดตามงาน
การใช้งาน Zapier Agents นี้ต่างจากตัวอย่างแพลตฟอร์มอื่นอย่างไร?
หลักฐานสาธารณะนี้ใช้แผงบทสนทนา Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจาก bridge ที่ระบบยอมรับได้ภายในการรันครั้งเดียว ร่างคำสั่งของเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับเป็น JSON และเรียก writeback URL หลังจากกรอกฟิลด์ครบแล้วเท่านั้น สำหรับการตรวจรับคำขอสัญญา คำสั่งของ Zapier Agent จะเน้นคู่สัญญา มูลค่าสัญญา ช่วงเวลาการลงนาม เอกสารที่ขาดหาย และหมายเหตุการส่งต่อ ก่อนส่งต่อผ่าน Visit Site
หลังเวิร์กโฟลว์ทำงานเสร็จ Jodoo จัดเก็บอะไรบ้าง?
Jodoo จัดเก็บ ชื่อสัญญา, คู่สัญญา, ประเภทสัญญา, แผนกผู้ขอ, มูลค่าสัญญา, วันที่เป้าหมายสำหรับการลงนาม, ข้อมูลที่ขาดหาย, ระดับความเสี่ยง, ลำดับความสำคัญ, เส้นทางการตรวจสอบ รวมถึงผลลัพธ์เวิร์กโฟลว์ต้นฉบับสำหรับบริบทการตรวจสอบย้อนหลัง
สามารถเชื่อมต่อกับข้อมูลต้นทางของโปรดักชันภายหลังได้หรือไม่?
ได้ เริ่มจากการรันข้อมูลจำลองที่ยืนยันแล้วก่อน จากนั้นจึงเชื่อมต่อฟอร์ม พอร์ทัล กล่องจดหมาย API หรือระบบภายใน เมื่อ schema สำหรับการตรวจรับคำขอสัญญามีความเสถียร เก็บคำขอตัวอย่างไว้ภายในแชตระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อแหล่งข้อมูลจาก CRM, กล่องจดหมาย, ฟอร์ม หรือทิกเก็ต หลังจากโครงสร้างฟิลด์ของ Jodoo มีความเสถียรแล้ว
มีอะไรบ้างที่ทีมควรเป็นผู้ตรวจสอบเอง?
เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจสอบความเสี่ยงทางธุรกิจ การอนุมัติด้านการชำระเงินหรือกฎหมาย และการตัดสินใจขั้นสุดท้ายในการดำเนินงาน คงการตรวจสอบโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือการสื่อสารกับลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้วก็ตาม
ขั้นตอนถัดไป
เปลี่ยนคำขอสัญญาให้เป็นงานติดตามที่ตรวจสอบได้
เริ่มจากการรัน Zapier Agents ที่ตรวจสอบแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดียวกันไปใช้ซ้ำกับคิวการตรวจสอบและการส่งต่องานด้านปฏิบัติการที่เกี่ยวข้อง ตรวจสอบการใช้งาน task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนเปลี่ยนจากหลักฐานการแชตแบบแมนนวลไปสู่งานโปรดักชันที่รันซ้ำได้