N8N + JODOO

การส่งต่ออนุมัติคำขอจัดซื้อด้วย AI โดยใช้ n8n + Jodoo

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

รับชุดเวิร์กโฟลว์จองเดโมเวิร์กโฟลว์

ตรวจสอบข้อมูลคำขอจัดซื้อด้วยเกณฑ์ประเมินที่สม่ำเสมอ

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

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

ใช้หลักฐานจาก n8n ก่อนปรับเวิร์กโฟลว์ให้เข้ากับแหล่งข้อมูลจริงในโปรดักชัน

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

วิดีโอแนะนำขั้นตอน

เกิดอะไรขึ้นในเดโม n8n

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

Webhook หรือการรันแบบ manual รับคำขอ
ทีมบริการภาคสนามขอแท็บเล็ตทนทาน 12 เครื่อง พร้อมรหัสงบประมาณ กำหนดเวลาเปิดใช้งาน ค่าใช้จ่ายโดยประมาณ และรายละเอียดการจัดการอุปกรณ์ที่ยังขาดอยู่
n8n เตรียมฟิลด์ตรวจสอบแบบมีโครงสร้าง
เวิร์กโฟลว์ทำให้สถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำชัดเจน แทนที่จะส่งคืนเป็นย่อหน้าแบบไม่เป็นโครงสร้าง
โหนด HTTP Request เขียนข้อมูลไปยัง Jodoo
การรันที่ทดสอบแล้วส่งเอาต์พุตการตรวจสอบไปยัง Jodoo และได้รับ Jodoo data ID จากบริดจ์
หลักฐานจาก n8n ยังตรวจสอบได้
หลักฐานสาธารณะใช้ข้อมูล execution ของ n8n เพื่อให้ผู้ชมตรวจสอบโหนดที่ทำงานเสร็จ เพย์โหลดของรายการ และการตอบกลับจากบริดจ์ Jodoo ได้
Jodoo เก็บเรคคอร์ดของทีม
แอป Jodoo จัดเก็บชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า รายละเอียดสินค้า และจำนวนสำหรับการตรวจสอบและติดตามงาน

สรุปเดโม

n8n ตรวจสอบคำขอ ส่วน Jodoo ติดตามงานต่อ

การใช้งานนี้เหมาะกับผู้สร้างที่ต้องการเห็นเอาต์พุตระดับโหนด ควบคุม credential และวางแผนการลองใหม่ก่อนขึ้นโปรดักชัน หน้านี้แสดงการตั้งค่าเวิร์กโฟลว์ระดับโหนด การรันจริง และการเขียนข้อมูลกลับไปยัง Jodoo อย่างชัดเจน โหนด HTTP Request เก็บการจัดการ method, body, response และ credential ไว้ภายในตัวแก้ไขเวิร์กโฟลว์ แทนที่จะอยู่ในหน้าประวัติ scenario แยกต่างหาก

เวิร์กโฟลว์ n8n

เวิร์กโฟลว์ n8n ใช้โหนด HTTP Request เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo และทำให้ข้อมูล execution ตรวจสอบได้

การตัดสินใจแบบมีโครงสร้าง

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

การรัน n8n สำเร็จ

มุมมอง execution ของ n8n แสดงว่าโหนดคำขอทำงานเสร็จ และบริดจ์ส่งคืน Jodoo data ID

รายละเอียดการใช้งาน n8n

เริ่มด้วย manual trigger หรือ webhook ส่งหนึ่งรายการผ่านฟิลด์ตรวจสอบ และปักหมุดข้อมูลตัวอย่างไว้ระหว่างกำหนดรูปแบบ output contract ของ Jodoo

รายละเอียดสูตรการทำงานคำขอจัดซื้อ

การเขียนข้อมูลกลับไปยัง Jodoo

Jodoo จัดเก็บเรคคอร์ดคำขอจัดซื้อและทำให้ขั้นตอนถัดไปมองเห็นได้ชัดเจน

การติดตามงานปฏิบัติการ

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

ชุดเครื่องมือที่นำกลับมาใช้ได้

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

หมายเหตุการตั้งค่าแพลตฟอร์ม

สิ่งที่เฉพาะสำหรับ n8n

โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน

