คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการตรวจสอบข้อยกเว้นใบแจ้งหนี้ด้วย Zapier Agents รวมถึงการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดหลักฐาน และหมายเหตุการเปิดใช้งาน
เปิดคู่มือZAPIER AGENTS + JODOO
การตรวจสอบข้อยกเว้นใบแจ้งหนี้ด้วย Zapier Agents + Jodoo
ใช้ Zapier Agents ร่วมกับ Jodoo เพื่อรันการตรวจสอบข้อยกเว้นใบแจ้งหนี้ ระบุประเภทข้อยกเว้น เหตุผลที่พักการชำระเงิน ความพร้อมในการชำระเงิน ผู้ตรวจสอบที่ได้รับมอบหมาย เจ้าของงบประมาณ แนวทางแก้ไขที่แนะนำ และระดับความสำคัญ จากนั้นบันทึกผลไว้ในเรคคอร์ด Jodoo ที่ติดตามได้
ตรวจสอบข้อมูลข้อยกเว้นของใบแจ้งหนี้ด้วยเกณฑ์ที่สม่ำเสมอเขียนประเภทข้อยกเว้น เหตุผลที่พักการชำระเงิน ความพร้อมในการชำระเงิน ผู้ตรวจสอบที่ได้รับมอบหมาย เจ้าของงบประมาณ แนวทางแก้ไขที่แนะนำ และระดับความสำคัญลงใน Jodooทำให้คิวงานของเจ้าของงานและสถานะติดตามงานมองเห็นได้ชัดเจนใช้หลักฐานการทำงานของ Zapier Agents ก่อนปรับเวิร์กโฟลว์ไปใช้กับแหล่งข้อมูลจริงในระบบผลิตหลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ระบบยอมรับได้ในการรันครั้งเดียว
วิดีโอแนะนำการใช้งาน
สิ่งที่เกิดขึ้นในเดโม Zapier Agents
วิดีโอแสดงให้เห็นว่า Zapier Agents จัดการกับ INV-2026-1048 จาก Atlas Packaging Co. ที่เข้าสู่เวิร์กโฟลว์พร้อมยอด PO ไม่ตรงกันและไม่มีการยืนยันการรับสินค้า จากนั้น Jodoo จะจัดเก็บเรคคอร์ดการดำเนินงาน
คำขอในแชตของเอเจนต์รับคำขอเข้ามา
INV-2026-1048 จาก Atlas Packaging Co. เข้าสู่เวิร์กโฟลว์พร้อมยอด PO ไม่ตรงกันและไม่มีการยืนยันการรับสินค้า
Zapier Agents เตรียมฟิลด์ตรวจสอบแบบมีโครงสร้าง
เวิร์กโฟลว์จะเก็บประเภทข้อยกเว้น เหตุผลที่พักการชำระเงิน ความพร้อมในการชำระเงิน ผู้ตรวจสอบที่ได้รับมอบหมาย เจ้าของงบประมาณ แนวทางแก้ไขที่แนะนำ และระดับความสำคัญไว้อย่างชัดเจน แทนการตอบกลับเป็นย่อหน้าทั่วไป
เครื่องมือ Visit Site เขียนข้อมูลไปยัง Jodoo
การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับ data ID จากบริดจ์
หลักฐานจาก Zapier Agents ตรวจสอบย้อนหลังได้
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ระบบยอมรับได้ในการรันครั้งเดียว
Jodoo เก็บเรคคอร์ดของทีม
แอป Jodoo จัดเก็บ ชื่อผู้ขาย, เลขที่ใบแจ้งหนี้, วันที่ใบแจ้งหนี้, ยอดใบแจ้งหนี้, หมายเลข PO, วันครบกำหนด, ตัวบ่งชี้ข้อยกเว้น เพื่อใช้ในการตรวจสอบและติดตามงาน
สรุปเดโม
Zapier Agents ตรวจสอบคำขอ และ Jodoo ติดตามงานต่อ
การใช้งานนี้เหมาะกับทีมที่ต้องการให้ขั้นตอนการตรวจสอบทำงานเหมือนผู้ช่วยเฉพาะทางก่อนสร้างเรคคอร์ดใน Jodoo หน้านี้แสดงการตั้งค่าการตรวจสอบที่เริ่มจากเอเจนต์ การรันจริง และการเขียนข้อมูลกลับเข้า Jodoo อย่างชัดเจน โดยตั้งใจใช้ขั้นตอน Visit Site สำหรับเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งมอบการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอสังเคราะห์แล้ว
การตัดสินใจแบบมีโครงสร้าง
เวิร์กโฟลว์ส่งคืนประเภทข้อยกเว้น เหตุผลที่พักการชำระเงิน ความพร้อมในการชำระเงิน ผู้ตรวจสอบที่ได้รับมอบหมาย เจ้าของงบประมาณ แนวทางแก้ไขที่แนะนำ และระดับความสำคัญสำหรับ INV-2026-1048
การรัน Zapier Agent สำเร็จ
การรันในแชตของ Zapier แสดงว่างานท่องเว็บเสร็จสมบูรณ์ และการตอบกลับจากบริดจ์ยืนยันว่า Jodoo รับการเขียนข้อมูลกลับแล้ว
รายละเอียดการติดตั้งใช้งาน Zapier Agents
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL สำหรับเขียนข้อมูลกลับเมื่อกรอกฟิลด์ครบแล้วเท่านั้น
รายละเอียดสูตรการทำงานของข้อยกเว้นใบแจ้งหนี้
สำหรับการตรวจสอบข้อยกเว้นใบแจ้งหนี้ Zapier Agent จะตรวจสอบยอดใบแจ้งหนี้ ข้อมูลอ้างอิง PO สถานะการรับสินค้า วันครบกำหนด และเหตุผลที่พักการชำระเงินก่อนเขียนข้อมูลไปยัง Jodoo
การเขียนข้อมูลกลับไปยัง Jodoo
Jodoo จัดเก็บเรคคอร์ดข้อยกเว้นใบแจ้งหนี้และทำให้การดำเนินการถัดไปมองเห็นได้ชัดเจน
การติดตามงานปฏิบัติการ
การดำเนินการถัดไปที่แนะนำคือพักการชำระเงิน ขอการยืนยันการรับสินค้า และให้เจ้าของงบประมาณอนุมัติความคลาดเคลื่อน
ชุดใช้งานซ้ำ
ชุดสรุปประกอบด้วยคู่มือ พิมพ์เขียวฟิลด์ของ Jodoo และสูตรการทำงานเวิร์กโฟลว์ของ Zapier Agents
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ Zapier Agents
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
หลักฐานการตั้งค่า
หลักฐานนี้เริ่มจากแชตของ Zapier Agent แทนการทำงานอัตโนมัติแบบตั้งเวลา
เส้นทางการทำงาน
เครื่องมือ Visit Site เรียก Jodoo bridge และส่งกลับการตอบรับที่ระบบยอมรับ
โฟกัสของสูตรการทำงาน
หน้านี้อธิบายว่าคำสั่งเอเจนต์ช่วยให้ผลลัพธ์การตรวจสอบแคบและมีโครงสร้างได้อย่างไร
การวางแผนระบบผลิต
การวางแผนระบบผลิตควรครอบคลุมข้อจำกัดกิจกรรมของเอเจนต์ พฤติกรรมการอนุมัติ และแอปต้นทางที่เชื่อมต่อ
รายละเอียดหลักฐาน
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ระบบยอมรับได้ในการรันครั้งเดียว
หลักฐานการรัน
โดยตั้งใจใช้ขั้นตอน Visit Site สำหรับเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งมอบการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
รายละเอียดการสร้าง
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL สำหรับเขียนข้อมูลกลับเมื่อกรอกฟิลด์ครบแล้วเท่านั้น
แนวทางการติดตั้งใช้งาน
เก็บคำขอตัวอย่างไว้ในแชตระหว่างทดสอบ จากนั้นค่อยเชื่อมต่อแหล่งข้อมูลจาก CRM กล่องข้อความ ฟอร์ม หรือทิกเก็ต เมื่อโครงสร้างฟิลด์ของ Jodoo มีความเสถียรแล้ว
แนวทางควบคุม
ตรวจสอบการใช้ task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนย้ายจากหลักฐานการทดสอบผ่านแชตแบบแมนนวลไปสู่งานจริงที่รันซ้ำได้
การควบคุมการตรวจสอบ
อย่าเปิดเผย URL สำหรับเขียนข้อมูลกลับของระบบผลิตในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
สูตรการทำงานของสถานการณ์
สำหรับการตรวจสอบข้อยกเว้นใบแจ้งหนี้ Zapier Agent จะตรวจสอบยอดใบแจ้งหนี้ ข้อมูลอ้างอิง PO สถานะการรับสินค้า วันครบกำหนด และเหตุผลที่พักการชำระเงินก่อนเขียนข้อมูลไปยัง Jodoo
การปรับเวิร์กโฟลว์
ทรานสคริปต์ในแชตช่วยให้ผู้จัดการ AP มีบันทึกการตรวจสอบแบบกระชับว่าทำไมใบแจ้งหนี้จึงถูกระบุเป็นข้อยกเว้นแทนที่จะพร้อมชำระเงิน
ชุดเวิร์กโฟลว์
สร้างลูปการตรวจสอบข้อยกเว้นใบแจ้งหนี้แบบเดียวกัน
ดูคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อต้องปรับเวิร์กโฟลว์ Zapier Agents
สิ่งที่ทีมของคุณนำกลับมาใช้ซ้ำได้
Zapier Agents จัดการการตรวจสอบที่เริ่มจากเอเจนต์ ส่วน Jodoo จัดเก็บฟิลด์การตรวจสอบข้อยกเว้นใบแจ้งหนี้สำหรับคิวงานของเจ้าของงาน สถานะการตรวจสอบ และการติดตามงาน
เวิร์กโฟลว์ธุรกิจโมเดลฟิลด์ของ Jodooพรอมป์ต์ของเอเจนต์เช็กลิสต์ก่อนเปิดใช้งาน
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
คำขอในแชตของเอเจนต์
เริ่มการทดสอบข้อยกเว้นใบแจ้งหนี้ด้วย INV-2026-1048 ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL สำหรับเขียนข้อมูลกลับเมื่อกรอกฟิลด์ครบแล้วเท่านั้น
- 02
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอสังเคราะห์แล้ว
- 03
เครื่องมือ Visit Site
ส่ง JSON แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo โดยตั้งใจใช้ขั้นตอน Visit Site สำหรับเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งมอบการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
- 04
การตอบกลับหลักฐาน
แสดงการรันของแพลตฟอร์มที่สำเร็จและ data ID ของ Jodoo หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ระบบยอมรับได้ในการรันครั้งเดียว
- 05
คิวงานใน Jodoo
จัดเก็บฟิลด์สำหรับการตรวจสอบโดยเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบการใช้ task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนย้ายจากหลักฐานการทดสอบผ่านแชตแบบแมนนวลไปสู่งานจริงที่รันซ้ำได้
ลูปเวิร์กโฟลว์
จากการตรวจสอบข้อยกเว้นใบแจ้งหนี้ใน Zapier Agents สู่ Jodoo
คำขอในแชตของเอเจนต์รับหรือเริ่มการตรวจสอบข้อยกเว้นใบแจ้งหนี้ด้วยข้อมูลสังเคราะห์ก่อน
Zapier Agents ใช้คำสั่งตรวจสอบแบบเฉพาะเจาะจงและส่งคืนประเภทข้อยกเว้น เหตุผลที่พักการชำระเงิน ความพร้อมในการชำระเงิน ผู้ตรวจสอบที่ได้รับมอบหมาย เจ้าของงบประมาณ แนวทางแก้ไขที่แนะนำ และระดับความสำคัญ
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และรับ data ID กลับมา
สำหรับการตรวจสอบข้อยกเว้นใบแจ้งหนี้ Zapier Agent จะตรวจสอบยอดใบแจ้งหนี้ ข้อมูลอ้างอิง PO สถานะการรับสินค้า วันครบกำหนด และเหตุผลที่พักการชำระเงินก่อนเขียนข้อมูลไปยัง Jodoo
ทรานสคริปต์ในแชตช่วยให้ผู้จัดการ AP มีบันทึกการตรวจสอบแบบกระชับว่าทำไมใบแจ้งหนี้จึงถูกระบุเป็นข้อยกเว้นแทนที่จะพร้อมชำระเงิน
เวอร์ชันสำหรับระบบผลิตสามารถเริ่มจากการรับใบแจ้งหนี้ การแยกวิเคราะห์อีเมล หรือการแจ้งเตือนจากระบบบัญชี โดยยังคงใช้ฟิลด์ข้อยกเว้นใน Jodoo แบบเดิม
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL สำหรับเขียนข้อมูลกลับเมื่อกรอกฟิลด์ครบแล้วเท่านั้น
เก็บคำขอตัวอย่างไว้ในแชตระหว่างทดสอบ จากนั้นค่อยเชื่อมต่อแหล่งข้อมูลจาก CRM กล่องข้อความ ฟอร์ม หรือทิกเก็ต เมื่อโครงสร้างฟิลด์ของ Jodoo มีความเสถียรแล้ว
Jodoo สร้างเรคคอร์ด Invoice Approval Workflow และจัดเก็บ ชื่อผู้ขาย, เลขที่ใบแจ้งหนี้, วันที่ใบแจ้งหนี้, ยอดใบแจ้งหนี้, หมายเลข PO, วันครบกำหนด, ตัวบ่งชี้ข้อยกเว้น, เหตุผลของข้อยกเว้น
ทีมจะตรวจสอบคิวงาน มอบหมายความรับผิดชอบ และดำเนินการถัดไปให้เสร็จสิ้น: พักการชำระเงิน ขอการยืนยันการรับสินค้า และขอให้เจ้าของงบประมาณอนุมัติความคลาดเคลื่อน
ตรวจสอบการใช้ task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนย้ายจากหลักฐานการทดสอบผ่านแชตแบบแมนนวลไปสู่งานจริงที่รันซ้ำได้
อย่าเปิดเผย URL สำหรับเขียนข้อมูลกลับของระบบผลิตในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| รายละเอียดคำขอต้นทาง | ชื่อผู้ขาย, เลขที่ใบแจ้งหนี้, วันที่ใบแจ้งหนี้, ยอดใบแจ้งหนี้ |
| ฟิลด์การตัดสินใจการตรวจสอบ | ตัวบ่งชี้ข้อยกเว้น, เหตุผลของข้อยกเว้น, สถานะการลงบัญชี, ความพร้อมในการชำระเงิน, สถานะการอนุมัติ |
| การตอบกลับของเวิร์กโฟลว์ | แพลตฟอร์มต้นทาง, ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของ Zapier Agents
ตรวจสอบคำขอการตรวจสอบข้อยกเว้นใบแจ้งหนี้หนึ่งรายการและส่งคืนฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และใช้รายงานได้ ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL สำหรับเขียนข้อมูลกลับเมื่อกรอกฟิลด์ครบแล้วเท่านั้น
คำสั่งการตรวจสอบ
ใช้บริบทตัวอย่างสำหรับ INV-2026-1048 ตัดสินใจประเภทข้อยกเว้น เหตุผลที่พักการชำระเงิน ความพร้อมในการชำระเงิน ผู้ตรวจสอบที่ได้รับมอบหมาย เจ้าของงบประมาณ แนวทางแก้ไขที่แนะนำ และระดับความสำคัญ พร้อมระบุการดำเนินการถัดไปที่แนะนำให้ชัดเจน สำหรับการตรวจสอบข้อยกเว้นใบแจ้งหนี้ Zapier Agent จะตรวจสอบยอดใบแจ้งหนี้ ข้อมูลอ้างอิง PO สถานะการรับสินค้า วันครบกำหนด และเหตุผลที่พักการชำระเงินก่อนเขียนข้อมูลไปยัง Jodoo
ข้อตกลงการเขียนข้อมูลกลับ
ส่งออบเจ็กต์ JSON ที่คาดเดาได้ผ่านเครื่องมือ Visit Site โดย Jodoo ควรได้รับชื่อฟิลด์เดียวกันทุกครั้งที่รัน หลักฐานการรันจะแน่นหนาที่สุดเมื่อมีทั้งทรานสคริปต์แชต การเสร็จสิ้นของ browser tool และ data ID ของ Jodoo ถูกบันทึกไว้ก่อนเชื่อมต่อกับแหล่งข้อมูลจริง
ผลลัพธ์ที่ต้องมี
ส่งคืนประเภทข้อยกเว้น เหตุผลที่พักการชำระเงิน ความพร้อมในการชำระเงิน ผู้ตรวจสอบที่ได้รับมอบหมาย เจ้าของงบประมาณ แนวทางแก้ไขที่แนะนำ และระดับความสำคัญ รวมถึง source_platform, agent_confidence และผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อใช้เป็นบริบทการตรวจสอบ
การควบคุมของ Zapier Agents
ตรวจสอบการใช้ task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนย้ายจากหลักฐานการทดสอบผ่านแชตแบบแมนนวลไปสู่งานจริงที่รันซ้ำได้ อย่าเปิดเผย URL สำหรับเขียนข้อมูลกลับของระบบผลิตในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ และให้มนุษย์ตรวจสอบการตัดสินใจที่เกี่ยวกับความเสี่ยง กฎหมาย การชำระเงิน หรือที่กระทบต่อลูกค้า แม้เอเจนต์จะจัดเตรียมคำแนะนำไว้แล้วก็ตาม
หมายเหตุการติดตั้งใช้งานสำหรับข้อยกเว้นใบแจ้งหนี้
สำหรับการตรวจสอบข้อยกเว้นใบแจ้งหนี้ Zapier Agent จะตรวจสอบยอดใบแจ้งหนี้ ข้อมูลอ้างอิง PO สถานะการรับสินค้า วันครบกำหนด และเหตุผลที่พักการชำระเงินก่อนเขียนข้อมูลไปยัง Jodoo ทรานสคริปต์ในแชตช่วยให้ผู้จัดการ AP มีบันทึกการตรวจสอบแบบกระชับว่าทำไมใบแจ้งหนี้จึงถูกระบุเป็นข้อยกเว้นแทนที่จะพร้อมชำระเงิน เวอร์ชันสำหรับระบบผลิตสามารถเริ่มจากการรับใบแจ้งหนี้ การแยกวิเคราะห์อีเมล หรือการแจ้งเตือนจากระบบบัญชี โดยยังคงใช้ฟิลด์ข้อยกเว้นใน Jodoo แบบเดิม
{
"invoice_number": "INV-2026-1048",
"vendor_name": "Atlas Packaging Co.",
"invoice_amount": 18640,
"po_number": "PO-7782",
"exception_type": "ยอด PO ไม่ตรงกัน",
"hold_reason": "ยอดเงินไม่ตรงกันและยังไม่มีการยืนยันรับสินค้า",
"payment_readiness": "พักการชำระเงิน",
"approval_status": "ตรวจสอบข้อยกเว้น",
"assigned_owner": "ทีมข้อยกเว้น AP",
"budget_owner": "Maya Chen",
"recommended_resolution": "พักการชำระเงินและขออนุมัติส่วนต่าง",
"priority": "สูง"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับข้อยกเว้นใบแจ้งหนี้
ใช้โมเดลฟิลด์ มุมมอง และระบบอัตโนมัติเมื่อปรับเวิร์กโฟลว์การตรวจสอบข้อยกเว้นใบแจ้งหนี้ให้เข้ากับทีมของคุณ
ฟิลด์ที่รวมอยู่
- ชื่อผู้ขาย
- เลขที่ใบแจ้งหนี้
- วันที่ใบแจ้งหนี้
- ยอดใบแจ้งหนี้
- หมายเลข PO
- วันครบกำหนด
- ตัวบ่งชี้ข้อยกเว้น
- เหตุผลของข้อยกเว้น
- สถานะการลงบัญชี
- ความพร้อมในการชำระเงิน
- สถานะการอนุมัติ
- ผู้ตรวจสอบที่ได้รับมอบหมาย
- เจ้าของงบประมาณ
- แนวทางแก้ไขที่แนะนำ
- ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
มุมมองที่แนะนำ
- ตรวจสอบข้อยกเว้น
- คิวพักการชำระเงิน
- การตรวจสอบโดยเจ้าของงบประมาณ
- พร้อมชำระเงิน
- รายการส่งใบแจ้งหนี้ทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ด Jodoo หลังจาก Zapier Agents ส่งคืนผลลัพธ์แบบมีโครงสร้าง
- ย้ายเรคคอร์ดที่มีลำดับความสำคัญสูงหรือเป็นข้อยกเว้นไปยังคิวงานของเจ้าของงานที่ถูกต้อง
- แจ้งเตือนเจ้าของงานที่ระบบแนะนำเมื่อมีข้อมูลขาดหายหรือมีเหตุผลในการพักรายการ
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในบริบทการตรวจสอบ
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- ทำให้คำสั่งของ Zapier Agent โฟกัสกับออบเจ็กต์การตรวจสอบเพียงหนึ่งรายการ
- รันหลักฐานครั้งแรกจากแชตก่อนเชื่อมต่อข้อมูลต้นทางของระบบผลิต
- ตรวจสอบการใช้ task และข้อจำกัดของแอปที่เชื่อมต่อก่อนตั้งเวลารันจริง
- ย้ายการยืนยันตัวตนสำหรับการเขียนข้อมูลกลับของระบบผลิตไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
- ตรวจสอบการใช้ task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนย้ายจากหลักฐานการทดสอบผ่านแชตแบบแมนนวลไปสู่งานจริงที่รันซ้ำได้
- อย่าเปิดเผย URL สำหรับเขียนข้อมูลกลับของระบบผลิตในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
- ให้มนุษย์ตรวจสอบการตัดสินใจที่เกี่ยวกับความเสี่ยง กฎหมาย การชำระเงิน หรือที่กระทบต่อลูกค้า แม้เอเจนต์จะจัดเตรียมคำแนะนำไว้แล้วก็ตาม
- ทรานสคริปต์ในแชตช่วยให้ผู้จัดการ AP มีบันทึกการตรวจสอบแบบกระชับว่าทำไมใบแจ้งหนี้จึงถูกระบุเป็นข้อยกเว้นแทนที่จะพร้อมชำระเงิน
- เวอร์ชันสำหรับระบบผลิตสามารถเริ่มจากการรับใบแจ้งหนี้ การแยกวิเคราะห์อีเมล หรือการแจ้งเตือนจากระบบบัญชี โดยยังคงใช้ฟิลด์ข้อยกเว้นใน Jodoo แบบเดิม
เอกสารอ้างอิงสำหรับการนำไปใช้
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้น Jodoo
โมเดลฟิลด์ของ Jodoo มุมมองที่แนะนำ และแนวคิดการทำงานอัตโนมัติสำหรับการปรับใช้ Invoice Approval Workflow
เปิดพิมพ์เขียวพรอมต์เอเจนต์ + สูตรการทำงานเวิร์กโฟลว์
การตั้งค่า Zapier Agents ข้อตกลงรูปแบบผลลัพธ์ หมายเหตุเกี่ยวกับปลายทาง และสูตรการทดสอบที่ใช้สำหรับหลักฐานการเขียนข้อมูลกลับนี้
เปิดสูตรการทำงานเวิร์กโฟลว์
จากข้อยกเว้นใบแจ้งหนี้ใน Zapier Agents สู่เรคคอร์ดใน Jodoo
Zapier Agents จัดการขั้นตอนตรวจสอบที่เริ่มจากเอเจนต์ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้
คำขอในแชตของเอเจนต์รับหรือเริ่มการตรวจสอบข้อยกเว้นใบแจ้งหนี้ด้วยข้อมูลสังเคราะห์ก่อน
Zapier Agents ใช้คำสั่งตรวจสอบแบบเฉพาะเจาะจงและส่งคืนประเภทข้อยกเว้น เหตุผลที่พักการชำระเงิน ความพร้อมในการชำระเงิน ผู้ตรวจสอบที่ได้รับมอบหมาย เจ้าของงบประมาณ แนวทางแก้ไขที่แนะนำ และระดับความสำคัญ
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และรับ data ID กลับมา
สำหรับการตรวจสอบข้อยกเว้นใบแจ้งหนี้ Zapier Agent จะตรวจสอบยอดใบแจ้งหนี้ ข้อมูลอ้างอิง PO สถานะการรับสินค้า วันครบกำหนด และเหตุผลที่พักการชำระเงินก่อนเขียนข้อมูลไปยัง Jodoo
ทรานสคริปต์ในแชตช่วยให้ผู้จัดการ AP มีบันทึกการตรวจสอบแบบกระชับว่าทำไมใบแจ้งหนี้จึงถูกระบุเป็นข้อยกเว้นแทนที่จะพร้อมชำระเงิน
เวอร์ชันสำหรับระบบผลิตสามารถเริ่มจากการรับใบแจ้งหนี้ การแยกวิเคราะห์อีเมล หรือการแจ้งเตือนจากระบบบัญชี โดยยังคงใช้ฟิลด์ข้อยกเว้นใน Jodoo แบบเดิม
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL สำหรับเขียนข้อมูลกลับเมื่อกรอกฟิลด์ครบแล้วเท่านั้น
เก็บคำขอตัวอย่างไว้ในแชตระหว่างทดสอบ จากนั้นค่อยเชื่อมต่อแหล่งข้อมูลจาก CRM กล่องข้อความ ฟอร์ม หรือทิกเก็ต เมื่อโครงสร้างฟิลด์ของ Jodoo มีความเสถียรแล้ว
Jodoo สร้างเรคคอร์ด Invoice Approval Workflow และจัดเก็บ ชื่อผู้ขาย, เลขที่ใบแจ้งหนี้, วันที่ใบแจ้งหนี้, ยอดใบแจ้งหนี้, หมายเลข PO, วันครบกำหนด, ตัวบ่งชี้ข้อยกเว้น, เหตุผลของข้อยกเว้น
ทีมจะตรวจสอบคิวงาน มอบหมายความรับผิดชอบ และดำเนินการถัดไปให้เสร็จสิ้น: พักการชำระเงิน ขอการยืนยันการรับสินค้า และขอให้เจ้าของงบประมาณอนุมัติความคลาดเคลื่อน
ตรวจสอบการใช้ task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนย้ายจากหลักฐานการทดสอบผ่านแชตแบบแมนนวลไปสู่งานจริงที่รันซ้ำได้
อย่าเปิดเผย URL สำหรับเขียนข้อมูลกลับของระบบผลิตในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์ข้อยกเว้นใบแจ้งหนี้ที่ใช้งานต่อได้หลังเวิร์กโฟลว์ทำงานเสร็จ: ชื่อผู้ขาย, เลขที่ใบแจ้งหนี้, วันที่ใบแจ้งหนี้, ยอดใบแจ้งหนี้, หมายเลข PO, วันครบกำหนด, ตัวบ่งชี้ข้อยกเว้น, เหตุผลของข้อยกเว้น
ชื่อผู้ขายเลขที่ใบแจ้งหนี้วันที่ใบแจ้งหนี้ยอดใบแจ้งหนี้หมายเลข POวันครบกำหนดตัวบ่งชี้ข้อยกเว้นเหตุผลของข้อยกเว้นสถานะการลงบัญชีความพร้อมในการชำระเงินสถานะการอนุมัติผู้ตรวจสอบที่ได้รับมอบหมายเจ้าของงบประมาณแนวทางแก้ไขที่แนะนำผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
การทดสอบจริง
เวิร์กโฟลว์ Zapier Agents เขียนข้อยกเว้นใบแจ้งหนี้ลงใน Jodoo
ภาพหน้าจอใช้ข้อมูลสังเคราะห์และแสดงการตั้งค่า Zapier Agents การรันที่สำเร็จ และแถวข้อมูลใน Jodoo ที่เวิร์กโฟลว์สร้างขึ้น
การกำหนดค่า Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอสังเคราะห์แล้ว
การรัน Zapier Agent สำเร็จ
การรันในแชตของ Zapier แสดงว่างานท่องเว็บเสร็จสมบูรณ์ และการตอบกลับจากบริดจ์ยืนยันว่า Jodoo รับการเขียนข้อมูลกลับแล้ว
การเขียนข้อมูลกลับไปยัง Jodoo
การตรวจสอบข้อยกเว้นใบแจ้งหนี้ถูกเขียนลงใน Jodoo โดยมีฟิลด์ ชื่อผู้ขาย เลขที่ใบแจ้งหนี้ วันที่ใบแจ้งหนี้ ยอดใบแจ้งหนี้ หมายเลข PO และวันครบกำหนดแสดงอยู่
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
การตรวจสอบข้อยกเว้นใบแจ้งหนี้ด้วย Zapier Agents นี้ได้ทดสอบครบตั้งแต่ต้นจนจบหรือไม่?
ใช่ หลักฐานนี้ใช้ข้อมูลสังเคราะห์ การรัน Zapier Agents จริง และภาพหน้าจอการเขียนข้อมูลกลับเข้า Jodoo ที่ยืนยันแล้ว พร้อมเอกสารหลักฐานประกอบ
ทำไมจึงใช้ Zapier Agents สำหรับการตรวจสอบข้อยกเว้นใบแจ้งหนี้?
ใช้ Zapier Agents เมื่อทีมต้องการให้ขั้นตอนการตรวจสอบทำงานเหมือนผู้ช่วยเฉพาะทางก่อนสร้างเรคคอร์ดใน Jodoo จากนั้น Jodoo จะเก็บเรคคอร์ดที่ใช้งานต่อได้สำหรับการตรวจสอบและติดตามงาน
การติดตั้งใช้งาน Zapier Agents นี้แตกต่างจากตัวอย่างแพลตฟอร์มอื่นอย่างไร?
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ระบบยอมรับได้ในการรันครั้งเดียว ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการทำงานแบบสั้น: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL สำหรับเขียนข้อมูลกลับเมื่อกรอกฟิลด์ครบแล้วเท่านั้น สำหรับการตรวจสอบข้อยกเว้นใบแจ้งหนี้ Zapier Agent จะตรวจสอบยอดใบแจ้งหนี้ ข้อมูลอ้างอิง PO สถานะการรับสินค้า วันครบกำหนด และเหตุผลที่พักการชำระเงินก่อนเขียนข้อมูลไปยัง Jodoo
Jodoo จัดเก็บอะไรหลังจากเวิร์กโฟลว์ทำงานเสร็จ?
Jodoo จัดเก็บ ชื่อผู้ขาย เลขที่ใบแจ้งหนี้ วันที่ใบแจ้งหนี้ ยอดใบแจ้งหนี้ หมายเลข PO วันครบกำหนด ตัวบ่งชี้ข้อยกเว้น เหตุผลของข้อยกเว้น สถานะการลงบัญชี ความพร้อมในการชำระเงิน และผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อใช้เป็นบริบทการตรวจสอบ
สามารถเชื่อมต่อกับข้อมูลต้นทางของระบบผลิตในภายหลังได้หรือไม่?
ได้ เริ่มจากการรันข้อมูลสังเคราะห์ที่ยืนยันแล้ว จากนั้นเชื่อมต่อฟอร์ม พอร์ทัล กล่องข้อความ API หรือระบบภายในเมื่อโครงสร้างข้อมูลการตรวจสอบข้อยกเว้นใบแจ้งหนี้มีความเสถียร เก็บคำขอตัวอย่างไว้ในแชตระหว่างทดสอบ จากนั้นค่อยเชื่อมต่อแหล่งข้อมูลจาก CRM กล่องข้อความ ฟอร์ม หรือทิกเก็ต เมื่อโครงสร้างฟิลด์ของ Jodoo มีความเสถียรแล้ว
มีอะไรบ้างที่ทีมควรเป็นผู้ตรวจสอบต่อไป?
เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจสอบความเสี่ยงทางธุรกิจ การอนุมัติด้านการชำระเงินหรือกฎหมาย และการตัดสินใจขั้นสุดท้ายในการดำเนินงาน ให้มนุษย์ตรวจสอบการตัดสินใจที่เกี่ยวกับความเสี่ยง กฎหมาย การชำระเงิน หรือที่กระทบต่อลูกค้า แม้เอเจนต์จะจัดเตรียมคำแนะนำไว้แล้วก็ตาม
ขั้นตอนถัดไป
เปลี่ยนข้อยกเว้นใบแจ้งหนี้ให้เป็นงานติดตามที่ตรวจสอบได้
เริ่มจากการรัน Zapier Agents ที่ยืนยันผลแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดิมไปใช้ซ้ำกับคิวตรวจสอบอื่นและการส่งต่องานปฏิบัติการที่เกี่ยวข้อง ตรวจสอบการใช้ task สิทธิ์การเข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติ ก่อนย้ายจากหลักฐานการทดสอบผ่านแชตแบบแมนนวลไปสู่งานจริงที่รันซ้ำได้