คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการรับคำขอจากผู้ขายใน Make รวมถึงการตั้งค่า Custom webhook, การตรวจสอบ Run once, การแมป HTTP module, ฟิลด์ใน Jodoo และข้อควรทราบในการเปิดใช้งานจริง
เปิดคู่มือMAKE + JODOO
การตรวจรับคำขอจากผู้ขายด้วย Make + Jodoo
ใช้ Make ร่วมกับ Jodoo เมื่อทีมจัดซื้อต้องการเห็น Custom webhook, bundle ในโหมด Run once, การแมป HTTP module และประวัติของ scenario ก่อนที่ Jodoo จะบันทึกเรคคอร์ดการตรวจสอบผู้ขาย
รับข้อมูลการรับคำขอจากซัพพลายเออร์ผ่าน Make Custom webhookตรวจสอบ bundle ขาเข้าและ HTTP body ที่แมประหว่าง Run onceเขียนฟิลด์ความเสี่ยงของผู้ขายและงานติดตามเอกสารลงใน Jodooใช้ประวัติ Make เพื่อตรวจสอบการทำงาน ระยะเวลา และการตอบกลับจากการเขียนข้อมูลกลับ
วิดีโอแนะนำการใช้งาน
สิ่งที่เกิดขึ้นในเดโม Make
วิดีโอแสดงให้เห็นว่า Make ตรวจสอบคำขอรับผู้ขายแบบจำลอง ส่งฟิลด์การตรวจสอบแบบมีโครงสร้าง และให้ Jodoo บันทึกเรคคอร์ดงานจัดซื้อ
Make รอรับ bundle ของผู้ขาย
หลักฐานนี้ใช้ Custom webhook ในโหมด Run once เพื่อให้มองเห็นข้อมูลซัพพลายเออร์ที่เข้ามาบนผัง scenario
HTTP module แมปฟิลด์การตรวจสอบ
โมดูลจะส่งชื่อผู้ขาย เอกสารที่ขาด ความเสี่ยง คำแนะนำ ผู้ตรวจสอบ และสถานะเป็นคำขอ JSON
ประวัติการรันแสดงการตอบกลับจากการเขียนข้อมูลกลับ
Make ยืนยันว่า HTTP module ทำงานเสร็จสมบูรณ์และส่งกลับ Jodoo data ID จาก bridge
Jodoo เก็บเรคคอร์ดการตรวจสอบผู้ขาย
ทีมจัดซื้อสามารถตรวจสอบความครบถ้วนของเอกสาร ซัพพลายเออร์ความเสี่ยงปานกลาง การอนุมัติแบบมีเงื่อนไข และคิวเจ้าของงานใน Jodoo
สรุปเดโม
Make ตรวจสอบผู้ขาย ส่วน Jodoo ติดตามงานต่อ
การนำไปใช้นี้เหมาะเมื่อทีมต้องการการประสานลำดับงานของ scenario แบบมองเห็นได้ก่อนที่ Jodoo จะเป็นเรคคอร์ดกลางสำหรับการตรวจสอบผู้ขาย
scenario แบบภาพ
Make แสดงลำดับการรับคำขอจากผู้ขายเป็น webhook module ที่เชื่อมกับ HTTP writeback module
การเก็บข้อมูลด้วย Run once
scenario จะรอคำขอทดสอบและบันทึก bundle ผู้ขายที่เข้ามา
HTTP request ที่แมปแล้ว
HTTP module ส่งฟิลด์การตรวจสอบซัพพลายเออร์เป็น JSON body ไปยัง Jodoo bridge
การตอบกลับในประวัติ
Make บันทึกสถานะ จำนวน operations ระยะเวลา และการตอบกลับ Jodoo data ID
งานติดตามใน Jodoo
เรคคอร์ดใน Jodoo เก็บสถานะเอกสาร ความเสี่ยง คำแนะนำ เจ้าของงาน และบันทึกการตรวจสอบ
สูตรการทำงานของ scenario
สูตรนี้เน้นการตรวจสอบ URL ของ webhook, ฟิลด์ที่บันทึกใน HTTP module และการยืนยันผ่านประวัติการรัน
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ Make
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
การมองเห็นใน Run once
Make เหมาะเมื่อผู้มีส่วนเกี่ยวข้องต้องการเห็น bundle ผู้ขายขาเข้าและการตอบกลับของโมดูลระหว่างการทดสอบรอบแรก
การตรวจสอบการบันทึก HTTP
หลังจากเปลี่ยน bridge URL หรือ JSON body ให้เปิด HTTP module อีกครั้งและยืนยันค่าที่บันทึกไว้ก่อนส่งข้อมูลทดสอบ
การตรวจสอบประวัติ
ใช้ scenario history เพื่อตรวจสอบความสำเร็จของโมดูล จำนวน operations เครดิต ระยะเวลา และ Jodoo data ID ที่ส่งกลับมา
การส่งต่อในระบบจริง
ควรเพิ่ม routers, error handlers และ notifications หลังจากโมเดลฟิลด์สำหรับงานจัดซื้อได้รับการอนุมัติแล้ว
ชุดเวิร์กโฟลว์
สร้างลูปการตรวจรับคำขอจากผู้ขายแบบเดียวกัน
ดูคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อต้องปรับเวิร์กโฟลว์ Make ให้เข้ากับแหล่งข้อมูลผู้ขายของคุณ
สิ่งที่ทีมของคุณนำกลับมาใช้ซ้ำได้
Make รับคำขอจากผู้ขายผ่าน Custom webhook, แมป payload การตรวจสอบใน HTTP module และบันทึก operation ใน History ส่วน Jodoo เก็บเรคคอร์ดงานจัดซื้อที่ใช้งานต่อได้สำหรับการติดตามเอกสาร ความเสี่ยง เจ้าของงาน และการอนุมัติ
เวิร์กโฟลว์ธุรกิจโมเดลฟิลด์ของ Jodooพรอมป์ต์ของเอเจนต์เช็กลิสต์ก่อนเปิดใช้งาน
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
Custom webhook
รับ bundle ของ Atlas Packaging Co. ในโหมด Run once
- 02
scenario ใน Make
Make Custom webhook รับข้อมูลผู้ขายที่ส่งเข้ามา และ HTTP module จะโพสต์ฟิลด์แบบมีโครงสร้างไปยัง Jodoo
- 03
HTTP module
โพสต์ JSON การตรวจสอบผู้ขายและ parse การตอบกลับจาก bridge
- 04
ประวัติของ scenario
แสดงความสำเร็จ จำนวน operations ระยะเวลา และการถ่ายโอนข้อมูล
- 05
แอปตรวจสอบใน Jodoo
เก็บข้อมูลความเสี่ยง คำแนะนำ ผู้ตรวจสอบ และการติดตามเอกสาร
ลูปเวิร์กโฟลว์
จาก webhook bundle ใน Make สู่การตรวจสอบผู้ขายใน Jodoo
Make Custom webhook รับ bundle การรับคำขอจากซัพพลายเออร์จากคำขอทดสอบ ฟอร์ม หรือแหล่งข้อมูลจากพอร์ทัล
โหมด Run once ทำให้มองเห็น bundle ของผู้ขายก่อนจะตั้ง schedule หรือเปิดใช้งาน scenario
HTTP module แมปฟิลด์ซัพพลายเออร์ บันทึกเอกสารที่ขาด ระดับความเสี่ยง คำแนะนำ ผู้ตรวจสอบ และขั้นตอนถัดไป
Make ส่ง JSON body ไปยัง Jodoo bridge และเก็บการตอบกลับไว้ในประวัติของ scenario
Jodoo สร้างเรคคอร์ดออนบอร์ดผู้ขายและจัดกลุ่มงานจัดซื้อตามการติดตามเอกสาร ความเสี่ยง เจ้าของงาน และสถานะการอนุมัติ
รูปแบบ scenario แบบภาพเดียวกันนี้สามารถเพิ่ม routers, filters, notifications หรือ source modules ที่เชื่อมต่อกันได้ในภายหลัง
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| vendor_name, vendor_category, business_need | ชื่อนิติบุคคลของผู้ขาย, หมวดหมู่ผู้ขาย, รายละเอียดความต้องการทางธุรกิจของผู้ขาย |
| contact_name, contact_email | ชื่อผู้ติดต่อหลัก, อีเมลผู้ติดต่อหลัก |
| requested_by, suggested_owner | ชื่อผู้ขอ, ผู้ตรวจสอบ compliance |
| missing_documents, compliance_status | ความครบถ้วนของเอกสาร, ความคิดเห็นจากการตรวจสอบ |
| risk_level, recommendation, review_status | ระดับความเสี่ยง, คำแนะนำในการอนุมัติ, สถานะการออนบอร์ด |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของ Make scenario
รับ bundle การรับคำขอจากซัพพลายเออร์หนึ่งรายการผ่าน Make Custom webhook และส่งอ็อบเจ็กต์การตรวจสอบผู้ขายแบบมีโครงสร้างเข้าไปใน Jodoo
กฎการเตรียมฟิลด์
ปรับรูปแบบเอกสารที่ขาด สถานะ compliance คำแนะนำ เจ้าของงานที่แนะนำ และสถานะการตรวจสอบให้เป็นมาตรฐานก่อน HTTP module ทำงาน
ข้อกำหนดของ HTTP module
ใช้ POST, เนื้อหา JSON body, การ parse response และ bridge URL ที่บันทึกไว้ ก่อนจะใช้ประวัติ scenario เป็นหลักฐาน
ผลลัพธ์ที่ต้องมี
ส่งกลับ vendor_name, vendor_category, business_need, contact_email, requested_by, risk_level, missing_documents, recommendation, suggested_owner, next_best_action และ source_platform
{
"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": "make",
"agent_confidence": "0.84"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับตรวจรับคำขอจากผู้ขาย
ใช้โมเดลฟิลด์ มุมมองที่แนะนำ และกฎอัตโนมัติ เมื่อต้องปรับเวิร์กโฟลว์ออนบอร์ดผู้ขายให้เหมาะกับทีมจัดซื้อ
ฟิลด์ที่รวมอยู่
- ชื่อนิติบุคคลของผู้ขาย
- หมวดหมู่ผู้ขาย
- ความต้องการทางธุรกิจ
- ผู้ติดต่อหลัก
- ผู้ขอ
- ผู้ตรวจสอบ compliance
- ความครบถ้วนของเอกสาร
- ระดับความเสี่ยง
- คำแนะนำในการอนุมัติ
- สถานะการออนบอร์ด
- ความคิดเห็นจากการตรวจสอบ
- ผลลัพธ์ต้นฉบับจากเอเจนต์
มุมมองที่แนะนำ
- ต้องติดตามเอกสาร
- ความเสี่ยงปานกลางหรือสูง
- คิวเจ้าของงาน
- พร้อมสำหรับการตรวจสอบโดยทีมจัดหา
- การตรวจสอบผู้ขายทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ดออนบอร์ดผู้ขายใน Jodoo หลังจาก Make ส่งผลลัพธ์แบบมีโครงสร้างกลับมา
- ย้ายผู้ขายที่มีความเสี่ยงปานกลางหรือสูงไปยังคิวตรวจสอบ compliance
- แจ้งผู้ตรวจสอบ compliance เมื่อความครบถ้วนของเอกสารยังไม่สมบูรณ์
- เก็บผลลัพธ์ต้นฉบับของเวิร์กโฟลว์ไว้ในความคิดเห็นการตรวจสอบหรือบริบทสำหรับ audit
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- สร้าง Make Custom webhook และรันหนึ่งครั้งด้วยข้อมูลซัพพลายเออร์แบบจำลอง
- ยืนยันว่าฟิลด์ใน webhook bundle ตรงกับการแมปฟิลด์ใน Jodoo
- บันทึก HTTP module หลังจากแก้ไข method, URL, headers และ JSON body
- ตรวจสอบประวัติ Make สำหรับสถานะ ระยะเวลา จำนวน operations และ response body
- เพิ่ม routers หรือ filters หลังจากรูปแบบการเขียนข้อมูลกลับสำหรับการตรวจสอบผู้ขายพื้นฐานมีความเสถียรแล้วเท่านั้น
- ย้าย credentials ของซัพพลายเออร์จริงและ endpoint secrets ไปไว้ใน connections ที่ควบคุมได้
เอกสารอ้างอิงสำหรับการนำไปใช้
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้น Jodoo
โมเดลฟิลด์ของ Jodoo มุมมองผู้ขายที่แนะนำ sample payload และการแมปสำหรับการเขียนข้อมูลกลับที่ใช้หลังจาก Make scenario ทำงานเสร็จ
เปิดพิมพ์เขียวพรอมป์ต์เอเจนต์ + สูตรการทำงานของเวิร์กโฟลว์
การตั้งค่า webhook ใน Make, HTTP request body, การตรวจสอบการบันทึกของโมดูล, การยืนยันประวัติ scenario, sample payload ของผู้ขาย และการแมปฟิลด์ใน Jodoo
เปิดสูตรการทำงานเวิร์กโฟลว์
จากการตรวจสอบผู้ขายใน Make สู่เรคคอร์ดออนบอร์ดใน Jodoo
Make จัดการ scenario แบบภาพ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมจัดซื้อสามารถกรอง มอบหมาย และตรวจสอบได้
Make Custom webhook รับ bundle การรับคำขอจากซัพพลายเออร์จากคำขอทดสอบ ฟอร์ม หรือแหล่งข้อมูลจากพอร์ทัล
โหมด Run once ทำให้มองเห็น bundle ของผู้ขายก่อนจะตั้ง schedule หรือเปิดใช้งาน scenario
HTTP module แมปฟิลด์ซัพพลายเออร์ บันทึกเอกสารที่ขาด ระดับความเสี่ยง คำแนะนำ ผู้ตรวจสอบ และขั้นตอนถัดไป
Make ส่ง JSON body ไปยัง Jodoo bridge และเก็บการตอบกลับไว้ในประวัติของ scenario
Jodoo สร้างเรคคอร์ดออนบอร์ดผู้ขายและจัดกลุ่มงานจัดซื้อตามการติดตามเอกสาร ความเสี่ยง เจ้าของงาน และสถานะการอนุมัติ
รูปแบบ scenario แบบภาพเดียวกันนี้สามารถเพิ่ม routers, filters, notifications หรือ source modules ที่เชื่อมต่อกันได้ในภายหลัง
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์การตรวจสอบผู้ขายที่ใช้งานต่อได้หลังเวิร์กโฟลว์รันเสร็จ ได้แก่ ชื่อผู้ขาย ความต้องการทางธุรกิจ ผู้ตรวจสอบ compliance ความครบถ้วนของเอกสาร ความเสี่ยง คำแนะนำ และสถานะการออนบอร์ด
ชื่อนิติบุคคลของผู้ขายหมวดหมู่ผู้ขายความต้องการทางธุรกิจผู้ติดต่อหลักผู้ขอผู้ตรวจสอบ complianceความครบถ้วนของเอกสารระดับความเสี่ยงคำแนะนำในการอนุมัติสถานะการออนบอร์ดความคิดเห็นจากการตรวจสอบผลลัพธ์ต้นฉบับจากเอเจนต์
การทดสอบจริง
เวิร์กโฟลว์ Make เขียนข้อมูลการตรวจสอบผู้ขายลงใน Jodoo
ภาพหน้าจอใช้ข้อมูลผู้ขายแบบจำลอง และแสดงการตั้งค่า Make การรันสำเร็จ และแถวข้อมูลใน Jodoo ที่เวิร์กโฟลว์สร้างขึ้น
การตั้งค่า scenario
Make Custom webhook รับข้อมูลผู้ขายที่ส่งเข้ามา และ HTTP module จะโพสต์ฟิลด์แบบมีโครงสร้างไปยัง Jodoo
การรัน Make สำเร็จ
Make HTTP module ทำงานสำเร็จและ bridge ส่งกลับ Jodoo data ID
การเขียนข้อมูลกลับใน Jodoo
ข้อมูลการตรวจสอบผู้ขายถูกบันทึกลงในเรคคอร์ดออนบอร์ดผู้ขายใน Jodoo พร้อมฟิลด์ความเสี่ยง คำแนะนำ และผู้ตรวจสอบ compliance
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
เวิร์กโฟลว์ผู้ขายใน Make นี้ทดสอบครบตั้งแต่ต้นจนจบแล้วหรือไม่?
ใช่ หลักฐานนี้ใช้ Make Custom webhook, การรัน HTTP module และภาพหน้าจอการเขียนข้อมูลกลับไปยัง Jodoo ที่ยืนยันแล้ว พร้อม proof manifest
ทำไมจึงควรใช้ Make สำหรับการตรวจรับคำขอจากผู้ขาย?
ใช้ Make เมื่อทีมปฏิบัติการให้ความสำคัญกับ scenario แบบภาพ การทดสอบแบบ Run once การตรวจสอบ bundle และประวัติของโมดูล
การทดสอบ Make ครั้งแรกจำเป็นต้องมี AI module หรือไม่?
ไม่จำเป็น หลักฐานนี้ให้ความสำคัญกับเส้นทางการเขียนข้อมูลกลับที่เชื่อถือได้ก่อน จากนั้นทีมสามารถเพิ่มขั้นตอน AI หรือ model ใน Make ภายหลังได้เมื่อ output schema มีความเสถียรแล้ว
ควรตรวจสอบอะไรบ้างก่อนนำไปใช้จริง?
ยืนยันขีดจำกัดของ operations, ความเป็นเจ้าของ webhook, การจัดการข้อผิดพลาด, สิทธิ์เข้าถึงแหล่งข้อมูล และโมเดลผู้ตรวจสอบก่อนประมวลผลข้อมูลซัพพลายเออร์จริง
Jodoo จัดเก็บอะไรหลังจาก Make รันเสร็จ?
Jodoo จัดเก็บข้อมูลระบุตัวตนผู้ขาย ความครบถ้วนของเอกสาร ระดับความเสี่ยง คำแนะนำ ผู้ตรวจสอบ compliance สถานะการออนบอร์ด และความคิดเห็นจากการตรวจสอบ
ขั้นตอนถัดไป
เปลี่ยนการรับคำขอจากผู้ขายให้เป็นงานติดตามของทีมจัดซื้อ
เริ่มจากคำขอของซัพพลายเออร์หนึ่งราย แล้วนำรูปแบบการเขียนข้อมูลกลับเดียวกันไปใช้ซ้ำกับการตรวจสอบ compliance การออนบอร์ดผู้ขาย การรับคำขอสัญญา และคำขอจัดซื้อ