MAKE + JODOO

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

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

1

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

2

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

3

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

4

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

5

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

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

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

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

  1. เว็บฮุคแบบกำหนดเองรับคำขอ

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

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

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

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

    การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับรหัสข้อมูล Jodoo จากบริดจ์

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

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

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

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

สรุปเดโม

Make ตรวจสอบคำขอ และ Jodoo ติดตามงานต่อ

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

สถานการณ์ใน Make

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

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

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

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

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

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

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

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

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

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

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

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

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

ชุดเครื่องมือที่ใช้ซ้ำได้

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

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

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

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

  • หลักฐานการตั้งค่า

    หลักฐานใช้การรันครั้งเดียวเพื่อให้เห็นบันเดิลขาเข้าและการตอบกลับ HTTP

  • เส้นทางการดำเนินการ

    โมดูล HTTP ทำให้วิธีเรียกใช้งาน URL ประเภทเนื้อหา และการแยกวิเคราะห์การตอบกลับตรวจสอบได้

  • จุดเน้นของสูตรการทำงาน

    ประวัติสถานการณ์ให้เรคคอร์ดแบบภาพของการดำเนินการ ระยะเวลา และการตอบกลับจากการเขียนข้อมูลกลับ

  • การวางแผนโปรดักชัน

    การวางแผนโปรดักชันควรครอบคลุมเจ้าของเว็บฮุค เราเตอร์ ตัวจัดการข้อผิดพลาด และการใช้การดำเนินการ

  • รายละเอียดหลักฐาน

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

  • หลักฐานการรัน

    หลักฐานจากโมดูล HTTP มองเห็นได้ชัดเจน: วิธีเรียกใช้งาน ปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกวิเคราะห์แล้ว และสถานะการเสร็จสิ้นสามารถตรวจสอบได้โดยไม่ต้องเปิดตัวแก้ไขโค้ด

  • รายละเอียดการสร้าง

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

  • เส้นทางการนำไปใช้

    ใช้เราเตอร์หลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีข้อมูลไม่ครบต้องใช้คิว Jodoo ที่แตกต่างกัน

  • กรอบควบคุม

    ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง

  • การควบคุมการตรวจสอบ

    เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้

  • สูตรสถานการณ์

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

  • การปรับเวิร์กโฟลว์

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

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

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

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

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

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

  1. 01

    เว็บฮุคแบบกำหนดเอง

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

  2. 02

    สถานการณ์ใน Make

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

  3. 03

    โมดูล HTTP

    ส่ง JSON แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo หลักฐานจากโมดูล HTTP มองเห็นได้ชัดเจน: วิธีเรียกใช้งาน ปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกวิเคราะห์แล้ว และสถานะการเสร็จสิ้นสามารถตรวจสอบได้โดยไม่ต้องเปิดตัวแก้ไขโค้ด

  4. 04

    การตอบกลับเพื่อพิสูจน์

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

  5. 05

    คิว Jodoo

    จัดเก็บฟิลด์สำหรับการตรวจสอบโดยเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง

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

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

  1. เว็บฮุคแบบกำหนดเองรับหรือเริ่มการส่งต่อการอนุมัติคำขอจัดซื้อด้วยข้อมูลสังเคราะห์ก่อน

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

  3. โมดูล HTTP ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และได้รับรหัสข้อมูล

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

  5. เราเตอร์สามารถแยกคำขอมูลค่าต่ำ การจัดซื้อที่ต้องมีใบเสนอราคา การอนุมัติจากฝ่ายการเงิน และงานจัดหาเร่งด่วน หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว

  6. ประวัติสถานการณ์เป็นหลักฐานที่ดีสำหรับทีมจัดซื้อ เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และรหัสข้อมูล Jodoo ที่ได้รับการยอมรับ

  7. หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือนทีมจัดซื้อ สาขาการอนุมัติฝ่ายการเงิน การค้นหาใบเสนอราคาซัพพลายเออร์ และตัวจัดการข้อผิดพลาดสำหรับการเขียนข้อมูลกลับที่ล้มเหลว

  8. เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP

  9. ใช้เราเตอร์หลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีข้อมูลไม่ครบต้องใช้คิว Jodoo ที่แตกต่างกัน

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

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

  12. ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง

  13. เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้

