MAKE + JODOO

การส่งต่องานปฐมนิเทศพนักงานด้วย AI โดยใช้ Make + Jodoo

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

1

ตรวจสอบข้อมูลปฐมนิเทศพนักงานด้วยเกณฑ์ประเมินที่สอดคล้องกัน

2

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

3

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

4

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

5

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

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

สิ่งที่เกิดขึ้นในเดโม Make

วิดีโอแสดงให้เห็นว่า Make จัดการกรณีที่ Riley Morgan เข้าสู่กระบวนการปฐมนิเทศ พร้อมรายละเอียดบทบาท แผนก ผู้จัดการ วันที่เริ่มงาน ความต้องการแล็ปท็อปและสิทธิ์เข้าถึงแอป รวมถึงเอกสารเงินเดือนที่ยังขาด จากนั้น Jodoo จะจัดเก็บเรคคอร์ดการปฏิบัติงาน

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

    Riley Morgan เข้าสู่กระบวนการปฐมนิเทศพร้อมรายละเอียดบทบาท แผนก ผู้จัดการ วันที่เริ่มงาน ความต้องการแล็ปท็อปและสิทธิ์เข้าถึงแอป รวมถึงเอกสารเงินเดือนที่ยังขาด

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

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

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

    การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับ Jodoo data ID กลับจากสะพานเชื่อม

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

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

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

    แอป Jodoo จัดเก็บชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน สถานที่ และประเภทการจ้างงาน เพื่อการตรวจสอบและติดตามงาน

สรุปเดโม

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

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

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

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

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

เวิร์กโฟลว์ส่งคืนสถานะการปฐมนิเทศ ความเสี่ยงด้านความพร้อม เจ้าของงานที่ได้รับมอบหมาย ข้อมูลที่ขาด ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง และขั้นตอนถัดไปที่แนะนำสำหรับ Riley Morgan

การรัน Make ที่สำเร็จ

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

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

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

รายละเอียดสูตรการทำงานสำหรับการปฐมนิเทศพนักงาน

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

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

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

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

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

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

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

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

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

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

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

    หลักฐานนี้ใช้ Run once เพื่อให้เห็นชุดข้อมูลขาเข้าและการตอบกลับ HTTP

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

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

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

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

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

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

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

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

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

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

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

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

  • แนวทางการใช้งาน

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

  • แนวทางควบคุมความเสี่ยง

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

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

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

  • สูตรการทำงานของสถานการณ์

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

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

    ตัวกำหนดเส้นทางสามารถแยกงานจัดเตรียมสิทธิ์และอุปกรณ์โดย IT เอกสารทรัพยากรบุคคล การเตรียมสถานที่ และงานตรวจความพร้อมของผู้จัดการไปยังคิวปฐมนิเทศแยกกันได้

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

สร้างลูปการส่งต่องานปฐมนิเทศพนักงานแบบเดียวกัน

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

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

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

  1. 01

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

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

  2. 02

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

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

  3. 03

    โมดูล HTTP

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

  4. 04

    การตอบกลับเพื่อเป็นหลักฐาน

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

  5. 05

    คิว Jodoo

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

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

จากการส่งต่องานปฐมนิเทศพนักงานใน Make สู่ Jodoo

  1. เว็บฮุกแบบกำหนดเองรับหรือเริ่มการส่งต่องานปฐมนิเทศพนักงานด้วยข้อมูลจำลองก่อน

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

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

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

  5. ตัวกำหนดเส้นทางสามารถแยกงานจัดเตรียมสิทธิ์และอุปกรณ์โดย IT เอกสารทรัพยากรบุคคล การเตรียมสถานที่ และงานตรวจความพร้อมของผู้จัดการไปยังคิวปฐมนิเทศแยกกันได้

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

  7. หลังจากมีหลักฐานแล้ว Make สามารถเพิ่มการค้นหา HRIS การแจ้งเตือน Slack และเส้นทางการยกระดับสำหรับงานปฐมนิเทศที่มีความเสี่ยงสูงหรือล่าช้า

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

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

  10. Jodoo สร้างเรคคอร์ดตัวติดตามการปฐมนิเทศพนักงาน และจัดเก็บชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน สถานที่ ประเภทการจ้างงาน และความต้องการอุปกรณ์

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

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

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

การแมปฟิลด์

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

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

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

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

บทบาทของ Make

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

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

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

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

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

ผลลัพธ์ที่ต้องการ

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

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

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

หมายเหตุการใช้งานสำหรับการปฐมนิเทศพนักงาน

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

{
  "employee_name": "Riley Morgan",
  "role": "ผู้จัดการ Customer Success",
  "department": "Customer Success",
  "manager": "Priya Shah",
  "start_date": "2026-06-17",
  "location": "Austin",
  "equipment_needs": "แล็ปท็อป, ชุดหูฟัง, security key",
  "access_needs": "CRM, support desk, knowledge base",
  "onboarding_status": "มีความเสี่ยง",
  "readiness_risk": "สูง",
  "assigned_owner": "People Operations",
  "missing_information": "เอกสารเงินเดือนและการอนุมัติบทบาท CRM",
  "recommended_next_action": "มอบหมายการจัดเตรียมสิทธิ์และอุปกรณ์โดย IT และรวบรวมเอกสารเงินเดือนก่อนวันที่เริ่มงาน"
}

แอปเริ่มต้นของ Jodoo

แอปเริ่มต้นสำหรับการปฐมนิเทศพนักงาน

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

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

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

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

  • การส่งต่องานพนักงานใหม่
  • คิวจัดเตรียมสิทธิ์และอุปกรณ์โดย IT
  • คิวเอกสารทรัพยากรบุคคล
  • การปฐมนิเทศที่มีความเสี่ยง
  • งานปฐมนิเทศทั้งหมด

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

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

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

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

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

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

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

เวิร์กโฟลว์

จากการปฐมนิเทศพนักงานใน Make สู่เรคคอร์ดใน Jodoo

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

  1. เว็บฮุกแบบกำหนดเองรับหรือเริ่มการส่งต่องานปฐมนิเทศพนักงานด้วยข้อมูลจำลองก่อน

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

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

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

  5. ตัวกำหนดเส้นทางสามารถแยกงานจัดเตรียมสิทธิ์และอุปกรณ์โดย IT เอกสารทรัพยากรบุคคล การเตรียมสถานที่ และงานตรวจความพร้อมของผู้จัดการไปยังคิวปฐมนิเทศแยกกันได้

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

  7. หลังจากมีหลักฐานแล้ว Make สามารถเพิ่มการค้นหา HRIS การแจ้งเตือน Slack และเส้นทางการยกระดับสำหรับงานปฐมนิเทศที่มีความเสี่ยงสูงหรือล่าช้า

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

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

  10. Jodoo สร้างเรคคอร์ดตัวติดตามการปฐมนิเทศพนักงาน และจัดเก็บชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน สถานที่ ประเภทการจ้างงาน และความต้องการอุปกรณ์

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

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

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

เรคคอร์ด Jodoo

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

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

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

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

เวิร์กโฟลว์ Make เขียนข้อมูลงานปฐมนิเทศพนักงานลงใน Jodoo แล้ว

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

การกำหนดค่า Make สำหรับการส่งต่องานปฐมนิเทศพนักงานด้วย Jodoo

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

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

การรันการส่งต่องานปฐมนิเทศพนักงานด้วย Make ที่สำเร็จพร้อมการเขียนข้อมูลกลับไปยัง Jodoo

การรัน Make ที่สำเร็จ

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

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

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

การส่งต่องานปฐมนิเทศพนักงานถูกเขียนลงใน Jodoo พร้อมฟิลด์ที่มองเห็นได้ ได้แก่ ชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน และสถานที่

FAQ

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

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

การส่งต่องานปฐมนิเทศพนักงานด้วย Make นี้ทดสอบครบตั้งแต่ต้นจนจบแล้วหรือไม่?

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

ทำไมจึงใช้ Make สำหรับการส่งต่องานปฐมนิเทศพนักงาน?

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

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

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

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

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

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

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

ส่วนใดควรให้ทีมตรวจสอบต่อไป?

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

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

เปลี่ยนงานปฐมนิเทศพนักงานให้เป็นการติดตามงานที่ตรวจสอบได้

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