คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการส่งต่อการอนุมัติคำขอจัดซื้อของ Make รวมถึงการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดพิสูจน์ และบันทึกการเปิดใช้งาน
เปิดคู่มือMAKE + JODOO
ดูวิธีที่ Make และ Jodoo จัดการการส่งต่อการอนุมัติคำขอจัดซื้อ: ตรวจสอบคำขอต้นทาง ส่งคืนฟิลด์การตัดสินใจแบบมีโครงสร้าง เขียนผลลัพธ์ลงใน Jodoo และทำให้เจ้าของงาน สถานะ และขั้นตอนถัดไปมองเห็นได้ชัดเจน
ตรวจสอบข้อมูลคำขอจัดซื้อด้วยเกณฑ์ที่สม่ำเสมอ
เขียนสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำลงใน Jodoo
ทำให้คิวเจ้าของงานและสถานะการติดตามงานมองเห็นได้
ใช้หลักฐานจาก Make ก่อนปรับเวิร์กโฟลว์ให้เข้ากับแหล่งข้อมูลจริงในโปรดักชัน
หลักฐานสาธารณะใช้โหมดรันครั้งเดียวของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงบันเดิลเว็บฮุค บับเบิลโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติสถานการณ์ได้
วิดีโอแนะนำขั้นตอน
วิดีโอแสดงให้เห็น Make จัดการคำขอจากทีมบริการภาคสนามที่ต้องการแท็บเล็ตทนทาน 12 เครื่อง พร้อมรหัสงบประมาณ กำหนดการเปิดตัว ค่าใช้จ่ายโดยประมาณ และรายละเอียดการจัดการอุปกรณ์ที่ยังขาดอยู่ จากนั้น Jodoo จะจัดเก็บเรคคอร์ดการปฏิบัติงาน
ทีมบริการภาคสนามขอแท็บเล็ตทนทาน 12 เครื่อง พร้อมรหัสงบประมาณ กำหนดการเปิดตัว ค่าใช้จ่ายโดยประมาณ และรายละเอียดการจัดการอุปกรณ์ที่ยังขาดอยู่
เวิร์กโฟลว์ทำให้สถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำชัดเจน แทนที่จะส่งคืนเป็นย่อหน้าทั่วไป
การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับรหัสข้อมูล Jodoo จากบริดจ์
หลักฐานสาธารณะใช้โหมดรันครั้งเดียวของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงบันเดิลเว็บฮุค บับเบิลโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติสถานการณ์ได้
แอป Jodoo จัดเก็บชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า คำอธิบายสินค้า และจำนวน เพื่อใช้ตรวจสอบและติดตามงาน
สรุปเดโม
การใช้งานนี้เหมาะกับทีมปฏิบัติการที่ต้องการแคนวาสสถานการณ์ที่มองเห็นได้ การทดสอบแบบรันครั้งเดียว และประวัติของโมดูล หน้านี้แสดงการตั้งค่าสถานการณ์แบบภาพ การรันจริง และการเขียนข้อมูลกลับเข้า Jodoo หลักฐานจากโมดูล HTTP มองเห็นได้ชัดเจน: วิธีเรียกใช้งาน ปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกวิเคราะห์แล้ว และสถานะการเสร็จสิ้นสามารถตรวจสอบได้โดยไม่ต้องเปิดตัวแก้ไขโค้ด
เว็บฮุคแบบกำหนดเองของ Make รับเพย์โหลดตัวอย่าง และโมดูล HTTP ส่งฟิลด์แบบมีโครงสร้างเข้า Jodoo
เวิร์กโฟลว์ส่งคืนสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ สำหรับแท็บเล็ตทนทาน 12 เครื่องสำหรับทีมบริการภาคสนาม รวมถึงเคสป้องกันและการสนับสนุนการลงทะเบียนอุปกรณ์
ประวัติการรันของ Make แสดงการทำงานของโมดูล HTTP ที่เสร็จสมบูรณ์ รายละเอียดการดำเนินการ และการตอบกลับรหัสข้อมูล Jodoo
เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
สำหรับการส่งต่อการอนุมัติคำขอจัดซื้อ บันเดิลของ Make ควรทำให้ผู้ขอ แผนก รายการสินค้า จำนวน ยอดรวมโดยประมาณ รหัสงบประมาณ วันที่ต้องการใช้ และข้อมูลที่ขาดมองเห็นได้ ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
Jodoo จัดเก็บเรคคอร์ดคำขอจัดซื้อและทำให้ขั้นตอนถัดไปมองเห็นได้
ขั้นตอนถัดไปที่แนะนำคือขอใบเสนอราคาจากผู้ขาย ยืนยันการอนุมัติจากเจ้าของงบประมาณ และส่งต่อคำขอไปยังฝ่ายการเงินก่อนเริ่มจัดหา
ชุดสรุปประกอบด้วยคู่มือ พิมพ์เขียวฟิลด์ Jodoo และสูตรการทำงานเวิร์กโฟลว์ Make
หมายเหตุการตั้งค่าแพลตฟอร์ม
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
หลักฐานใช้การรันครั้งเดียวเพื่อให้เห็นบันเดิลขาเข้าและการตอบกลับ HTTP
โมดูล HTTP ทำให้วิธีเรียกใช้งาน URL ประเภทเนื้อหา และการแยกวิเคราะห์การตอบกลับตรวจสอบได้
ประวัติสถานการณ์ให้เรคคอร์ดแบบภาพของการดำเนินการ ระยะเวลา และการตอบกลับจากการเขียนข้อมูลกลับ
การวางแผนโปรดักชันควรครอบคลุมเจ้าของเว็บฮุค เราเตอร์ ตัวจัดการข้อผิดพลาด และการใช้การดำเนินการ
หลักฐานสาธารณะใช้โหมดรันครั้งเดียวของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงบันเดิลเว็บฮุค บับเบิลโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติสถานการณ์ได้
หลักฐานจากโมดูล HTTP มองเห็นได้ชัดเจน: วิธีเรียกใช้งาน ปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกวิเคราะห์แล้ว และสถานะการเสร็จสิ้นสามารถตรวจสอบได้โดยไม่ต้องเปิดตัวแก้ไขโค้ด
เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
ใช้เราเตอร์หลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีข้อมูลไม่ครบต้องใช้คิว Jodoo ที่แตกต่างกัน
ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
สำหรับการส่งต่อการอนุมัติคำขอจัดซื้อ บันเดิลของ Make ควรทำให้ผู้ขอ แผนก รายการสินค้า จำนวน ยอดรวมโดยประมาณ รหัสงบประมาณ วันที่ต้องการใช้ และข้อมูลที่ขาดมองเห็นได้ ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
เราเตอร์สามารถแยกคำขอมูลค่าต่ำ การจัดซื้อที่ต้องมีใบเสนอราคา การอนุมัติจากฝ่ายการเงิน และงานจัดหาเร่งด่วน หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว
ชุดเวิร์กโฟลว์
ดูคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อนำเวิร์กโฟลว์ Make ไปปรับใช้
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เริ่มการทดสอบคำขอจัดซื้อด้วยแท็บเล็ตทนทาน 12 เครื่องสำหรับทีมบริการภาคสนาม รวมถึงเคสป้องกันและการสนับสนุนการลงทะเบียนอุปกรณ์ เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
เว็บฮุคแบบกำหนดเองของ Make รับเพย์โหลดตัวอย่าง และโมดูล HTTP ส่งฟิลด์แบบมีโครงสร้างเข้า Jodoo
ส่ง JSON แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo หลักฐานจากโมดูล HTTP มองเห็นได้ชัดเจน: วิธีเรียกใช้งาน ปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกวิเคราะห์แล้ว และสถานะการเสร็จสิ้นสามารถตรวจสอบได้โดยไม่ต้องเปิดตัวแก้ไขโค้ด
แสดงการรันบนแพลตฟอร์มที่สำเร็จและรหัสข้อมูล Jodoo หลักฐานสาธารณะใช้โหมดรันครั้งเดียวของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงบันเดิลเว็บฮุค บับเบิลโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติสถานการณ์ได้
จัดเก็บฟิลด์สำหรับการตรวจสอบโดยเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
ลูปเวิร์กโฟลว์
เว็บฮุคแบบกำหนดเองรับหรือเริ่มการส่งต่อการอนุมัติคำขอจัดซื้อด้วยข้อมูลสังเคราะห์ก่อน
Make ใช้คำสั่งตรวจสอบที่เฉพาะเจาะจง และส่งคืนสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ
โมดูล HTTP ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และได้รับรหัสข้อมูล
สำหรับการส่งต่อการอนุมัติคำขอจัดซื้อ บันเดิลของ Make ควรทำให้ผู้ขอ แผนก รายการสินค้า จำนวน ยอดรวมโดยประมาณ รหัสงบประมาณ วันที่ต้องการใช้ และข้อมูลที่ขาดมองเห็นได้ ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
เราเตอร์สามารถแยกคำขอมูลค่าต่ำ การจัดซื้อที่ต้องมีใบเสนอราคา การอนุมัติจากฝ่ายการเงิน และงานจัดหาเร่งด่วน หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว
ประวัติสถานการณ์เป็นหลักฐานที่ดีสำหรับทีมจัดซื้อ เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และรหัสข้อมูล Jodoo ที่ได้รับการยอมรับ
หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือนทีมจัดซื้อ สาขาการอนุมัติฝ่ายการเงิน การค้นหาใบเสนอราคาซัพพลายเออร์ และตัวจัดการข้อผิดพลาดสำหรับการเขียนข้อมูลกลับที่ล้มเหลว
เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
ใช้เราเตอร์หลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีข้อมูลไม่ครบต้องใช้คิว Jodoo ที่แตกต่างกัน
Jodoo สร้างเรคคอร์ดฟอร์มคำขอจัดซื้อ และจัดเก็บชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า คำอธิบายสินค้า จำนวน และราคาต่อหน่วยโดยประมาณ
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินการขั้นตอนถัดไปให้เสร็จ: ขอใบเสนอราคาจากผู้ขาย ยืนยันการอนุมัติจากเจ้าของงบประมาณ และส่งต่อคำขอไปยังฝ่ายการเงินก่อนเริ่มจัดหา
ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
การแมปฟิลด์
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| รายละเอียดคำขอต้นทาง | ชื่อผู้ขอ, แผนก, วันที่ขอ, ลำดับความสำคัญ |
| ฟิลด์การตัดสินใจจากการตรวจสอบ | จำนวน, ราคาต่อหน่วยโดยประมาณ, ยอดรวมโดยประมาณ, วันที่ต้องการใช้, รหัสงบประมาณ |
| การตอบกลับของเวิร์กโฟลว์ | แพลตฟอร์มต้นทาง, ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ |
สูตรการทำงานของเอเจนต์
ตรวจสอบคำขอการส่งต่อการอนุมัติคำขอจัดซื้อหนึ่งรายการ และส่งคืนฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และรายงานได้ เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
ใช้บริบทตัวอย่างสำหรับแท็บเล็ตทนทาน 12 เครื่องสำหรับทีมบริการภาคสนาม รวมถึงเคสป้องกันและการสนับสนุนการลงทะเบียนอุปกรณ์ ตัดสินใจสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ และทำให้ขั้นตอนถัดไปที่แนะนำเฉพาะเจาะจง สำหรับการส่งต่อการอนุมัติคำขอจัดซื้อ บันเดิลของ Make ควรทำให้ผู้ขอ แผนก รายการสินค้า จำนวน ยอดรวมโดยประมาณ รหัสงบประมาณ วันที่ต้องการใช้ และข้อมูลที่ขาดมองเห็นได้ ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
ส่งออบเจ็กต์ JSON ที่คาดการณ์ได้ผ่านโมดูล HTTP โดย Jodoo ควรได้รับชื่อฟิลด์เดิมในทุกการรัน Make มีประโยชน์เมื่อทีมปฏิบัติการต้องการอธิบายการส่งต่องานด้วยแคนวาส ตัวกรอง เราเตอร์ และประวัติการรันระดับโมดูล
ส่งคืนสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ รวมถึง source_platform, agent_confidence และผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อบริบทการตรวจสอบ
ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้ บันทึกว่าใครเป็นเจ้าของ URL เว็บฮุค และใครได้รับอนุญาตให้แก้ไขโมดูลที่มีข้อมูลคำขอในโปรดักชัน
สำหรับการส่งต่อการอนุมัติคำขอจัดซื้อ บันเดิลของ Make ควรทำให้ผู้ขอ แผนก รายการสินค้า จำนวน ยอดรวมโดยประมาณ รหัสงบประมาณ วันที่ต้องการใช้ และข้อมูลที่ขาดมองเห็นได้ ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo เราเตอร์สามารถแยกคำขอมูลค่าต่ำ การจัดซื้อที่ต้องมีใบเสนอราคา การอนุมัติจากฝ่ายการเงิน และงานจัดหาเร่งด่วน หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว ประวัติสถานการณ์เป็นหลักฐานที่ดีสำหรับทีมจัดซื้อ เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และรหัสข้อมูล Jodoo ที่ได้รับการยอมรับ หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือนทีมจัดซื้อ สาขาการอนุมัติฝ่ายการเงิน การค้นหาใบเสนอราคาซัพพลายเออร์ และตัวจัดการข้อผิดพลาดสำหรับการเขียนข้อมูลกลับที่ล้มเหลว
{
"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
ใช้โมเดลฟิลด์ มุมมอง และระบบอัตโนมัติเมื่อนำเวิร์กโฟลว์การส่งต่อการอนุมัติคำขอจัดซื้อไปปรับใช้กับทีมของคุณ
เช็กลิสต์ก่อนเปิดใช้งาน
ชุดเวิร์กโฟลว์
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
คู่มือวางแผนสำหรับลูปการส่งต่อการอนุมัติคำขอจัดซื้อของ Make รวมถึงการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดพิสูจน์ และบันทึกการเปิดใช้งาน
เปิดคู่มือโมเดลฟิลด์ Jodoo มุมมองที่แนะนำ และไอเดียระบบอัตโนมัติสำหรับปรับฟอร์มคำขอจัดซื้อ
เปิดพิมพ์เขียวการตั้งค่า Make สัญญาผลลัพธ์ บันทึกปลายทาง และสูตรการทดสอบรันที่ใช้กับหลักฐานการเขียนข้อมูลกลับนี้
เปิดสูตรการทำงานเวิร์กโฟลว์
Make จัดการสถานการณ์แบบภาพ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้
เว็บฮุคแบบกำหนดเองรับหรือเริ่มการส่งต่อการอนุมัติคำขอจัดซื้อด้วยข้อมูลสังเคราะห์ก่อน
Make ใช้คำสั่งตรวจสอบที่เฉพาะเจาะจง และส่งคืนสถานะการอนุมัติ สถานะการจัดหา เจ้าของงานจัดซื้อ เส้นทางการอนุมัติ ข้อมูลที่ขาด ยอดรวมโดยประมาณ ลำดับความสำคัญ และขั้นตอนถัดไปที่แนะนำ
โมดูล HTTP ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และได้รับรหัสข้อมูล
สำหรับการส่งต่อการอนุมัติคำขอจัดซื้อ บันเดิลของ Make ควรทำให้ผู้ขอ แผนก รายการสินค้า จำนวน ยอดรวมโดยประมาณ รหัสงบประมาณ วันที่ต้องการใช้ และข้อมูลที่ขาดมองเห็นได้ ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
เราเตอร์สามารถแยกคำขอมูลค่าต่ำ การจัดซื้อที่ต้องมีใบเสนอราคา การอนุมัติจากฝ่ายการเงิน และงานจัดหาเร่งด่วน หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว
ประวัติสถานการณ์เป็นหลักฐานที่ดีสำหรับทีมจัดซื้อ เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และรหัสข้อมูล Jodoo ที่ได้รับการยอมรับ
หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือนทีมจัดซื้อ สาขาการอนุมัติฝ่ายการเงิน การค้นหาใบเสนอราคาซัพพลายเออร์ และตัวจัดการข้อผิดพลาดสำหรับการเขียนข้อมูลกลับที่ล้มเหลว
เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
ใช้เราเตอร์หลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีข้อมูลไม่ครบต้องใช้คิว Jodoo ที่แตกต่างกัน
Jodoo สร้างเรคคอร์ดฟอร์มคำขอจัดซื้อ และจัดเก็บชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า คำอธิบายสินค้า จำนวน และราคาต่อหน่วยโดยประมาณ
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินการขั้นตอนถัดไปให้เสร็จ: ขอใบเสนอราคาจากผู้ขาย ยืนยันการอนุมัติจากเจ้าของงบประมาณ และส่งต่อคำขอไปยังฝ่ายการเงินก่อนเริ่มจัดหา
ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
เรคคอร์ด Jodoo
Jodoo เก็บฟิลด์คำขอจัดซื้อที่คงอยู่หลังเวิร์กโฟลว์ทำงาน: ชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า คำอธิบายสินค้า จำนวน ราคาต่อหน่วยโดยประมาณ
การทดสอบจริง
ภาพหน้าจอใช้ข้อมูลสังเคราะห์และแสดงการตั้งค่า Make การรันที่สำเร็จ และแถวใน Jodoo ที่สร้างโดยเวิร์กโฟลว์

เว็บฮุคแบบกำหนดเองของ Make รับเพย์โหลดตัวอย่าง และโมดูล HTTP ส่งฟิลด์แบบมีโครงสร้างเข้า Jodoo

ประวัติการรันของ Make แสดงการทำงานของโมดูล HTTP ที่เสร็จสมบูรณ์ รายละเอียดการดำเนินการ และการตอบกลับรหัสข้อมูล Jodoo

การส่งต่อการอนุมัติคำขอจัดซื้อถูกเขียนเข้า Jodoo โดยมองเห็นฟิลด์ชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า และคำอธิบายสินค้า
FAQ
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
ใช่ หลักฐานใช้ข้อมูลสังเคราะห์ การรัน Make จริง และภาพหน้าจอการเขียนข้อมูลกลับเข้า Jodoo ที่ตรวจสอบแล้วพร้อมไฟล์กำกับหลักฐาน
ใช้ Make เมื่อทีมปฏิบัติการต้องการแคนวาสสถานการณ์ที่มองเห็นได้ การทดสอบแบบรันครั้งเดียว และประวัติของโมดูล จากนั้น Jodoo จะเก็บเรคคอร์ดที่คงอยู่สำหรับการตรวจสอบและติดตามงาน
หลักฐานสาธารณะใช้โหมดรันครั้งเดียวของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงบันเดิลเว็บฮุค บับเบิลโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติสถานการณ์ได้ เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP สำหรับการส่งต่อการอนุมัติคำขอจัดซื้อ บันเดิลของ Make ควรทำให้ผู้ขอ แผนก รายการสินค้า จำนวน ยอดรวมโดยประมาณ รหัสงบประมาณ วันที่ต้องการใช้ และข้อมูลที่ขาดมองเห็นได้ ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
Jodoo จัดเก็บชื่อผู้ขอ แผนก วันที่ขอ ลำดับความสำคัญ หมวดหมู่สินค้า คำอธิบายสินค้า จำนวน ราคาต่อหน่วยโดยประมาณ ยอดรวมโดยประมาณ วันที่ต้องการใช้ รวมถึงผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อบริบทการตรวจสอบ
ได้ เริ่มจากการรันด้วยข้อมูลสังเคราะห์ที่ตรวจสอบแล้ว จากนั้นเชื่อมต่อฟอร์ม พอร์ทัล กล่องจดหมาย API หรือระบบภายใน เมื่อสคีมาการส่งต่อการอนุมัติคำขอจัดซื้อเสถียรแล้ว ใช้เราเตอร์หลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีข้อมูลไม่ครบต้องใช้คิว Jodoo ที่แตกต่างกัน
เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจสอบความเสี่ยงทางธุรกิจ การอนุมัติการชำระเงินหรือกฎหมาย และการตัดสินใจด้านปฏิบัติการขั้นสุดท้าย บันทึกว่าใครเป็นเจ้าของ URL เว็บฮุค และใครได้รับอนุญาตให้แก้ไขโมดูลที่มีข้อมูลคำขอในโปรดักชัน
ขั้นตอนถัดไป
เริ่มจากการรัน Make ที่ตรวจสอบแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดียวกันไปใช้กับคิวตรวจสอบและการส่งต่องานด้านปฏิบัติการที่เกี่ยวข้อง ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง