คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการตรวจรับคำขอจากผู้ขายใน n8n รวมถึงโหนด Webhook และ HTTP Request การตรวจสอบการทำงาน ฟิลด์ของ Jodoo และข้อควรทราบในการเปิดใช้งาน
เปิดคู่มือN8N + JODOO
การตรวจรับคำขอจากผู้ขายด้วย AI ด้วย n8n + Jodoo
ใช้ n8n ร่วมกับ Jodoo เมื่อทีมพัฒนาระบบต้องการโหนด Webhook และ HTTP Request ที่กำหนดได้ชัดเจน ตรวจสอบข้อมูลการทำงานได้ วางแผนการลองใหม่ได้ และมีเรคคอร์ดการตรวจสอบผู้ขายใน Jodoo ที่จัดเก็บไว้ใช้งานต่อได้
รับคำขอจากซัพพลายเออร์ผ่านโหนด Webhook ของ n8nตรวจสอบ payload และข้อมูลการตอบกลับได้ในแต่ละโหนดการทำงานเขียนฟิลด์ความเสี่ยงของผู้ขายและคำแนะนำลงใน Jodooวางแผนข้อมูลรับรอง การลองใหม่ การเปิดใช้งาน และการจัดการข้อผิดพลาดก่อนใช้งานจริง
วิดีโอแนะนำการทำงาน
สิ่งที่เกิดขึ้นในเดโม n8n
วิดีโอแสดงให้เห็นว่า n8n ตรวจสอบคำขอรับผู้ขายแบบจำลอง ส่งฟิลด์ผลการตรวจสอบแบบมีโครงสร้าง และให้ Jodoo จัดเก็บเรคคอร์ดการจัดซื้อ
โหนด Webhook รับข้อมูลซัพพลายเออร์
ส่วนแสดงผลนี้รับฟังเหตุการณ์ทดสอบของผู้ขาย และแสดงเส้นทางของเวิร์กโฟลว์ก่อนเขียนข้อมูลลงใน Jodoo
n8n ทำให้ตรวจสอบผลลัพธ์ของแต่ละโหนดได้
ผู้สร้างสามารถตรวจสอบ payload ของผู้ขาย JSON body ที่แมปแล้ว และข้อมูลการตอบกลับภายในมุมมองการทำงานได้
โหนด HTTP Request เขียนข้อมูลไปยัง Jodoo
คำขอจะส่งฟิลด์การตรวจสอบผู้ขายไปยังตัวกลาง และรับ data ID ของ Jodoo กลับมา
Jodoo กลายเป็นพื้นที่หลักสำหรับการตรวจสอบ
ทีมจัดซื้อทำงานจากคิวใน Jodoo สำหรับเอกสารที่ขาดหาย ซัพพลายเออร์ความเสี่ยงปานกลาง และความรับผิดชอบของผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนด
สรุปเดโม
n8n ตรวจสอบผู้ขายและ Jodoo ติดตามงานต่อ
การใช้งานนี้เหมาะเมื่อทีมต้องการควบคุมเวิร์กโฟลว์ในระดับโหนดก่อนให้ Jodoo เป็นเรคคอร์ดกลางสำหรับการตรวจสอบผู้ขาย
เวิร์กโฟลว์ระดับโหนด
n8n แสดงเส้นทางการรับคำขอผู้ขายเป็นโหนด Webhook และ HTTP Request ที่ชัดเจน
ข้อมูลการทำงาน
การรันจะแสดงข้อมูลขาเข้าและขาออกของแต่ละโหนด เพื่อให้ผู้สร้างดีบักข้อตกลงการเขียนข้อมูลกลับได้
สคีมาที่คงที่
เวิร์กโฟลว์คงโครงสร้างออบเจ็กต์การตรวจสอบผู้ขายให้เสถียรก่อนเพิ่มโหนด AI Agent หรือการเรียกโมเดลภายนอก
ผลลัพธ์จาก HTTP Request
โหนดเขียนข้อมูลกลับจะส่งคืน data ID ของ Jodoo จากตัวกลาง
เรคคอร์ดใน Jodoo
Jodoo จัดเก็บความเสี่ยง คำแนะนำ ผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนด สถานะเอกสาร และสถานะการเริ่มต้นผู้ขาย
การควบคุมสำหรับใช้งานจริง
สูตรการทำงานนี้เน้นการวางแผนการเปิดใช้งาน ข้อมูลรับรอง การลองใหม่ และเวิร์กโฟลว์จัดการข้อผิดพลาด
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ n8n
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
การมองเห็นข้อมูลการทำงาน
n8n เหมาะเมื่อผู้สร้างต้องการตรวจสอบผลลัพธ์ของแต่ละโหนดและเข้าใจอย่างชัดเจนว่าข้อมูลใดถูกส่งถึง Jodoo
ความยืดหยุ่นในการใช้ AI Agent
เวิร์กโฟลว์สามารถเริ่มจากออบเจ็กต์การตรวจสอบที่เสถียรก่อนได้ แล้วค่อยเพิ่ม n8n AI Agent หรือโหนดโมเดลเมื่อข้อมูลรับรองและการตรวจสอบสคีมาพร้อม
การเปิดใช้งานและการลองใหม่
การใช้งานจริงควรกำหนดสถานะการเปิดใช้งาน พฤติกรรมการลองใหม่ การส่งต่อเวิร์กโฟลว์ข้อผิดพลาด และเจ้าของข้อมูลรับรองให้ชัดเจน
ทางเลือกในการโฮสต์เอง
ทีมควรตัดสินใจว่า n8n Cloud หรือ n8n แบบโฮสต์เอง เหมาะกับการเก็บข้อมูลซัพพลายเออร์และบันทึกเวิร์กโฟลว์มากกว่ากัน
ชุดเวิร์กโฟลว์
สร้างลูปตรวจรับคำขอจากผู้ขายแบบเดียวกัน
ดูคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อต้องปรับเวิร์กโฟลว์ n8n ให้เข้ากับแหล่งข้อมูลผู้ขายของคุณ
สิ่งที่ทีมของคุณนำกลับมาใช้ซ้ำได้
n8n รับคำขอจากซัพพลายเออร์ผ่านโหนด Webhook ทำให้ตรวจสอบข้อมูลการทำงานได้ และส่งผลการตรวจสอบที่แมปแล้วผ่านโหนด HTTP Request ส่วน Jodoo จะเก็บเรคคอร์ดผู้ขาย เจ้าของการตรวจสอบ งานติดตามเอกสาร และบริบทสำหรับการตรวจสอบย้อนหลัง
เวิร์กโฟลว์ธุรกิจโมเดลฟิลด์ของ Jodooพรอมป์ต์ของเอเจนต์เช็กลิสต์ก่อนเปิดใช้งาน
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
โหนด Webhook
รับเหตุการณ์ทดสอบจาก Atlas Packaging Co.
- 02
เวิร์กโฟลว์ n8n
โหนด Webhook ส่ง payload ของผู้ขายไปยังโหนด HTTP Request เพื่อเขียนผลการตรวจสอบลงใน Jodoo
- 03
โหนด HTTP Request
ส่งฟิลด์การตรวจสอบแบบ JSON และรับการตอบกลับจากตัวกลาง
- 04
แผนการลองใหม่
เพิ่มการเปิดใช้งาน ขอบเขตข้อมูลรับรอง และการจัดการข้อผิดพลาดสำหรับใช้งานจริง
- 05
แอปผู้ขาย Jodoo
จัดเก็บความเสี่ยง คำแนะนำ ผู้ตรวจสอบ และการติดตามเอกสาร
ลูปเวิร์กโฟลว์
จากโหนด Webhook ใน n8n สู่การตรวจสอบผู้ขายใน Jodoo
โหนด Webhook ของ n8n รับคำขอผู้ขายจากเหตุการณ์ทดสอบ ฟอร์มซัพพลายเออร์ พอร์ทัล หรือแหล่งข้อมูลจัดซื้อ
เวิร์กโฟลว์คงสคีมาการตรวจสอบผู้ขายให้มองเห็นได้ชัดก่อนเพิ่มโหนด AI Agent Code หรือการตรวจสอบความถูกต้อง
โหนด HTTP Request แมปข้อมูลตัวตนของซัพพลายเออร์ เอกสารที่ขาด ความเสี่ยง คำแนะนำ ผู้ตรวจสอบ และสถานะ ลงในเนื้อหาคำขอ
ผลลัพธ์การทำงานของ n8n แสดงผลคำขอและ data ID ของ Jodoo ที่ส่งกลับจากตัวกลาง
Jodoo สร้างเรคคอร์ดการเริ่มต้นผู้ขาย และจัดระเบียบงานติดตามตามความเสี่ยง สถานะเอกสาร เจ้าของงาน และคำแนะนำการอนุมัติ
ทีมสามารถเพิ่มการเปิดใช้งาน การลองใหม่ ขอบเขตของข้อมูลรับรอง และเวิร์กโฟลว์ข้อผิดพลาดได้หลังจากยืนยันการเขียนข้อมูลกลับไปยัง Jodoo พื้นฐานแล้ว
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| vendor_name, vendor_category, business_need | ชื่อผู้ขายตามกฎหมาย, หมวดหมู่ผู้ขาย, คำอธิบายความต้องการทางธุรกิจ |
| contact_name, contact_email | ชื่อผู้ติดต่อหลัก, อีเมลผู้ติดต่อหลัก |
| requested_by, suggested_owner | ชื่อผู้ขอ, ผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนด |
| missing_documents, compliance_status | ความครบถ้วนของเอกสาร, ความคิดเห็นในการตรวจสอบ |
| risk_level, recommendation, review_status | ระดับความเสี่ยง, คำแนะนำการอนุมัติ, สถานะการเริ่มต้นผู้ขาย |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของเวิร์กโฟลว์ n8n
รับเหตุการณ์การส่งคำขอจากซัพพลายเออร์หนึ่งรายการผ่าน n8n และเตรียมออบเจ็กต์การตรวจสอบผู้ขายแบบมีโครงสร้างที่โหนด HTTP Request สามารถเขียนลงใน Jodoo ได้
กฎการตรวจสอบโหนด
ระหว่างการทดสอบ ให้แสดง payload จาก webhook ขาเข้า JSON body ที่แมปแล้ว HTTP response และ data ID ของ Jodoo ไว้ในข้อมูลการทำงานเสมอ
ข้อกำหนดของขั้นตอนการตัดสินใจ
หากมีการเพิ่ม n8n AI Agent หรือการเรียกโมเดลในภายหลัง ให้คงคีย์ผลลัพธ์ที่จำเป็นเดิมไว้ เพื่อไม่ให้การแมป HTTP Request เปลี่ยนแปลง
ผลลัพธ์ที่ต้องมี
ส่งกลับ vendor_name, vendor_category, contact_email, business_need, requested_by, risk_level, compliance_status, missing_documents, recommendation, suggested_owner, review_status และ agent_confidence
{
"vendor_name": "Atlas Packaging Co.",
"vendor_category": "ผู้จัดหาบรรจุภัณฑ์",
"contact_name": "Nora Patel",
"contact_email": "nora.patel@atlaspackaging.example",
"business_need": "ผู้จัดหาบรรจุภัณฑ์รองสำหรับการจัดส่งฝั่งตะวันตก",
"requested_by": "ฝ่ายจัดซื้อปฏิบัติการ",
"spend_estimate": "120000 ต่อปี",
"risk_level": "ปานกลาง",
"compliance_status": "ต้องใช้ W-9 และใบรับรองประกัน",
"missing_documents": "W-9, ใบรับรองประกัน, นโยบายความยั่งยืน",
"recommendation": "ดำเนินการตรวจสอบแบบมีเงื่อนไข",
"suggested_owner": "ทีมปฏิบัติการจัดซื้อ",
"next_best_action": "ขอเอกสารที่ขาดและนัดหมายการทบทวนการจัดหา",
"review_status": "ต้องติดตามเอกสาร",
"source_platform": "n8n",
"agent_confidence": "0.84"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับตรวจรับคำขอจากผู้ขาย
ใช้โมเดลฟิลด์ มุมมองที่แนะนำ และกฎระบบอัตโนมัติ เมื่อต้องปรับเวิร์กโฟลว์การเริ่มต้นผู้ขายให้เหมาะกับทีมจัดซื้อ
ฟิลด์ที่รวมอยู่
- ชื่อผู้ขายตามกฎหมาย
- หมวดหมู่ผู้ขาย
- ความต้องการทางธุรกิจ
- ผู้ติดต่อหลัก
- ผู้ขอ
- ผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนด
- ความครบถ้วนของเอกสาร
- ระดับความเสี่ยง
- คำแนะนำการอนุมัติ
- สถานะการเริ่มต้นผู้ขาย
- ความคิดเห็นในการตรวจสอบ
- ผลลัพธ์เอเจนต์ต้นฉบับ
มุมมองที่แนะนำ
- ต้องติดตามเอกสารเพิ่มเติม
- ความเสี่ยงปานกลางหรือสูง
- คิวเจ้าของงาน
- พร้อมสำหรับการตรวจสอบการจัดหา
- การตรวจสอบผู้ขายทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ดการเริ่มต้นผู้ขายใน Jodoo หลังจาก n8n ส่งผลลัพธ์แบบมีโครงสร้างกลับมา
- ย้ายผู้ขายที่มีความเสี่ยงปานกลางหรือสูงไปยังคิวตรวจสอบด้านการปฏิบัติตามข้อกำหนด
- แจ้งผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนด เมื่อความครบถ้วนของเอกสารยังไม่สมบูรณ์
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในความคิดเห็นการตรวจสอบหรือบริบทการตรวจสอบย้อนหลัง
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- สร้างโหนด Webhook และ HTTP Request ด้วยข้อมูลซัพพลายเออร์แบบจำลองก่อน
- ตรวจสอบข้อมูลขาเข้าและขาออกของการทำงานก่อนเพิ่มการเรียกโมเดลหรือการแตกแขนงที่ซับซ้อน
- คงสคีมาการตรวจสอบผู้ขายให้เสถียรระหว่างโหนดตัดสินใจและการแมป HTTP Request
- ตั้งค่าข้อมูลรับรอง การเปิดใช้งาน การลองใหม่ และเวิร์กโฟลว์ข้อผิดพลาดก่อนใช้งานจริง
- ใช้ภาพหลักฐาน Jodoo ที่ครอปอย่างปลอดภัยสำหรับการเผยแพร่เมื่อต้องบันทึกการรันครั้งแรก
- เพิ่มการแจ้งเตือนด้านการปฏิบัติตามข้อกำหนดหลังจากอนุมัติเจ้าของผู้ตรวจสอบแล้วเท่านั้น
เอกสารอ้างอิงสำหรับการนำไปใช้
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้น Jodoo
โมเดลฟิลด์ของ Jodoo มุมมองผู้ขายที่แนะนำ sample payload และการแมปการเขียนข้อมูลกลับที่ใช้หลังเวิร์กโฟลว์ n8n ทำงานเสร็จ
เปิดพิมพ์เขียวพรอมป์ต์เอเจนต์ + สูตรการทำงานของเวิร์กโฟลว์
การตั้งค่าโหนด Webhook ของ n8n, HTTP Request body, การตรวจสอบการทำงาน, หมายเหตุเรื่องการลองใหม่และข้อมูลรับรอง, sample payload ของผู้ขาย และการแมปฟิลด์ใน Jodoo
เปิดสูตรการทำงานเวิร์กโฟลว์
จากการตรวจสอบผู้ขายใน n8n สู่เรคคอร์ดการเริ่มต้นผู้ขายใน Jodoo
n8n จัดการเวิร์กโฟลว์แบบอิงโหนด ขณะที่ Jodoo เก็บเรคคอร์ดให้ทีมจัดซื้อสามารถกรอง มอบหมาย และตรวจสอบได้
โหนด Webhook ของ n8n รับคำขอผู้ขายจากเหตุการณ์ทดสอบ ฟอร์มซัพพลายเออร์ พอร์ทัล หรือแหล่งข้อมูลจัดซื้อ
เวิร์กโฟลว์คงสคีมาการตรวจสอบผู้ขายให้มองเห็นได้ชัดก่อนเพิ่มโหนด AI Agent Code หรือการตรวจสอบความถูกต้อง
โหนด HTTP Request แมปข้อมูลตัวตนของซัพพลายเออร์ เอกสารที่ขาด ความเสี่ยง คำแนะนำ ผู้ตรวจสอบ และสถานะ ลงในเนื้อหาคำขอ
ผลลัพธ์การทำงานของ n8n แสดงผลคำขอและ data ID ของ Jodoo ที่ส่งกลับจากตัวกลาง
Jodoo สร้างเรคคอร์ดการเริ่มต้นผู้ขาย และจัดระเบียบงานติดตามตามความเสี่ยง สถานะเอกสาร เจ้าของงาน และคำแนะนำการอนุมัติ
ทีมสามารถเพิ่มการเปิดใช้งาน การลองใหม่ ขอบเขตของข้อมูลรับรอง และเวิร์กโฟลว์ข้อผิดพลาดได้หลังจากยืนยันการเขียนข้อมูลกลับไปยัง Jodoo พื้นฐานแล้ว
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์การตรวจสอบผู้ขายที่ใช้งานต่อได้หลังเวิร์กโฟลว์ทำงานเสร็จ ได้แก่ ชื่อผู้ขาย ความต้องการทางธุรกิจ ผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนด ความครบถ้วนของเอกสาร ความเสี่ยง คำแนะนำ และสถานะการเริ่มต้นผู้ขาย
ชื่อผู้ขายตามกฎหมายหมวดหมู่ผู้ขายความต้องการทางธุรกิจผู้ติดต่อหลักผู้ขอผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนดความครบถ้วนของเอกสารระดับความเสี่ยงคำแนะนำการอนุมัติสถานะการเริ่มต้นผู้ขายความคิดเห็นในการตรวจสอบผลลัพธ์เอเจนต์ต้นฉบับ
การทดสอบใช้งานจริง
เวิร์กโฟลว์ n8n เขียนผลการตรวจสอบผู้ขายลงใน Jodoo
ภาพหน้าจอใช้ข้อมูลผู้ขายแบบจำลอง และแสดงการตั้งค่า n8n การรันสำเร็จ และแถวข้อมูลใน Jodoo ที่เวิร์กโฟลว์สร้างขึ้น
การตั้งค่าเวิร์กโฟลว์
โหนด Webhook ส่ง payload ของผู้ขายไปยังโหนด HTTP Request เพื่อเขียนผลการตรวจสอบลงใน Jodoo
การรัน n8n สำเร็จ
โหนด HTTP Request ของ n8n ทำงานเสร็จสมบูรณ์และส่งคืน data ID ของ Jodoo
การเขียนข้อมูลกลับใน Jodoo
ผลการตรวจสอบผู้ขายถูกเขียนลงในเรคคอร์ดการเริ่มต้นผู้ขายของ Jodoo พร้อมฟิลด์ความเสี่ยง คำแนะนำ และผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนด
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
เวิร์กโฟลว์ผู้ขายบน n8n นี้ผ่านการทดสอบครบทั้งกระบวนการแล้วหรือไม่?
ใช่ หลักฐานนี้ใช้การรันเวิร์กโฟลว์ n8n จริง การเขียนข้อมูลกลับผ่าน HTTP Request และภาพหน้าจอ Jodoo ที่ยืนยันแล้วพร้อมบันทึกหลักฐาน
ทำไมต้องใช้ n8n สำหรับการตรวจรับคำขอจากผู้ขาย?
ใช้ n8n เมื่อการตรวจสอบระดับโหนด ประวัติการทำงาน การควบคุมข้อมูลรับรอง การลองใหม่ และเวิร์กโฟลว์ข้อผิดพลาดสำคัญกว่าการตั้งค่าแบบดูแลให้ที่ง่ายกว่า
n8n จำเป็นต้องใช้โหนด AI Agent หรือไม่?
ไม่จำเป็น เส้นทางการเขียนข้อมูลกลับสามารถตรวจสอบได้ก่อนด้วยออบเจ็กต์ที่เสถียร และสามารถเพิ่ม n8n AI Agent หรือการเรียกโมเดลภายหลังได้ หากยังคงสคีมาผลลัพธ์เดิมไว้
ควรตรวจสอบอะไรบ้างก่อนใช้งานจริง?
ยืนยันการเปิดใช้งาน ข้อมูลรับรอง การจัดการข้อผิดพลาด การเก็บรักษาข้อมูล การเข้าถึงข้อมูลซัพพลายเออร์ และเจ้าของผู้ตรวจสอบก่อนประมวลผลการส่งคำขอจากผู้ขายจริง
หลังจาก n8n รันเสร็จ Jodoo จัดเก็บอะไรบ้าง?
Jodoo จัดเก็บข้อมูลผู้ขาย ความครบถ้วนของเอกสาร ระดับความเสี่ยง คำแนะนำ ผู้ตรวจสอบด้านการปฏิบัติตามข้อกำหนด สถานะการเริ่มต้นผู้ขาย และความคิดเห็นในการตรวจสอบ
ขั้นตอนถัดไป
เปลี่ยนการรับคำขอผู้ขายให้เป็นงานติดตามของทีมจัดซื้อ
เริ่มจากคำขอของซัพพลายเออร์หนึ่งรายการ แล้วนำรูปแบบการเขียนข้อมูลกลับเดิมไปใช้ซ้ำกับการตรวจสอบด้านการปฏิบัติตามข้อกำหนด การเริ่มต้นผู้ขาย การรับสัญญา และคำขอจัดซื้อ