คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการส่งต่อการอนุมัติคำขอซื้อด้วย Zapier Agents รวมถึงการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดหลักฐาน และหมายเหตุการเปิดใช้งาน
เปิดคู่มือZAPIER AGENTS + JODOO
การส่งต่อการอนุมัติคำขอซื้อด้วย AI โดย Zapier Agents + Jodoo
ดูวิธีที่ Zapier Agents และ Jodoo จัดการการส่งต่อการอนุมัติคำขอซื้อ: ตรวจสอบคำขอต้นทาง ส่งกลับฟิลด์การตัดสินใจแบบมีโครงสร้าง เขียนผลลัพธ์ลงใน Jodoo และทำให้เจ้าของงาน สถานะ และขั้นตอนถัดไปมองเห็นได้ชัดเจน
1
ตรวจสอบข้อมูลคำขอซื้อด้วยเกณฑ์ที่สอดคล้องกัน
2
เขียนสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำลงใน Jodoo
3
ทำให้คิวของเจ้าของงานและสถานะการติดตามงานมองเห็นได้ชัดเจน
4
ใช้หลักฐานจาก Zapier Agents ก่อนปรับเวิร์กโฟลว์ให้เข้ากับแหล่งข้อมูลที่ใช้งานจริง
5
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับได้ในการรันครั้งเดียว
วิดีโอแนะนำการทำงาน
สิ่งที่เกิดขึ้นในเดโม Zapier Agents
วิดีโอแสดง Zapier Agents จัดการคำขอของทีมบริการภาคสนามที่ต้องการแท็บเล็ตแบบทนทาน 12 เครื่อง พร้อมรหัสงบประมาณ กำหนดเวลาเปิดตัว ค่าใช้จ่ายโดยประมาณ และรายละเอียดการจัดการอุปกรณ์ที่ยังขาด จากนั้น Jodoo จะจัดเก็บเรคคอร์ดการปฏิบัติงาน
แชทเอเจนต์รับคำขอ
ทีมบริการภาคสนามขอแท็บเล็ตแบบทนทาน 12 เครื่อง พร้อมรหัสงบประมาณ กำหนดเวลาเปิดตัว ค่าใช้จ่ายโดยประมาณ และรายละเอียดการจัดการอุปกรณ์ที่ยังขาด
Zapier Agents เตรียมฟิลด์ตรวจสอบแบบมีโครงสร้าง
เวิร์กโฟลว์ทำให้สถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำแสดงอย่างชัดเจน แทนการตอบกลับเป็นย่อหน้าทั่วไป
เครื่องมือ Visit Site เขียนข้อมูลไปยัง Jodoo
การรันทดสอบส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และรับ ID ข้อมูลของ Jodoo จากบริดจ์
หลักฐานจาก Zapier Agents ตรวจสอบย้อนหลังได้
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับได้ในการรันครั้งเดียว
Jodoo เก็บเรคคอร์ดของทีม
แอป Jodoo จัดเก็บชื่อผู้ขอ แผนก วันที่ส่งคำขอ ลำดับความสำคัญ หมวดหมู่รายการ รายละเอียดรายการ และจำนวน เพื่อใช้ตรวจทานและติดตามงาน
สรุปเดโม
Zapier Agents ตรวจสอบคำขอ และ Jodoo ติดตามงานต่อ
การใช้งานนี้เหมาะกับทีมที่ต้องการให้ขั้นตอนตรวจสอบทำงานเหมือนผู้ช่วยเฉพาะทางก่อนสร้างเรคคอร์ดใน Jodoo หน้านี้แสดงให้เห็นการตั้งค่าการตรวจสอบแบบเริ่มจากเอเจนต์ การรันจริง และการเขียนข้อมูลกลับไปยัง Jodoo ขั้นตอน Visit Site ถูกใช้ในเดโมนี้โดยตั้งใจ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอสังเคราะห์แล้ว
การตัดสินใจแบบมีโครงสร้าง
เวิร์กโฟลว์ส่งกลับสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำสำหรับแท็บเล็ตแบบทนทาน 12 เครื่องสำหรับทีมบริการภาคสนาม รวมถึงเคสป้องกันและการสนับสนุนการลงทะเบียนอุปกรณ์
การรัน Zapier Agent สำเร็จ
การรันแชทของ Zapier แสดงสถานะ Web browsing complete และการตอบกลับจากบริดจ์ยืนยันว่า Jodoo ยอมรับการเขียนข้อมูลกลับแล้ว
รายละเอียดการใช้งาน Zapier Agents
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายปฏิบัติการสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับ JSON และเรียก URL เขียนข้อมูลกลับหลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
รายละเอียดสูตรการทำงานคำขอซื้อ
สำหรับการส่งต่อการอนุมัติคำขอซื้อ Zapier Agent จะตรวจสอบผู้ขอ แผนก หมวดหมู่รายการ รหัสงบประมาณ วันที่ต้องการใช้ ยอดรวมโดยประมาณ รายละเอียดที่ขาด และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
การเขียนข้อมูลกลับไปยัง Jodoo
Jodoo จัดเก็บเรคคอร์ดคำขอซื้อและทำให้ขั้นตอนถัดไปมองเห็นได้ชัดเจน
การติดตามงานด้านปฏิบัติการ
ขั้นตอนถัดไปที่แนะนำคือขอใบเสนอราคาจากผู้ขาย ยืนยันการอนุมัติจากเจ้าของงบประมาณ และส่งต่อคำขอไปยังฝ่ายการเงินก่อนเริ่มจัดหา
ชุดเครื่องมือที่นำกลับมาใช้ซ้ำได้
ชุดเครื่องมือสรุปประกอบด้วยคู่มือ พิมพ์เขียวฟิลด์ Jodoo และสูตรการทำงานเวิร์กโฟลว์ Zapier Agents
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ Zapier Agents
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
หลักฐานการตั้งค่า
หลักฐานเริ่มจากแชท Zapier Agent แทนการทำงานอัตโนมัติตามกำหนดเวลา
เส้นทางการดำเนินการ
เครื่องมือ Visit Site เรียกบริดจ์ของ Jodoo และส่งกลับการตอบรับที่ยอมรับแล้ว
จุดเน้นของสูตรการทำงาน
หน้านี้อธิบายวิธีที่คำสั่งเอเจนต์ทำให้ผลลัพธ์การตรวจสอบมีขอบเขตแคบและเป็นโครงสร้าง
การวางแผนใช้งานจริง
การวางแผนใช้งานจริงควรครอบคลุมขีดจำกัดกิจกรรมของเอเจนต์ พฤติกรรมการอนุมัติ และแอปต้นทางที่เชื่อมต่อ
รายละเอียดหลักฐาน
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับได้ในการรันครั้งเดียว
หลักฐานการรัน
ขั้นตอน Visit Site ถูกใช้ในเดโมนี้โดยตั้งใจ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
รายละเอียดการสร้าง
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายปฏิบัติการสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับ JSON และเรียก URL เขียนข้อมูลกลับหลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
เส้นทางการใช้งาน
เก็บคำขอตัวอย่างไว้ในแชทระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องข้อความ ฟอร์ม หรือแหล่งทิกเก็ตหลังจากข้อตกลงโครงสร้างฟิลด์ของ Jodoo เสถียรแล้ว
มาตรการควบคุม
ตรวจสอบปริมาณการใช้งานทาสก์ สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแชทแบบแมนนวลไปสู่งานใช้งานจริงแบบต่อเนื่อง
การควบคุมการตรวจทาน
อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
สูตรการทำงานของสถานการณ์
สำหรับการส่งต่อการอนุมัติคำขอซื้อ Zapier Agent จะตรวจสอบผู้ขอ แผนก หมวดหมู่รายการ รหัสงบประมาณ วันที่ต้องการใช้ ยอดรวมโดยประมาณ รายละเอียดที่ขาด และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
การปรับเวิร์กโฟลว์
หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการจัดซื้อ เพราะผู้ตรวจสอบเห็นได้ว่าทำไมคำขอจึงต้องมีใบเสนอราคา การยืนยันจากเจ้าของงบประมาณ หรือการอนุมัติจากฝ่ายการเงินก่อนเริ่มจัดหา
ชุดเวิร์กโฟลว์
สร้างลูปการส่งต่อการอนุมัติคำขอซื้อแบบเดียวกัน
ดูคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อปรับเวิร์กโฟลว์ Zapier Agents ให้เหมาะกับทีมของคุณ
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
คำขอในแชทเอเจนต์
เริ่มทดสอบคำขอซื้อด้วยแท็บเล็ตแบบทนทาน 12 เครื่องสำหรับทีมบริการภาคสนาม รวมถึงเคสป้องกันและการสนับสนุนการลงทะเบียนอุปกรณ์ ร่างคำสั่งเอเจนต์ให้เป็นนโยบายปฏิบัติการสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับ JSON และเรียก URL เขียนข้อมูลกลับหลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
- 02
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอสังเคราะห์แล้ว
- 03
เครื่องมือ Visit Site
ส่ง JSON แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo ขั้นตอน Visit Site ถูกใช้ในเดโมนี้โดยตั้งใจ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
- 04
การตอบกลับเพื่อเป็นหลักฐาน
แสดงการรันบนแพลตฟอร์มที่สำเร็จและ ID ข้อมูลของ Jodoo หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับได้ในการรันครั้งเดียว
- 05
คิว Jodoo
จัดเก็บฟิลด์สำหรับการตรวจทานโดยเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบปริมาณการใช้งานทาสก์ สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแชทแบบแมนนวลไปสู่งานใช้งานจริงแบบต่อเนื่อง
ลูปเวิร์กโฟลว์
จากการส่งต่อการอนุมัติคำขอซื้อใน Zapier Agents สู่ Jodoo
คำขอในแชทเอเจนต์รับหรือเริ่มการส่งต่อการอนุมัติคำขอซื้อโดยใช้ข้อมูลสังเคราะห์ก่อน
Zapier Agents ใช้คำสั่งตรวจสอบเฉพาะทางและส่งกลับสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และรับ data ID
สำหรับการส่งต่อการอนุมัติคำขอซื้อ Zapier Agent จะตรวจสอบผู้ขอ แผนก หมวดหมู่รายการ รหัสงบประมาณ วันที่ต้องการใช้ ยอดรวมโดยประมาณ รายละเอียดที่ขาด และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการจัดซื้อ เพราะผู้ตรวจสอบเห็นได้ว่าทำไมคำขอจึงต้องมีใบเสนอราคา การยืนยันจากเจ้าของงบประมาณ หรือการอนุมัติจากฝ่ายการเงินก่อนเริ่มจัดหา
เวอร์ชันใช้งานจริงสามารถเชื่อมต่อฟอร์มคำขอของพนักงาน กล่องอีเมลจัดซื้อ หรือข้อความรับคำขอจาก Slack พร้อมคงฟิลด์คำขอซื้อของ Jodoo ชุดเดิมไว้
ให้ทีมตรวจทานการอนุมัติการจัดซื้อขั้นสุดท้ายเสมอ แม้เอเจนต์จะเตรียมเส้นทางที่แนะนำและขั้นตอนถัดไปไว้แล้ว
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายปฏิบัติการสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับ JSON และเรียก URL เขียนข้อมูลกลับหลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
เก็บคำขอตัวอย่างไว้ในแชทระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องข้อความ ฟอร์ม หรือแหล่งทิกเก็ตหลังจากข้อตกลงโครงสร้างฟิลด์ของ Jodoo เสถียรแล้ว
Jodoo สร้างเรคคอร์ดฟอร์มคำขอซื้อและจัดเก็บชื่อผู้ขอ แผนก วันที่ส่งคำขอ ลำดับความสำคัญ หมวดหมู่รายการ รายละเอียดรายการ จำนวน และราคาต่อหน่วยโดยประมาณ
ทีมตรวจทานคิว มอบหมายเจ้าของงาน และดำเนินขั้นตอนถัดไปให้เสร็จ: ขอใบเสนอราคาจากผู้ขาย ยืนยันการอนุมัติจากเจ้าของงบประมาณ และส่งต่อคำขอไปยังฝ่ายการเงินก่อนเริ่มจัดหา
ตรวจสอบปริมาณการใช้งานทาสก์ สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแชทแบบแมนนวลไปสู่งานใช้งานจริงแบบต่อเนื่อง
อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| รายละเอียดคำขอต้นทาง | ชื่อผู้ขอ, แผนก, วันที่ส่งคำขอ, ลำดับความสำคัญ |
| ฟิลด์การตัดสินใจจากการตรวจสอบ | จำนวน, ราคาต่อหน่วยโดยประมาณ, ยอดรวมโดยประมาณ, วันที่ต้องการใช้, รหัสงบประมาณ |
| การตอบกลับของเวิร์กโฟลว์ | แพลตฟอร์มต้นทาง, ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของ Zapier Agents
ตรวจสอบคำขอการส่งต่อการอนุมัติคำขอซื้อหนึ่งรายการ และส่งกลับฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และรายงานได้ ร่างคำสั่งเอเจนต์ให้เป็นนโยบายปฏิบัติการสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับ JSON และเรียก URL เขียนข้อมูลกลับหลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
คำสั่งตรวจสอบ
ใช้บริบทตัวอย่างสำหรับแท็บเล็ตแบบทนทาน 12 เครื่องสำหรับทีมบริการภาคสนาม รวมถึงเคสป้องกันและการสนับสนุนการลงทะเบียนอุปกรณ์ เพื่อตัดสินสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ และทำให้ขั้นตอนถัดไปที่แนะนำมีความเฉพาะเจาะจง สำหรับการส่งต่อการอนุมัติคำขอซื้อ Zapier Agent จะตรวจสอบผู้ขอ แผนก หมวดหมู่รายการ รหัสงบประมาณ วันที่ต้องการใช้ ยอดรวมโดยประมาณ รายละเอียดที่ขาด และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
สัญญาการเขียนข้อมูลกลับ
ส่งอ็อบเจกต์ JSON ที่คาดการณ์ได้ผ่านเครื่องมือ Visit Site โดย Jodoo ควรได้รับชื่อฟิลด์ชุดเดียวกันในทุกการรัน หลักฐานการรันจะแข็งแรงที่สุดเมื่อเก็บบันทึกบทสนทนาแชท การทำงานสำเร็จของเครื่องมือเบราว์เซอร์ และ ID ข้อมูลของ Jodoo ไว้ครบก่อนเชื่อมต่อแหล่งข้อมูลใช้งานจริง
ผลลัพธ์ที่ต้องมี
ส่งกลับสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ รวมถึง source_platform, agent_confidence และผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อบริบทการตรวจสอบ
การควบคุมของ Zapier Agents
ตรวจสอบปริมาณการใช้งานทาสก์ สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแชทแบบแมนนวลไปสู่งานใช้งานจริงแบบต่อเนื่อง อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ คงการตรวจทานโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือเรื่องที่กระทบลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้ว
หมายเหตุการใช้งานคำขอซื้อ
สำหรับการส่งต่อการอนุมัติคำขอซื้อ Zapier Agent จะตรวจสอบผู้ขอ แผนก หมวดหมู่รายการ รหัสงบประมาณ วันที่ต้องการใช้ ยอดรวมโดยประมาณ รายละเอียดที่ขาด และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการจัดซื้อ เพราะผู้ตรวจสอบเห็นได้ว่าทำไมคำขอจึงต้องมีใบเสนอราคา การยืนยันจากเจ้าของงบประมาณ หรือการอนุมัติจากฝ่ายการเงินก่อนเริ่มจัดหา เวอร์ชันใช้งานจริงสามารถเชื่อมต่อฟอร์มคำขอของพนักงาน กล่องอีเมลจัดซื้อ หรือข้อความรับคำขอจาก Slack พร้อมคงฟิลด์คำขอซื้อของ Jodoo ชุดเดิมไว้ ให้ทีมตรวจทานการอนุมัติการจัดซื้อขั้นสุดท้ายเสมอ แม้เอเจนต์จะเตรียมเส้นทางที่แนะนำและขั้นตอนถัดไปไว้แล้ว
{
"requester_name": "Avery Brooks",
"department": "ฝ่ายปฏิบัติการ",
"item_category": "อุปกรณ์ IT",
"item_description": "แท็บเล็ตแบบทนทาน 12 เครื่องสำหรับทีมบริการภาคสนาม",
"quantity": 12,
"estimated_total": 5820,
"needed_by_date": "2026-06-21",
"budget_code": "OPS-FIELD-2026",
"approval_status": "รอตรวจทาน",
"sourcing_status": "ต้องขอใบเสนอราคา",
"approval_route": "ผู้จัดการแผนกแล้วจึงฝ่ายการเงิน",
"procurement_owner": "ทีมปฏิบัติการจัดซื้อ",
"missing_information": "ยืนยันจำนวนไลเซนส์การจัดการอุปกรณ์และที่อยู่จัดส่ง",
"recommended_next_action": "ขอใบเสนอราคาจากผู้ขายและส่งต่อไปยังฝ่ายการเงินก่อนเริ่มจัดหา"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับคำขอซื้อ
ใช้โมเดลฟิลด์ มุมมอง และระบบอัตโนมัติเมื่อปรับเวิร์กโฟลว์การส่งต่อการอนุมัติคำขอซื้อให้เหมาะกับทีมของคุณ
ฟิลด์ที่รวมอยู่
- ชื่อผู้ขอ
- แผนก
- วันที่ส่งคำขอ
- ลำดับความสำคัญ
- หมวดหมู่รายการ
- รายละเอียดรายการ
- จำนวน
- ราคาต่อหน่วยโดยประมาณ
- ยอดรวมโดยประมาณ
- วันที่ต้องการใช้
- รหัสงบประมาณ
- เหตุผลทางธุรกิจ
- สถานะการอนุมัติ
- สถานะการจัดหา
- เจ้าของงานจัดซื้อ
- เส้นทางการอนุมัติ
- ข้อมูลที่ขาด
- ขั้นตอนถัดไปที่แนะนำ
- ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
มุมมองที่แนะนำ
- ต้องตรวจทานโดยทีมจัดซื้อ
- คิวอนุมัติฝ่ายการเงิน
- ต้องขอใบเสนอราคา
- การจัดซื้อที่มีลำดับความสำคัญสูง
- คำขอซื้อทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ด Jodoo หลังจาก Zapier Agents ส่งผลลัพธ์แบบมีโครงสร้างกลับมา
- ย้ายเรคคอร์ดที่มีลำดับความสำคัญสูงหรือมีข้อยกเว้นไปยังคิวเจ้าของงานที่เหมาะสม
- แจ้งเจ้าของงานที่แนะนำเมื่อมีข้อมูลที่ขาดหรือเหตุผลในการพักคำขอ
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในบริบทการตรวจสอบ
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- ให้คำสั่ง Zapier Agent มุ่งเน้นอ็อบเจกต์การตรวจสอบหนึ่งรายการ
- รันหลักฐานแรกจากแชทก่อนแนบข้อมูลต้นทางที่ใช้งานจริง
- ตรวจสอบการใช้งานทาสก์และขีดจำกัดของแอปที่เชื่อมต่อก่อนตั้งเวลาให้รันจริง
- ย้ายการยืนยันตัวตนสำหรับการเขียนข้อมูลกลับในการใช้งานจริงไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
- ตรวจสอบปริมาณการใช้งานทาสก์ สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแชทแบบแมนนวลไปสู่งานใช้งานจริงแบบต่อเนื่อง
- อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
- คงการตรวจทานโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือเรื่องที่กระทบลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้ว
- หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการจัดซื้อ เพราะผู้ตรวจสอบเห็นได้ว่าทำไมคำขอจึงต้องมีใบเสนอราคา การยืนยันจากเจ้าของงบประมาณ หรือการอนุมัติจากฝ่ายการเงินก่อนเริ่มจัดหา
- เวอร์ชันใช้งานจริงสามารถเชื่อมต่อฟอร์มคำขอของพนักงาน กล่องอีเมลจัดซื้อ หรือข้อความรับคำขอจาก Slack พร้อมคงฟิลด์คำขอซื้อของ Jodoo ชุดเดิมไว้
- ให้ทีมตรวจทานการอนุมัติการจัดซื้อขั้นสุดท้ายเสมอ แม้เอเจนต์จะเตรียมเส้นทางที่แนะนำและขั้นตอนถัดไปไว้แล้ว
ชุดเวิร์กโฟลว์
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้นของ Jodoo
โมเดลฟิลด์ Jodoo มุมมองที่แนะนำ และไอเดียระบบอัตโนมัติสำหรับปรับฟอร์มคำขอซื้อ
เปิดพิมพ์เขียวพรอมป์ต์เอเจนต์ + สูตรการทำงานเวิร์กโฟลว์
การตั้งค่า Zapier Agents สัญญาผลลัพธ์ หมายเหตุ endpoint และสูตรการทำงานการรันทดสอบที่ใช้สำหรับหลักฐานการเขียนข้อมูลกลับนี้
เปิดสูตรการทำงานเวิร์กโฟลว์
จากคำขอซื้อใน Zapier Agents สู่เรคคอร์ดใน Jodoo
Zapier Agents จัดการการตรวจสอบแบบเริ่มจากเอเจนต์ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจทานได้
คำขอในแชทเอเจนต์รับหรือเริ่มการส่งต่อการอนุมัติคำขอซื้อโดยใช้ข้อมูลสังเคราะห์ก่อน
Zapier Agents ใช้คำสั่งตรวจสอบเฉพาะทางและส่งกลับสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และรับ data ID
สำหรับการส่งต่อการอนุมัติคำขอซื้อ Zapier Agent จะตรวจสอบผู้ขอ แผนก หมวดหมู่รายการ รหัสงบประมาณ วันที่ต้องการใช้ ยอดรวมโดยประมาณ รายละเอียดที่ขาด และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการจัดซื้อ เพราะผู้ตรวจสอบเห็นได้ว่าทำไมคำขอจึงต้องมีใบเสนอราคา การยืนยันจากเจ้าของงบประมาณ หรือการอนุมัติจากฝ่ายการเงินก่อนเริ่มจัดหา
เวอร์ชันใช้งานจริงสามารถเชื่อมต่อฟอร์มคำขอของพนักงาน กล่องอีเมลจัดซื้อ หรือข้อความรับคำขอจาก Slack พร้อมคงฟิลด์คำขอซื้อของ Jodoo ชุดเดิมไว้
ให้ทีมตรวจทานการอนุมัติการจัดซื้อขั้นสุดท้ายเสมอ แม้เอเจนต์จะเตรียมเส้นทางที่แนะนำและขั้นตอนถัดไปไว้แล้ว
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายปฏิบัติการสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับ JSON และเรียก URL เขียนข้อมูลกลับหลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
เก็บคำขอตัวอย่างไว้ในแชทระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องข้อความ ฟอร์ม หรือแหล่งทิกเก็ตหลังจากข้อตกลงโครงสร้างฟิลด์ของ Jodoo เสถียรแล้ว
Jodoo สร้างเรคคอร์ดฟอร์มคำขอซื้อและจัดเก็บชื่อผู้ขอ แผนก วันที่ส่งคำขอ ลำดับความสำคัญ หมวดหมู่รายการ รายละเอียดรายการ จำนวน และราคาต่อหน่วยโดยประมาณ
ทีมตรวจทานคิว มอบหมายเจ้าของงาน และดำเนินขั้นตอนถัดไปให้เสร็จ: ขอใบเสนอราคาจากผู้ขาย ยืนยันการอนุมัติจากเจ้าของงบประมาณ และส่งต่อคำขอไปยังฝ่ายการเงินก่อนเริ่มจัดหา
ตรวจสอบปริมาณการใช้งานทาสก์ สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแชทแบบแมนนวลไปสู่งานใช้งานจริงแบบต่อเนื่อง
อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์คำขอซื้อที่ใช้งานต่อได้หลังเวิร์กโฟลว์ทำงาน: ชื่อผู้ขอ แผนก วันที่ส่งคำขอ ลำดับความสำคัญ หมวดหมู่รายการ รายละเอียดรายการ จำนวน ราคาต่อหน่วยโดยประมาณ
ชื่อผู้ขอแผนกวันที่ส่งคำขอลำดับความสำคัญหมวดหมู่รายการรายละเอียดรายการจำนวนราคาต่อหน่วยโดยประมาณยอดรวมโดยประมาณวันที่ต้องการใช้รหัสงบประมาณเหตุผลทางธุรกิจสถานะการอนุมัติสถานะการจัดหาเจ้าของงานจัดซื้อเส้นทางการอนุมัติข้อมูลที่ขาดขั้นตอนถัดไปที่แนะนำผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
การทดสอบจริง
เวิร์กโฟลว์ Zapier Agents เขียนคำขอซื้อลงใน Jodoo
ภาพหน้าจอใช้ข้อมูลสังเคราะห์และแสดงการตั้งค่า Zapier Agents การรันที่สำเร็จ และแถวข้อมูลใน Jodoo ที่สร้างโดยเวิร์กโฟลว์
การกำหนดค่า Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอสังเคราะห์แล้ว
การรัน Zapier Agent สำเร็จ
การรันแชทของ Zapier แสดงสถานะ Web browsing complete และการตอบกลับจากบริดจ์ยืนยันว่า Jodoo ยอมรับการเขียนข้อมูลกลับแล้ว
การเขียนข้อมูลกลับไปยัง Jodoo
การส่งต่อการอนุมัติคำขอซื้อถูกเขียนลงใน Jodoo โดยมีฟิลด์ชื่อผู้ขอ แผนก วันที่ส่งคำขอ ลำดับความสำคัญ หมวดหมู่รายการ และรายละเอียดรายการแสดงอยู่
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
การส่งต่อการอนุมัติคำขอซื้อด้วย Zapier Agents นี้ทดสอบครบตั้งแต่ต้นจนจบหรือไม่
ใช่ หลักฐานใช้ข้อมูลสังเคราะห์ การรัน Zapier Agents จริง และภาพหน้าจอการเขียนข้อมูลกลับไปยัง Jodoo ที่ตรวจสอบแล้วพร้อมรายการหลักฐาน
ทำไมจึงใช้ Zapier Agents สำหรับการส่งต่อการอนุมัติคำขอซื้อ
ใช้ Zapier Agents เมื่อทีมต้องการให้ขั้นตอนตรวจสอบทำงานเหมือนผู้ช่วยเฉพาะทางก่อนสร้างเรคคอร์ดใน Jodoo จากนั้น Jodoo จะเก็บเรคคอร์ดถาวรสำหรับการตรวจทานและติดตามงาน
การใช้งาน Zapier Agents นี้ต่างจากตัวอย่างแพลตฟอร์มอื่นอย่างไร
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับได้ในการรันครั้งเดียว ร่างคำสั่งเอเจนต์ให้เป็นนโยบายปฏิบัติการสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งกลับ JSON และเรียก URL เขียนข้อมูลกลับหลังจากฟิลด์ครบถ้วนแล้วเท่านั้น สำหรับการส่งต่อการอนุมัติคำขอซื้อ Zapier Agent จะตรวจสอบผู้ขอ แผนก หมวดหมู่รายการ รหัสงบประมาณ วันที่ต้องการใช้ ยอดรวมโดยประมาณ รายละเอียดที่ขาด และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
Jodoo จัดเก็บอะไรหลังจากเวิร์กโฟลว์ทำงาน
Jodoo จัดเก็บชื่อผู้ขอ แผนก วันที่ส่งคำขอ ลำดับความสำคัญ หมวดหมู่รายการ รายละเอียดรายการ จำนวน ราคาต่อหน่วยโดยประมาณ ยอดรวมโดยประมาณ วันที่ต้องการใช้ รวมถึงผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อบริบทการตรวจสอบ
สามารถเชื่อมต่อกับข้อมูลต้นทางที่ใช้งานจริงในภายหลังได้หรือไม่
ได้ เริ่มจากการรันด้วยข้อมูลสังเคราะห์ที่ตรวจสอบแล้ว จากนั้นเชื่อมต่อฟอร์ม พอร์ทัล กล่องข้อความ API หรือระบบภายในเมื่อสคีมาการส่งต่อการอนุมัติคำขอซื้อเสถียรแล้ว เก็บคำขอตัวอย่างไว้ในแชทระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องข้อความ ฟอร์ม หรือแหล่งทิกเก็ตหลังจากข้อตกลงโครงสร้างฟิลด์ของ Jodoo เสถียรแล้ว
ส่วนใดควรให้ทีมตรวจทานเสมอ
เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจทานความเสี่ยงทางธุรกิจ การอนุมัติด้านการชำระเงินหรือกฎหมาย และการตัดสินใจปฏิบัติการขั้นสุดท้าย คงการตรวจทานโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือเรื่องที่กระทบลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้ว
ขั้นตอนถัดไป
เปลี่ยนคำขอซื้อให้เป็นงานติดตามที่มองเห็นได้
เริ่มจากการรัน Zapier Agents ที่ตรวจสอบแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดียวกันไปใช้ซ้ำกับคิวตรวจสอบและการส่งต่องานด้านปฏิบัติการที่เกี่ยวข้อง ตรวจสอบปริมาณการใช้งานทาสก์ สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแชทแบบแมนนวลไปสู่งานใช้งานจริงแบบต่อเนื่อง