หลักฐานการตั้งค่า
หลักฐานแสดงในข้อมูล execution ของ n8n Cloud พร้อมเอาต์พุตโหนดที่ชัดเจน
เส้นทางการดำเนินการ
โหนด HTTP Request ทำให้ตรวจสอบ method การเขียนข้อมูลกลับ URL และ response ได้ง่าย
จุดเน้นของสูตรการทำงาน
เวิร์กโฟลว์สามารถเพิ่มโหนด AI Agent, Code, retry หรือ error workflow ได้หลังจากสคีมาคงที่แล้ว
การวางแผนโปรดักชัน
การวางแผนโปรดักชันควรครอบคลุม credential สถานะการเปิดใช้งาน การลองใหม่ และการเก็บรักษาข้อมูล
รายละเอียดหลักฐาน
หลักฐานสาธารณะใช้ข้อมูล execution ของ n8n เพื่อให้ผู้ชมตรวจสอบโหนดที่ทำงานเสร็จ เพย์โหลดของรายการ และการตอบกลับจากบริดจ์ Jodoo ได้
หลักฐานการรัน
โหนด HTTP Request เก็บการจัดการ method, body, response และ credential ไว้ภายในตัวแก้ไขเวิร์กโฟลว์ แทนที่จะอยู่ในหน้าประวัติ scenario แยกต่างหาก
รายละเอียดการสร้าง
เริ่มด้วย manual trigger หรือ webhook ส่งหนึ่งรายการผ่านฟิลด์ตรวจสอบ และปักหมุดข้อมูลตัวอย่างไว้ระหว่างกำหนดรูปแบบ output contract ของ Jodoo
เส้นทางการใช้งาน
เพิ่มโหนด AI Agent หรือ Code เฉพาะหลังจากโหนด HTTP Request พิสูจน์แล้วว่าชื่อฟิลด์ JSON ขั้นสุดท้ายได้รับการยอมรับจาก Jodoo
แนวป้องกันความเสี่ยง
ยืนยันเจ้าของ credential สถานะการเปิดใช้งาน การเก็บรักษา execution และสิทธิ์การแชร์เวิร์กโฟลว์ก่อนย้ายจากการรันแบบ manual ไปสู่โปรดักชัน
การควบคุมการตรวจสอบ
หลีกเลี่ยงการเปิดเผยเพย์โหลดต้นทางที่มีข้อมูลอ่อนไหวในภาพหน้าจอสาธารณะ โดยครอปให้เห็นเฉพาะเอาต์พุตของโหนด สถานะการตอบกลับ และฟิลด์ธุรกิจที่แสดงได้อย่างปลอดภัย
สูตรการทำงานของ scenario
สำหรับการส่งต่ออนุมัติคำขอจัดซื้อ n8n สามารถปักหมุดคำขอตัวอย่างไว้ได้ ขณะที่โหนด HTTP Request จับคู่รายละเอียดสินค้า รหัสงบประมาณ เส้นทางการอนุมัติ สถานะการจัดหา เจ้าของงาน และขั้นตอนถัดไป
การปรับเวิร์กโฟลว์
โหนด Code สามารถคำนวณยอดรวมโดยประมาณ ปรับชื่อแผนกให้เป็นมาตรฐาน หรือจัดประเภทคำขอที่ต้องมีใบเสนอราคา ก่อนเขียนข้อมูลกลับไปยัง Jodoo ขั้นสุดท้าย

ชุดเวิร์กโฟลว์

สร้างลูปการส่งต่ออนุมัติคำขอจัดซื้อแบบเดียวกัน

อ่านคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อปรับเวิร์กโฟลว์ n8n ให้เหมาะกับคุณ

เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้

เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ

01
Webhook หรือการรันแบบ manual
เริ่มการทดสอบคำขอจัดซื้อด้วยแท็บเล็ตทนทาน 12 เครื่องสำหรับทีมบริการภาคสนาม รวมถึงเคสป้องกันและการสนับสนุนการลงทะเบียนอุปกรณ์ เริ่มด้วย manual trigger หรือ webhook ส่งหนึ่งรายการผ่านฟิลด์ตรวจสอบ และปักหมุดข้อมูลตัวอย่างไว้ระหว่างกำหนดรูปแบบ output contract ของ Jodoo
02
เวิร์กโฟลว์ n8n
เวิร์กโฟลว์ n8n ใช้โหนด HTTP Request เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo และทำให้ข้อมูล execution ตรวจสอบได้
03
โหนด HTTP Request
ส่ง JSON แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo โหนด HTTP Request เก็บการจัดการ method, body, response และ credential ไว้ภายในตัวแก้ไขเวิร์กโฟลว์ แทนที่จะอยู่ในหน้าประวัติ scenario แยกต่างหาก
04
การตอบกลับที่เป็นหลักฐาน
แสดงการรันบนแพลตฟอร์มที่สำเร็จและ Jodoo data ID หลักฐานสาธารณะใช้ข้อมูล execution ของ n8n เพื่อให้ผู้ชมตรวจสอบโหนดที่ทำงานเสร็จ เพย์โหลดของรายการ และการตอบกลับจากบริดจ์ Jodoo ได้
05
คิว Jodoo
จัดเก็บฟิลด์สำหรับการตรวจสอบโดยเจ้าของงาน การติดตามสถานะ และการติดตามงาน ยืนยันเจ้าของ credential สถานะการเปิดใช้งาน การเก็บรักษา execution และสิทธิ์การแชร์เวิร์กโฟลว์ก่อนย้ายจากการรันแบบ manual ไปสู่โปรดักชัน

ลูปเวิร์กโฟลว์

จากการส่งต่ออนุมัติคำขอจัดซื้อใน n8n สู่ Jodoo

Webhook หรือการรันแบบ manual รับหรือเริ่มการส่งต่ออนุมัติคำขอจัดซื้อด้วยข้อมูลสังเคราะห์ก่อน
n8n ใช้คำสั่งตรวจสอบแบบเจาะจง และส่งคืนสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ
โหนด HTTP Request ส่งเอาต์พุตแบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และได้รับ data ID
สำหรับการส่งต่ออนุมัติคำขอจัดซื้อ n8n สามารถปักหมุดคำขอตัวอย่างไว้ได้ ขณะที่โหนด HTTP Request จับคู่รายละเอียดสินค้า รหัสงบประมาณ เส้นทางการอนุมัติ สถานะการจัดหา เจ้าของงาน และขั้นตอนถัดไป
โหนด Code สามารถคำนวณยอดรวมโดยประมาณ ปรับชื่อแผนกให้เป็นมาตรฐาน หรือจัดประเภทคำขอที่ต้องมีใบเสนอราคา ก่อนเขียนข้อมูลกลับไปยัง Jodoo ขั้นสุดท้าย
ตาราง execution มีประโยชน์ต่อทีมจัดซื้อ เพราะแต่ละรายการสามารถแสดงเอาต์พุตระดับโหนด พฤติกรรมการลองใหม่ และ Jodoo data ID ที่ได้รับการยอมรับ
หลังจากพิสูจน์แล้ว n8n สามารถใช้โหนด IF, Merge และ Wait เพื่อพักคำขอจัดซื้อมูลค่าสูงไว้จนกว่าจะได้รับการอนุมัติจากเจ้าของงบประมาณหรือฝ่ายการเงิน
เริ่มด้วย manual trigger หรือ webhook ส่งหนึ่งรายการผ่านฟิลด์ตรวจสอบ และปักหมุดข้อมูลตัวอย่างไว้ระหว่างกำหนดรูปแบบ output contract ของ Jodoo
เพิ่มโหนด AI Agent หรือ Code เฉพาะหลังจากโหนด HTTP Request พิสูจน์แล้วว่าชื่อฟิลด์ JSON ขั้นสุดท้ายได้รับการยอมรับจาก Jodoo
Jodoo สร้างเรคคอร์ด Purchase Request Form และจัดเก็บชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า รายละเอียดสินค้า จำนวน ราคาต่อหน่วยโดยประมาณ
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินขั้นตอนถัดไปให้เสร็จ: ขอใบเสนอราคาจากผู้ขาย ยืนยันการอนุมัติจากเจ้าของงบประมาณ และส่งต่อคำขอไปยังฝ่ายการเงินก่อนเริ่มจัดหา
ยืนยันเจ้าของ credential สถานะการเปิดใช้งาน การเก็บรักษา execution และสิทธิ์การแชร์เวิร์กโฟลว์ก่อนย้ายจากการรันแบบ manual ไปสู่โปรดักชัน
หลีกเลี่ยงการเปิดเผยเพย์โหลดต้นทางที่มีข้อมูลอ่อนไหวในภาพหน้าจอสาธารณะ โดยครอปให้เห็นเฉพาะเอาต์พุตของโหนด สถานะการตอบกลับ และฟิลด์ธุรกิจที่แสดงได้อย่างปลอดภัย

การแมปฟิลด์

ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo

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

สูตรการทำงานของเอเจนต์

พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง

บทบาทของ n8n

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

คำสั่งตรวจสอบ

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

ข้อตกลงการเขียนข้อมูลกลับ

ส่งออบเจ็กต์ JSON ที่คาดการณ์ได้ผ่านโหนด HTTP Request โดย Jodoo ควรได้รับชื่อฟิลด์ชุดเดิมในทุกการรัน n8n เหมาะที่สุดสำหรับผู้สร้างที่ต้องการปักหมุดโหนด รันแบบ manual ใช้ error workflows และกำหนดเจ้าของ credential ก่อนเปิดใช้งานเวิร์กโฟลว์

เอาต์พุตที่ต้องมี

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

การควบคุมใน n8n

ยืนยันเจ้าของ credential สถานะการเปิดใช้งาน การเก็บรักษา execution และสิทธิ์การแชร์เวิร์กโฟลว์ก่อนย้ายจากการรันแบบ manual ไปสู่โปรดักชัน หลีกเลี่ยงการเปิดเผยเพย์โหลดต้นทางที่มีข้อมูลอ่อนไหวในภาพหน้าจอสาธารณะ โดยครอปให้เห็นเฉพาะเอาต์พุตของโหนด สถานะการตอบกลับ และฟิลด์ธุรกิจที่แสดงได้อย่างปลอดภัย ใช้โหนด retry และ error workflow สำหรับ HTTP call ที่ล้มเหลว แทนการปล่อยให้ข้อยกเว้นด้านปฏิบัติการหายไปเงียบ ๆ ตั้งค่าการตัด execution, แท็กเวิร์กโฟลว์, กฎ pinned-data และการแชร์ credential ก่อนเปิดใช้งานเวิร์กโฟลว์สำหรับทราฟฟิกธุรกิจที่เกิดซ้ำ

หมายเหตุการใช้งานคำขอจัดซื้อ

สำหรับการส่งต่ออนุมัติคำขอจัดซื้อ n8n สามารถปักหมุดคำขอตัวอย่างไว้ได้ ขณะที่โหนด HTTP Request จับคู่รายละเอียดสินค้า รหัสงบประมาณ เส้นทางการอนุมัติ สถานะการจัดหา เจ้าของงาน และขั้นตอนถัดไป โหนด Code สามารถคำนวณยอดรวมโดยประมาณ ปรับชื่อแผนกให้เป็นมาตรฐาน หรือจัดประเภทคำขอที่ต้องมีใบเสนอราคา ก่อนเขียนข้อมูลกลับไปยัง Jodoo ขั้นสุดท้าย ตาราง execution มีประโยชน์ต่อทีมจัดซื้อ เพราะแต่ละรายการสามารถแสดงเอาต์พุตระดับโหนด พฤติกรรมการลองใหม่ และ Jodoo data ID ที่ได้รับการยอมรับ หลังจากพิสูจน์แล้ว n8n สามารถใช้โหนด IF, Merge และ Wait เพื่อพักคำขอจัดซื้อมูลค่าสูงไว้จนกว่าจะได้รับการอนุมัติจากเจ้าของงบประมาณหรือฝ่ายการเงิน

{
  "requester_name": "เอเวอรี บรูกส์",
  "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 หลังจาก n8n ส่งคืนเอาต์พุตแบบมีโครงสร้าง
ย้ายเรคคอร์ดที่มีลำดับความสำคัญสูงหรือเป็นข้อยกเว้นไปยังคิวเจ้าของงานที่เหมาะสม
แจ้งเจ้าของงานที่แนะนำเมื่อมีข้อมูลที่ขาดหรือเหตุผลในการพักงาน
เก็บเอาต์พุตเวิร์กโฟลว์ต้นฉบับไว้ในบริบทการตรวจสอบ

เช็กลิสต์ก่อนเปิดใช้งาน

สิ่งที่ต้องยืนยันก่อนใช้งานจริง

ตรวจสอบโหนด HTTP Request ด้วยข้อมูลสังเคราะห์ก่อน
ทำให้สคีมาการตรวจสอบคงที่ก่อนเพิ่มโหนด AI Agent หรือ Code
กำหนดการเปิดใช้งาน เจ้าของ credential การลองใหม่ และ error workflows
ประเมินความเหมาะสมของ n8n Cloud หรือการโฮสต์เองก่อนประมวลผลข้อมูลปฏิบัติการจริง
ยืนยันเจ้าของ credential สถานะการเปิดใช้งาน การเก็บรักษา execution และสิทธิ์การแชร์เวิร์กโฟลว์ก่อนย้ายจากการรันแบบ manual ไปสู่โปรดักชัน
หลีกเลี่ยงการเปิดเผยเพย์โหลดต้นทางที่มีข้อมูลอ่อนไหวในภาพหน้าจอสาธารณะ โดยครอปให้เห็นเฉพาะเอาต์พุตของโหนด สถานะการตอบกลับ และฟิลด์ธุรกิจที่แสดงได้อย่างปลอดภัย
ใช้โหนด retry และ error workflow สำหรับ HTTP call ที่ล้มเหลว แทนการปล่อยให้ข้อยกเว้นด้านปฏิบัติการหายไปเงียบ ๆ
ตั้งค่าการตัด execution, แท็กเวิร์กโฟลว์, กฎ pinned-data และการแชร์ credential ก่อนเปิดใช้งานเวิร์กโฟลว์สำหรับทราฟฟิกธุรกิจที่เกิดซ้ำ
โหนด Code สามารถคำนวณยอดรวมโดยประมาณ ปรับชื่อแผนกให้เป็นมาตรฐาน หรือจัดประเภทคำขอที่ต้องมีใบเสนอราคา ก่อนเขียนข้อมูลกลับไปยัง Jodoo ขั้นสุดท้าย
ตาราง execution มีประโยชน์ต่อทีมจัดซื้อ เพราะแต่ละรายการสามารถแสดงเอาต์พุตระดับโหนด พฤติกรรมการลองใหม่ และ Jodoo data ID ที่ได้รับการยอมรับ
หลังจากพิสูจน์แล้ว n8n สามารถใช้โหนด IF, Merge และ Wait เพื่อพักคำขอจัดซื้อมูลค่าสูงไว้จนกว่าจะได้รับการอนุมัติจากเจ้าของงบประมาณหรือฝ่ายการเงิน

ชุดเวิร์กโฟลว์

เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ

Markdown - พร้อมแชร์

คู่มือโซลูชัน

คู่มือวางแผนสำหรับลูปการส่งต่ออนุมัติคำขอจัดซื้อใน n8n ครอบคลุมการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดหลักฐาน และหมายเหตุการเปิดใช้งาน

เปิดคู่มือ

JSON - พิมพ์เขียวพร้อมใช้

พิมพ์เขียวแอปเริ่มต้น Jodoo

โมเดลฟิลด์ Jodoo มุมมองที่แนะนำ และไอเดียระบบอัตโนมัติสำหรับปรับ Purchase Request Form

เปิดพิมพ์เขียว

Markdown - พร้อมคัดลอก

พรอมป์เอเจนต์ + สูตรการทำงานเวิร์กโฟลว์

การตั้งค่า n8n, output contract, หมายเหตุ endpoint และสูตรการทดสอบที่ใช้สำหรับหลักฐานการเขียนข้อมูลกลับนี้

เปิดสูตรการทำงาน

เวิร์กโฟลว์

จากคำขอจัดซื้อใน n8n สู่เรคคอร์ดใน Jodoo

n8n จัดการเวิร์กโฟลว์ระดับโหนด ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้

Webhook หรือการรันแบบ manual รับหรือเริ่มการส่งต่ออนุมัติคำขอจัดซื้อด้วยข้อมูลสังเคราะห์ก่อน
n8n ใช้คำสั่งตรวจสอบแบบเจาะจง และส่งคืนสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ
โหนด HTTP Request ส่งเอาต์พุตแบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และได้รับ data ID
สำหรับการส่งต่ออนุมัติคำขอจัดซื้อ n8n สามารถปักหมุดคำขอตัวอย่างไว้ได้ ขณะที่โหนด HTTP Request จับคู่รายละเอียดสินค้า รหัสงบประมาณ เส้นทางการอนุมัติ สถานะการจัดหา เจ้าของงาน และขั้นตอนถัดไป
โหนด Code สามารถคำนวณยอดรวมโดยประมาณ ปรับชื่อแผนกให้เป็นมาตรฐาน หรือจัดประเภทคำขอที่ต้องมีใบเสนอราคา ก่อนเขียนข้อมูลกลับไปยัง Jodoo ขั้นสุดท้าย
ตาราง execution มีประโยชน์ต่อทีมจัดซื้อ เพราะแต่ละรายการสามารถแสดงเอาต์พุตระดับโหนด พฤติกรรมการลองใหม่ และ Jodoo data ID ที่ได้รับการยอมรับ
หลังจากพิสูจน์แล้ว n8n สามารถใช้โหนด IF, Merge และ Wait เพื่อพักคำขอจัดซื้อมูลค่าสูงไว้จนกว่าจะได้รับการอนุมัติจากเจ้าของงบประมาณหรือฝ่ายการเงิน
เริ่มด้วย manual trigger หรือ webhook ส่งหนึ่งรายการผ่านฟิลด์ตรวจสอบ และปักหมุดข้อมูลตัวอย่างไว้ระหว่างกำหนดรูปแบบ output contract ของ Jodoo
เพิ่มโหนด AI Agent หรือ Code เฉพาะหลังจากโหนด HTTP Request พิสูจน์แล้วว่าชื่อฟิลด์ JSON ขั้นสุดท้ายได้รับการยอมรับจาก Jodoo
Jodoo สร้างเรคคอร์ด Purchase Request Form และจัดเก็บชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า รายละเอียดสินค้า จำนวน ราคาต่อหน่วยโดยประมาณ
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินขั้นตอนถัดไปให้เสร็จ: ขอใบเสนอราคาจากผู้ขาย ยืนยันการอนุมัติจากเจ้าของงบประมาณ และส่งต่อคำขอไปยังฝ่ายการเงินก่อนเริ่มจัดหา
ยืนยันเจ้าของ credential สถานะการเปิดใช้งาน การเก็บรักษา execution และสิทธิ์การแชร์เวิร์กโฟลว์ก่อนย้ายจากการรันแบบ manual ไปสู่โปรดักชัน
หลีกเลี่ยงการเปิดเผยเพย์โหลดต้นทางที่มีข้อมูลอ่อนไหวในภาพหน้าจอสาธารณะ โดยครอปให้เห็นเฉพาะเอาต์พุตของโหนด สถานะการตอบกลับ และฟิลด์ธุรกิจที่แสดงได้อย่างปลอดภัย

เรคคอร์ด Jodoo

สิ่งที่ Jodoo จัดเก็บ

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

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

การทดสอบจริง

เวิร์กโฟลว์ n8n เขียนคำขอจัดซื้อลงใน Jodoo

ภาพหน้าจอใช้ข้อมูลสังเคราะห์ และแสดงการตั้งค่า n8n การรันที่สำเร็จ และแถวใน Jodoo ที่เวิร์กโฟลว์สร้างขึ้น

การตั้งค่า n8n สำหรับการส่งต่ออนุมัติคำขอจัดซื้อด้วย Jodoo — การตั้งค่าเวิร์กโฟลว์ n8n
เวิร์กโฟลว์ n8n ใช้โหนด HTTP Request เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo และทำให้ข้อมูล execution ตรวจสอบได้

การรันการส่งต่ออนุมัติคำขอจัดซื้อด้วย n8n สำเร็จ พร้อมการเขียนข้อมูลกลับไปยัง Jodoo — การรัน n8n สำเร็จ
มุมมอง execution ของ n8n แสดงว่าโหนดคำขอทำงานเสร็จ และบริดจ์ส่งคืน Jodoo data ID

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

FAQ

คำถามที่พบบ่อย

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

การส่งต่ออนุมัติคำขอจัดซื้อด้วย n8n นี้ทดสอบครบตั้งแต่ต้นจนจบหรือไม่

ใช่ หลักฐานใช้ข้อมูลสังเคราะห์ การรัน n8n จริง และภาพหน้าจอการเขียนข้อมูลกลับไปยัง Jodoo ที่ตรวจสอบแล้ว พร้อม proof manifest

ทำไมจึงใช้ n8n สำหรับการส่งต่ออนุมัติคำขอจัดซื้อ

ใช้ n8n เมื่อผู้สร้างต้องการเอาต์พุตระดับโหนด การควบคุม credential และการวางแผนการลองใหม่ก่อนขึ้นโปรดักชัน จากนั้น Jodoo จะเก็บเรคคอร์ดถาวรสำหรับการตรวจสอบและติดตามงาน

การใช้งาน n8n นี้แตกต่างจากตัวอย่างแพลตฟอร์มอื่นอย่างไร

หลักฐานสาธารณะใช้ข้อมูล execution ของ n8n เพื่อให้ผู้ชมตรวจสอบโหนดที่ทำงานเสร็จ เพย์โหลดของรายการ และการตอบกลับจากบริดจ์ Jodoo ได้ เริ่มด้วย manual trigger หรือ webhook ส่งหนึ่งรายการผ่านฟิลด์ตรวจสอบ และปักหมุดข้อมูลตัวอย่างไว้ระหว่างกำหนดรูปแบบ output contract ของ Jodoo สำหรับการส่งต่ออนุมัติคำขอจัดซื้อ n8n สามารถปักหมุดคำขอตัวอย่างไว้ได้ ขณะที่โหนด HTTP Request จับคู่รายละเอียดสินค้า รหัสงบประมาณ เส้นทางการอนุมัติ สถานะการจัดหา เจ้าของงาน และขั้นตอนถัดไป

Jodoo จัดเก็บอะไรหลังเวิร์กโฟลว์ทำงาน

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

สามารถเชื่อมต่อกับข้อมูลต้นทางในโปรดักชันภายหลังได้หรือไม่

ได้ เริ่มจากการรันด้วยข้อมูลสังเคราะห์ที่ตรวจสอบแล้ว จากนั้นจึงเชื่อมต่อฟอร์ม พอร์ทัล กล่องจดหมาย APIs หรือระบบภายใน เมื่อสคีมาการส่งต่ออนุมัติคำขอจัดซื้อคงที่แล้ว เพิ่มโหนด AI Agent หรือ Code เฉพาะหลังจากโหนด HTTP Request พิสูจน์แล้วว่าชื่อฟิลด์ JSON ขั้นสุดท้ายได้รับการยอมรับจาก Jodoo

อะไรที่ทีมยังควรตรวจสอบเอง

เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจสอบความเสี่ยงทางธุรกิจ การอนุมัติด้านการชำระเงินหรือกฎหมาย และการตัดสินใจดำเนินงานขั้นสุดท้าย ใช้โหนด retry และ error workflow สำหรับ HTTP call ที่ล้มเหลว แทนการปล่อยให้ข้อยกเว้นด้านปฏิบัติการหายไปเงียบ ๆ

ขั้นตอนถัดไป

เปลี่ยนคำขอจัดซื้อให้เป็นงานติดตามที่ตรวจสอบได้

เริ่มจากการรัน n8n ที่ตรวจสอบแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดิมไปใช้กับคิวตรวจสอบและการส่งต่องานปฏิบัติการที่เกี่ยวข้อง ยืนยันเจ้าของ credential สถานะการเปิดใช้งาน การเก็บรักษา execution และสิทธิ์การแชร์เวิร์กโฟลว์ก่อนย้ายจากการรันแบบ manual ไปสู่โปรดักชัน

รับชุดเวิร์กโฟลว์จองเดโมเวิร์กโฟลว์

การส่งต่ออนุมัติคำขอจัดซื้อด้วย AI โดยใช้ n8n + Jodoo

เกิดอะไรขึ้นในเดโม n8n

Webhook หรือการรันแบบ manual รับคำขอ

n8n เตรียมฟิลด์ตรวจสอบแบบมีโครงสร้าง

โหนด HTTP Request เขียนข้อมูลไปยัง Jodoo

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

Jodoo เก็บเรคคอร์ดของทีม