การแมปฟิลด์

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

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

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

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

บทบาทของ Make

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

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

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

สัญญาการเขียนข้อมูลกลับ

ส่งออบเจ็กต์ JSON ที่คาดการณ์ได้ผ่านโมดูล HTTP โดย Jodoo ควรได้รับชื่อฟิลด์เดิมในทุกการรัน Make มีประโยชน์เมื่อทีมปฏิบัติการต้องการอธิบายการส่งต่องานด้วยแคนวาส ตัวกรอง เราเตอร์ และประวัติการรันระดับโมดูล

ผลลัพธ์ที่ต้องส่งคืน

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

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

ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล 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

แอปเริ่มต้นสำหรับคำขอจัดซื้อ

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

ฟิลด์ที่รวมอยู่

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

มุมมองที่แนะนำ

  • ต้องให้ทีมจัดซื้อตรวจสอบ
  • คิวอนุมัติฝ่ายการเงิน
  • ต้องขอใบเสนอราคา
  • การจัดซื้อความสำคัญสูง
  • คำขอจัดซื้อทั้งหมด

กฎระบบอัตโนมัติ

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

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

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

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

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

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

เวิร์กโฟลว์

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

Make จัดการสถานการณ์แบบภาพ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้

  1. เว็บฮุคแบบกำหนดเองรับหรือเริ่มการส่งต่อการอนุมัติคำขอจัดซื้อด้วยข้อมูลสังเคราะห์ก่อน

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

  3. โมดูล HTTP ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และได้รับรหัสข้อมูล

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

  5. เราเตอร์สามารถแยกคำขอมูลค่าต่ำ การจัดซื้อที่ต้องมีใบเสนอราคา การอนุมัติจากฝ่ายการเงิน และงานจัดหาเร่งด่วน หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว

  6. ประวัติสถานการณ์เป็นหลักฐานที่ดีสำหรับทีมจัดซื้อ เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และรหัสข้อมูล Jodoo ที่ได้รับการยอมรับ

  7. หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือนทีมจัดซื้อ สาขาการอนุมัติฝ่ายการเงิน การค้นหาใบเสนอราคาซัพพลายเออร์ และตัวจัดการข้อผิดพลาดสำหรับการเขียนข้อมูลกลับที่ล้มเหลว

  8. เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางคำขอตัวอย่าง และให้ Make อนุมานบันเดิลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP

  9. ใช้เราเตอร์หลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีข้อมูลไม่ครบต้องใช้คิว Jodoo ที่แตกต่างกัน

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

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

  12. ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง

  13. เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้

เรคคอร์ด Jodoo

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

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

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

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

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

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

การกำหนดค่า Make สำหรับการส่งต่อการอนุมัติคำขอจัดซื้อกับ Jodoo

การกำหนดค่าสถานการณ์ใน Make

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

การรันการส่งต่อการอนุมัติคำขอจัดซื้อใน Make สำเร็จพร้อมเขียนข้อมูลกลับเข้า Jodoo

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

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

เรคคอร์ดการส่งต่อการอนุมัติคำขอจัดซื้อใน Jodoo ที่สร้างจากผลลัพธ์ Make

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

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

FAQ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

เริ่มจากการรัน Make ที่ตรวจสอบแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดียวกันไปใช้กับคิวตรวจสอบและการส่งต่องานด้านปฏิบัติการที่เกี่ยวข้อง ตรวจสอบการใช้การดำเนินการ เจ้าของเว็บฮุค และการตั้งเวลาสถานการณ์ ก่อนเปลี่ยนหลักฐานแบบรันครั้งเดียวให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง