คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วย Make ครอบคลุมการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดหลักฐาน และบันทึกการเปิดใช้งาน
เปิดคู่มือMAKE + JODOO
การตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วย AI ผ่าน Make + Jodoo
ดูวิธีที่ Make และ Jodoo จัดการการตรวจสอบความเสี่ยงของคำขอสิทธิ์เข้าถึง: ตรวจสอบคำขอต้นทาง ส่งกลับฟิลด์การตัดสินใจแบบมีโครงสร้าง เขียนผลลัพธ์ลงใน Jodoo และทำให้เจ้าของงาน สถานะ และขั้นตอนถัดไปมองเห็นได้ชัดเจน
1
ตรวจสอบข้อมูลคำขอสิทธิ์เข้าถึงด้วยเกณฑ์ที่สม่ำเสมอ
2
เขียนระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และการดำเนินการที่เหมาะสมถัดไปลงใน Jodoo
3
ทำให้คิวของเจ้าของงานและสถานะการติดตามงานมองเห็นได้ชัดเจน
4
ใช้หลักฐานจาก Make ก่อนปรับเวิร์กโฟลว์ให้เข้ากับแหล่งข้อมูลจริงในการใช้งานจริง
5
หลักฐานสาธารณะใช้โหมด Run once ของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลเว็บฮุค บับเบิลของโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้
วิดีโอแนะนำการทำงาน
สิ่งที่เกิดขึ้นในเดโม Make
วิดีโอแสดงให้เห็นว่า Make จัดการคำขอสิทธิ์เข้าถึง Finance analytics workspace ที่เข้าสู่เวิร์กโฟลว์พร้อมบริบทของผู้ขอ แผนก บทบาทที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และความเร่งด่วน จากนั้น Jodoo จะจัดเก็บเรคคอร์ดสำหรับการปฏิบัติงาน
เว็บฮุคแบบกำหนดเองรับคำขอ
คำขอสิทธิ์เข้าถึง Finance analytics workspace เข้าสู่เวิร์กโฟลว์พร้อมบริบทของผู้ขอ แผนก บทบาทที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และความเร่งด่วน
Make เตรียมฟิลด์ตรวจสอบแบบมีโครงสร้าง
เวิร์กโฟลว์ทำให้ระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และการดำเนินการที่เหมาะสมถัดไปชัดเจน แทนที่จะส่งกลับเป็นย่อหน้าทั่วไป
โมดูล HTTP เขียนข้อมูลลง Jodoo
การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับ ID ข้อมูลของ Jodoo จากตัวกลาง
หลักฐานจาก Make ตรวจสอบย้อนกลับได้
หลักฐานสาธารณะใช้โหมด Run once ของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลเว็บฮุค บับเบิลของโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้
Jodoo เก็บเรคคอร์ดของทีม
แอป Jodoo จัดเก็บผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ และระดับความเสี่ยงเพื่อการตรวจสอบและติดตามงาน
สรุปเดโม
Make ตรวจสอบคำขอ ส่วน Jodoo ติดตามงานต่อ
การใช้งานนี้เหมาะกับทีมปฏิบัติการที่ต้องการแคนวาสซีนาริโอที่มองเห็นได้ การทดสอบแบบ Run once และประวัติของโมดูล หน้านี้แสดงทั้งการตั้งค่าซีนาริโอแบบภาพ การรันจริง และการเขียนข้อมูลกลับเข้า Jodoo หลักฐานจากโมดูล HTTP เป็นแบบภาพ: เมธอด จุดปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกวิเคราะห์แล้ว และสถานะเสร็จสมบูรณ์ สามารถตรวจสอบได้ทั้งหมดโดยไม่ต้องเปิดเครื่องมือแก้ไขโค้ด
ซีนาริโอของ Make
เว็บฮุคแบบกำหนดเองของ Make รับตัวอย่างเพย์โหลด และโมดูล HTTP ส่งฟิลด์ที่มีโครงสร้างเข้า Jodoo
การตัดสินใจแบบมีโครงสร้าง
เวิร์กโฟลว์ส่งกลับระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และการดำเนินการที่เหมาะสมถัดไปสำหรับ Finance analytics workspace
การรัน Make ที่สำเร็จ
ประวัติการรันของ Make แสดงการทำงานสำเร็จของโมดูล HTTP รายละเอียดการดำเนินการ และการตอบกลับ ID ข้อมูลของ Jodoo
รายละเอียดการใช้งาน Make
เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางตัวอย่างคำขอ และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจลงในเนื้อหาของโมดูล HTTP
รายละเอียดสูตรการทำงานคำขอสิทธิ์เข้าถึง
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง ชุดข้อมูลของ Make จะทำให้ฟิลด์ผู้ขอ แผนก แอปเป้าหมาย บทบาทที่ขอ เหตุผล และข้อยกเว้นนโยบายมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลลง Jodoo
การเขียนข้อมูลกลับเข้า Jodoo
Jodoo จัดเก็บเรคคอร์ดคำขอสิทธิ์เข้าถึงและทำให้การดำเนินการถัดไปมองเห็นได้
การติดตามงานด้านปฏิบัติการ
การดำเนินการถัดไปที่แนะนำคือส่งต่อคำขอไปยังทีมความปลอดภัยเพื่อตรวจสอบนโยบาย และยืนยันการอนุมัติจากผู้จัดการก่อนจัดสรรสิทธิ์
ชุดเครื่องมือที่ใช้ซ้ำได้
ชุดสรุปสำหรับนำไปใช้ต่อประกอบด้วยคู่มือ พิมพ์เขียวฟิลด์ Jodoo และสูตรการทำงานของเวิร์กโฟลว์ Make
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ Make
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
หลักฐานการตั้งค่า
หลักฐานใช้ Run once เพื่อให้ชุดข้อมูลขาเข้าและการตอบกลับ HTTP มองเห็นได้
เส้นทางการดำเนินการ
โมดูล HTTP ทำให้เมธอด URL ประเภทเนื้อหา และการแยกวิเคราะห์การตอบกลับตรวจสอบได้
จุดเน้นของสูตรการทำงาน
ประวัติซีนาริโอให้เรคคอร์ดแบบภาพของการดำเนินการ ระยะเวลา และการตอบกลับจากการเขียนข้อมูลกลับ
การวางแผนใช้งานจริง
การวางแผนใช้งานจริงควรครอบคลุมความเป็นเจ้าของเว็บฮุค ตัวจัดเส้นทาง ตัวจัดการข้อผิดพลาด และการใช้งานการดำเนินการ
รายละเอียดหลักฐาน
หลักฐานสาธารณะใช้โหมด Run once ของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลเว็บฮุค บับเบิลของโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้
หลักฐานการรัน
หลักฐานจากโมดูล HTTP เป็นแบบภาพ: เมธอด จุดปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกวิเคราะห์แล้ว และสถานะเสร็จสมบูรณ์ สามารถตรวจสอบได้ทั้งหมดโดยไม่ต้องเปิดเครื่องมือแก้ไขโค้ด
รายละเอียดการสร้าง
เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางตัวอย่างคำขอ และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจลงในเนื้อหาของโมดูล HTTP
แนวทางการนำไปใช้
ใช้ตัวจัดเส้นทางหลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือเคสที่ข้อมูลไม่ครบต้องเข้าคิว Jodoo ที่แตกต่างกัน
แนวป้องกันความเสี่ยง
ตรวจสอบการใช้งานการดำเนินการ ความเป็นเจ้าของเว็บฮุค และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
การควบคุมการตรวจสอบ
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
สูตรการทำงานของซีนาริโอ
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง ชุดข้อมูลของ Make จะทำให้ฟิลด์ผู้ขอ แผนก แอปเป้าหมาย บทบาทที่ขอ เหตุผล และข้อยกเว้นนโยบายมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลลง Jodoo
การปรับเวิร์กโฟลว์
ตัวจัดเส้นทางสามารถแยกการเปลี่ยนแปลงสิทธิ์เข้าถึงที่มีความเสี่ยงต่ำ คำขอที่ต้องอนุมัติโดยผู้จัดการ และข้อยกเว้นที่ต้องให้ทีมความปลอดภัยตรวจสอบได้ หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว
ชุดเวิร์กโฟลว์
สร้างลูปตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงแบบเดียวกัน
อ่านคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อปรับเวิร์กโฟลว์ Make ให้เหมาะกับงานของคุณ
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
เว็บฮุคแบบกำหนดเอง
เริ่มการทดสอบคำขอสิทธิ์เข้าถึงด้วย Finance analytics workspace เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางตัวอย่างคำขอ และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจลงในเนื้อหาของโมดูล HTTP
- 02
ซีนาริโอของ Make
เว็บฮุคแบบกำหนดเองของ Make รับตัวอย่างเพย์โหลด และโมดูล HTTP ส่งฟิลด์ที่มีโครงสร้างเข้า Jodoo
- 03
โมดูล HTTP
ส่ง JSON ที่มีโครงสร้างไปยังตัวกลางเขียนข้อมูลกลับของ Jodoo หลักฐานจากโมดูล HTTP เป็นแบบภาพ: เมธอด จุดปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกวิเคราะห์แล้ว และสถานะเสร็จสมบูรณ์ สามารถตรวจสอบได้ทั้งหมดโดยไม่ต้องเปิดเครื่องมือแก้ไขโค้ด
- 04
การตอบกลับของหลักฐาน
แสดงการรันบนแพลตฟอร์มที่สำเร็จและ ID ข้อมูลของ Jodoo หลักฐานสาธารณะใช้โหมด Run once ของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลเว็บฮุค บับเบิลของโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้
- 05
คิว Jodoo
จัดเก็บฟิลด์สำหรับการตรวจสอบของเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบการใช้งานการดำเนินการ ความเป็นเจ้าของเว็บฮุค และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
ลูปเวิร์กโฟลว์
จากการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงใน Make สู่ Jodoo
เว็บฮุคแบบกำหนดเองรับหรือเริ่มการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วยข้อมูลสังเคราะห์ก่อน
Make ใช้คำสั่งตรวจสอบที่เฉพาะเจาะจง และส่งกลับระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และการดำเนินการที่เหมาะสมถัดไป
โมดูล HTTP ส่งผลลัพธ์ที่มีโครงสร้างไปยังตัวกลางเขียนข้อมูลกลับของ Jodoo และได้รับ ID ข้อมูล
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง ชุดข้อมูลของ Make จะทำให้ฟิลด์ผู้ขอ แผนก แอปเป้าหมาย บทบาทที่ขอ เหตุผล และข้อยกเว้นนโยบายมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลลง Jodoo
ตัวจัดเส้นทางสามารถแยกการเปลี่ยนแปลงสิทธิ์เข้าถึงที่มีความเสี่ยงต่ำ คำขอที่ต้องอนุมัติโดยผู้จัดการ และข้อยกเว้นที่ต้องให้ทีมความปลอดภัยตรวจสอบได้ หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว
ประวัติซีนาริโอเป็นหลักฐานที่แข็งแรงสำหรับทีมปฏิบัติการ IT เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และ ID ข้อมูลของ Jodoo ที่ได้รับการยอมรับ
หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือน สาขาการอนุมัติ และตัวจัดการข้อผิดพลาดสำหรับการส่งต่องานจัดสรรสิทธิ์ที่ล้มเหลว
เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางตัวอย่างคำขอ และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจลงในเนื้อหาของโมดูล HTTP
ใช้ตัวจัดเส้นทางหลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือเคสที่ข้อมูลไม่ครบต้องเข้าคิว Jodoo ที่แตกต่างกัน
Jodoo สร้างเรคคอร์ด Access Request Tracker และจัดเก็บผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ ระดับความเสี่ยง และข้อยกเว้นนโยบาย
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินการขั้นตอนถัดไปให้เสร็จ: ส่งต่อคำขอไปยังทีมความปลอดภัยเพื่อตรวจสอบนโยบาย และยืนยันการอนุมัติจากผู้จัดการก่อนจัดสรรสิทธิ์
ตรวจสอบการใช้งานการดำเนินการ ความเป็นเจ้าของเว็บฮุค และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| รายละเอียดคำขอต้นทาง | ผู้ขอ, แผนก, ระบบที่ขอ, บทบาทที่ขอ |
| ฟิลด์การตัดสินใจจากการตรวจสอบ | ระดับความเสี่ยง, ข้อยกเว้นนโยบาย, เส้นทางการอนุมัติ, ผู้ตรวจสอบที่แนะนำ, สถานะการจัดสรรสิทธิ์ |
| การตอบกลับของเวิร์กโฟลว์ | แพลตฟอร์มต้นทาง, ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของ Make
ตรวจสอบคำขอการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงหนึ่งรายการ และส่งกลับฟิลด์ที่มีโครงสร้างซึ่ง Jodoo สามารถจัดเก็บ ส่งต่อ และนำไปรายงานได้ เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางตัวอย่างคำขอ และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจลงในเนื้อหาของโมดูล HTTP
คำสั่งสำหรับการตรวจสอบ
ใช้บริบทตัวอย่างของ Finance analytics workspace เพื่อตัดสินระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และการดำเนินการที่เหมาะสมถัดไป พร้อมทำให้การดำเนินการถัดไปที่แนะนำมีความเฉพาะเจาะจง สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง ชุดข้อมูลของ Make จะทำให้ฟิลด์ผู้ขอ แผนก แอปเป้าหมาย บทบาทที่ขอ เหตุผล และข้อยกเว้นนโยบายมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลลง Jodoo
ข้อตกลงการเขียนข้อมูลกลับ
ส่ง JSON object ที่คาดเดาได้ผ่านโมดูล HTTP; Jodoo ควรได้รับชื่อฟิลด์ชุดเดิมในทุกรอบการรัน Make มีประโยชน์เมื่อทีมปฏิบัติการต้องการอธิบายการส่งต่องานด้วยแคนวาส ตัวกรอง ตัวจัดเส้นทาง และประวัติการรันระดับโมดูล
ผลลัพธ์ที่ต้องมี
ส่งกลับระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และการดำเนินการที่เหมาะสมถัดไป รวมถึง source_platform, agent_confidence และผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อบริบทการตรวจสอบย้อนหลัง
การควบคุมใน Make
ตรวจสอบการใช้งานการดำเนินการ ความเป็นเจ้าของเว็บฮุค และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้ บันทึกว่าใครเป็นเจ้าของ URL ของเว็บฮุค และใครมีสิทธิ์แก้ไขโมดูลที่มีข้อมูลคำขอสำหรับการใช้งานจริง
บันทึกการใช้งานคำขอสิทธิ์เข้าถึง
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง ชุดข้อมูลของ Make จะทำให้ฟิลด์ผู้ขอ แผนก แอปเป้าหมาย บทบาทที่ขอ เหตุผล และข้อยกเว้นนโยบายมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลลง Jodoo ตัวจัดเส้นทางสามารถแยกการเปลี่ยนแปลงสิทธิ์เข้าถึงที่มีความเสี่ยงต่ำ คำขอที่ต้องอนุมัติโดยผู้จัดการ และข้อยกเว้นที่ต้องให้ทีมความปลอดภัยตรวจสอบได้ หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว ประวัติซีนาริโอเป็นหลักฐานที่แข็งแรงสำหรับทีมปฏิบัติการ IT เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และ ID ข้อมูลของ Jodoo ที่ได้รับการยอมรับ หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือน สาขาการอนุมัติ และตัวจัดการข้อผิดพลาดสำหรับการส่งต่องานจัดสรรสิทธิ์ที่ล้มเหลว
{
"requester": "Maya Chen",
"department": "Finance",
"requested_system": "Finance analytics workspace",
"requested_role": "Analyst",
"access_type": "สิทธิ์เข้าถึงใหม่",
"business_justification": "การรายงานปิดไตรมาสและการวิเคราะห์ความคลาดเคลื่อน",
"risk_level": "ปานกลาง",
"policy_exception": "ต้องได้รับการอนุมัติจากผู้จัดการก่อนจัดสรรสิทธิ์",
"approval_route": "ผู้จัดการแล้วจึงส่งให้ทีมความปลอดภัย",
"suggested_reviewer": "Security Operations",
"provisioning_status": "รอการอนุมัติ",
"due_date": "2026-06-12",
"next_best_action": "ยืนยันการอนุมัติจากผู้จัดการและส่งต่อให้ทีมความปลอดภัยตรวจสอบ"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับคำขอสิทธิ์เข้าถึง
ใช้โมเดลฟิลด์ มุมมอง และระบบอัตโนมัติเมื่อปรับเวิร์กโฟลว์ตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงให้เหมาะกับทีมของคุณ
ฟิลด์ที่รวมอยู่
- ผู้ขอ
- แผนก
- ระบบที่ขอ
- บทบาทที่ขอ
- ประเภทสิทธิ์เข้าถึง
- เหตุผลทางธุรกิจ
- ระดับความเสี่ยง
- ข้อยกเว้นนโยบาย
- เส้นทางการอนุมัติ
- ผู้ตรวจสอบที่แนะนำ
- สถานะการจัดสรรสิทธิ์
- วันครบกำหนด
- การดำเนินการที่เหมาะสมถัดไป
- แพลตฟอร์มต้นทาง
- ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
มุมมองที่แนะนำ
- ต้องตรวจสอบสิทธิ์เข้าถึง
- คิวตรวจสอบของทีมความปลอดภัย
- คิวอนุมัติของผู้จัดการ
- พร้อมจัดสรรสิทธิ์
- คำขอสิทธิ์เข้าถึงทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ด Jodoo หลังจาก Make ส่งกลับผลลัพธ์ที่มีโครงสร้าง
- ย้ายเรคคอร์ดที่มีความสำคัญสูงหรือเป็นข้อยกเว้นไปยังคิวเจ้าของงานที่ถูกต้อง
- แจ้งเจ้าของงานที่แนะนำเมื่อมีข้อมูลไม่ครบหรือมีเหตุผลให้พักคำขอ
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในบริบทการตรวจสอบย้อนหลัง
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- ส่งข้อมูลสังเคราะห์ไปยังเว็บฮุคแบบกำหนดเองก่อนเปิดใช้งานซีนาริโอ
- เปิดโมดูล HTTP อีกครั้งหลังแก้ไข และยืนยันการแมป JSON ที่บันทึกไว้
- ใช้ประวัติซีนาริโอเพื่อยืนยันสถานะ การดำเนินการ และเนื้อหาการตอบกลับ
- เพิ่มตัวจัดเส้นทาง ตัวกรอง และการแจ้งเตือนหลังจากการเขียนข้อมูลกลับพื้นฐานเสถียรแล้วเท่านั้น
- ตรวจสอบการใช้งานการดำเนินการ ความเป็นเจ้าของเว็บฮุค และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
- เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
- บันทึกว่าใครเป็นเจ้าของ URL ของเว็บฮุค และใครมีสิทธิ์แก้ไขโมดูลที่มีข้อมูลคำขอสำหรับการใช้งานจริง
- ตัวจัดเส้นทางสามารถแยกการเปลี่ยนแปลงสิทธิ์เข้าถึงที่มีความเสี่ยงต่ำ คำขอที่ต้องอนุมัติโดยผู้จัดการ และข้อยกเว้นที่ต้องให้ทีมความปลอดภัยตรวจสอบได้ หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว
- ประวัติซีนาริโอเป็นหลักฐานที่แข็งแรงสำหรับทีมปฏิบัติการ IT เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และ ID ข้อมูลของ Jodoo ที่ได้รับการยอมรับ
- หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือน สาขาการอนุมัติ และตัวจัดการข้อผิดพลาดสำหรับการส่งต่องานจัดสรรสิทธิ์ที่ล้มเหลว
ชุดเวิร์กโฟลว์
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้น Jodoo
โมเดลฟิลด์ Jodoo มุมมองที่แนะนำ และไอเดียระบบอัตโนมัติสำหรับการปรับใช้ Access Request Tracker
เปิดพิมพ์เขียวพรอมต์เอเจนต์ + สูตรการทำงานเวิร์กโฟลว์
การตั้งค่า Make ข้อตกลงผลลัพธ์ หมายเหตุจุดปลายทาง และสูตรการทำงานสำหรับการทดสอบรันที่ใช้ในหลักฐานการเขียนข้อมูลกลับนี้
เปิดสูตรการทำงานเวิร์กโฟลว์
จากคำขอสิทธิ์เข้าถึงใน Make สู่เรคคอร์ดใน Jodoo
Make จัดการซีนาริโอแบบภาพ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้
เว็บฮุคแบบกำหนดเองรับหรือเริ่มการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วยข้อมูลสังเคราะห์ก่อน
Make ใช้คำสั่งตรวจสอบที่เฉพาะเจาะจง และส่งกลับระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และการดำเนินการที่เหมาะสมถัดไป
โมดูล HTTP ส่งผลลัพธ์ที่มีโครงสร้างไปยังตัวกลางเขียนข้อมูลกลับของ Jodoo และได้รับ ID ข้อมูล
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง ชุดข้อมูลของ Make จะทำให้ฟิลด์ผู้ขอ แผนก แอปเป้าหมาย บทบาทที่ขอ เหตุผล และข้อยกเว้นนโยบายมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลลง Jodoo
ตัวจัดเส้นทางสามารถแยกการเปลี่ยนแปลงสิทธิ์เข้าถึงที่มีความเสี่ยงต่ำ คำขอที่ต้องอนุมัติโดยผู้จัดการ และข้อยกเว้นที่ต้องให้ทีมความปลอดภัยตรวจสอบได้ หลังจากหลักฐานการเขียนข้อมูลกลับครั้งแรกเสถียรแล้ว
ประวัติซีนาริโอเป็นหลักฐานที่แข็งแรงสำหรับทีมปฏิบัติการ IT เพราะแสดงแต่ละโมดูล จำนวนการดำเนินการ เนื้อหาการตอบกลับ และ ID ข้อมูลของ Jodoo ที่ได้รับการยอมรับ
หลังจากพิสูจน์แล้ว Make สามารถเพิ่มการแจ้งเตือน สาขาการอนุมัติ และตัวจัดการข้อผิดพลาดสำหรับการส่งต่องานจัดสรรสิทธิ์ที่ล้มเหลว
เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางตัวอย่างคำขอ และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจลงในเนื้อหาของโมดูล HTTP
ใช้ตัวจัดเส้นทางหลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือเคสที่ข้อมูลไม่ครบต้องเข้าคิว Jodoo ที่แตกต่างกัน
Jodoo สร้างเรคคอร์ด Access Request Tracker และจัดเก็บผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ ระดับความเสี่ยง และข้อยกเว้นนโยบาย
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินการขั้นตอนถัดไปให้เสร็จ: ส่งต่อคำขอไปยังทีมความปลอดภัยเพื่อตรวจสอบนโยบาย และยืนยันการอนุมัติจากผู้จัดการก่อนจัดสรรสิทธิ์
ตรวจสอบการใช้งานการดำเนินการ ความเป็นเจ้าของเว็บฮุค และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์คำขอสิทธิ์เข้าถึงที่คงอยู่หลังเวิร์กโฟลว์รันเสร็จ ได้แก่ ผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ ระดับความเสี่ยง และข้อยกเว้นนโยบาย
ผู้ขอแผนกระบบที่ขอบทบาทที่ขอประเภทสิทธิ์เข้าถึงเหตุผลทางธุรกิจระดับความเสี่ยงข้อยกเว้นนโยบายเส้นทางการอนุมัติผู้ตรวจสอบที่แนะนำสถานะการจัดสรรสิทธิ์วันครบกำหนดการดำเนินการที่เหมาะสมถัดไปแพลตฟอร์มต้นทางผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
การทดสอบจริง
เวิร์กโฟลว์ Make เขียนคำขอสิทธิ์เข้าถึงลงใน Jodoo
ภาพหน้าจอใช้ข้อมูลสังเคราะห์และแสดงการตั้งค่า Make การรันที่สำเร็จ และแถวใน Jodoo ที่สร้างโดยเวิร์กโฟลว์
การตั้งค่าซีนาริโอ Make
เว็บฮุคแบบกำหนดเองของ Make รับตัวอย่างเพย์โหลด และโมดูล HTTP ส่งฟิลด์ที่มีโครงสร้างเข้า Jodoo
การรัน Make ที่สำเร็จ
ประวัติการรันของ Make แสดงการทำงานสำเร็จของโมดูล HTTP รายละเอียดการดำเนินการ และการตอบกลับ ID ข้อมูลของ Jodoo
การเขียนข้อมูลกลับเข้า Jodoo
การตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงถูกเขียนลงใน Jodoo โดยมองเห็นฟิลด์ผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง และเหตุผลทางธุรกิจ
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
การตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วย Make นี้ทดสอบครบตั้งแต่ต้นจนจบหรือไม่?
ใช่ หลักฐานใช้ข้อมูลสังเคราะห์ การรัน Make จริง และภาพหน้าจอการเขียนข้อมูลกลับเข้า Jodoo ที่ยืนยันแล้ว พร้อมเอกสารหลักฐานประกอบ
ทำไมจึงใช้ Make สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง?
ใช้ Make เมื่อทีมปฏิบัติการต้องการแคนวาสซีนาริโอที่มองเห็นได้ การทดสอบแบบ Run once และประวัติของโมดูล จากนั้น Jodoo จะเก็บเรคคอร์ดที่คงอยู่สำหรับการตรวจสอบและติดตามงาน
การใช้งาน Make นี้แตกต่างจากตัวอย่างแพลตฟอร์มอื่นอย่างไร?
หลักฐานสาธารณะใช้โหมด Run once ของ Make เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลเว็บฮุค บับเบิลของโมดูล จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้ เริ่มด้วยเว็บฮุคแบบกำหนดเอง วางตัวอย่างคำขอ และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจลงในเนื้อหาของโมดูล HTTP สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง ชุดข้อมูลของ Make จะทำให้ฟิลด์ผู้ขอ แผนก แอปเป้าหมาย บทบาทที่ขอ เหตุผล และข้อยกเว้นนโยบายมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลลง Jodoo
Jodoo จัดเก็บอะไรหลังจากเวิร์กโฟลว์รันเสร็จ?
Jodoo จัดเก็บผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ ระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ รวมถึงผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อบริบทการตรวจสอบย้อนหลัง
ภายหลังสามารถเชื่อมต่อกับข้อมูลต้นทางในการใช้งานจริงได้หรือไม่?
ได้ เริ่มจากการรันด้วยข้อมูลสังเคราะห์ที่ยืนยันแล้ว จากนั้นเชื่อมต่อฟอร์ม พอร์ทัล กล่องจดหมาย API หรือระบบภายในเมื่อสคีมาการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงเสถียรแล้ว ใช้ตัวจัดเส้นทางหลังจากหลักฐานพื้นฐานเสถียรแล้ว เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือเคสที่ข้อมูลไม่ครบต้องเข้าคิว Jodoo ที่แตกต่างกัน
เรื่องใดที่ทีมยังควรตรวจสอบเอง?
เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจสอบความเสี่ยงทางธุรกิจ การอนุมัติด้านการชำระเงินหรือกฎหมาย และการตัดสินใจด้านปฏิบัติการขั้นสุดท้าย บันทึกว่าใครเป็นเจ้าของ URL ของเว็บฮุค และใครมีสิทธิ์แก้ไขโมดูลที่มีข้อมูลคำขอสำหรับการใช้งานจริง
ขั้นตอนถัดไป
เปลี่ยนคำขอสิทธิ์เข้าถึงให้เป็นงานติดตามที่ตรวจสอบได้
เริ่มจากการรัน Make ที่ยืนยันแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดิมไปใช้ซ้ำกับคิวการตรวจสอบและการส่งต่องานด้านปฏิบัติการที่เกี่ยวข้อง ตรวจสอบการใช้งานการดำเนินการ ความเป็นเจ้าของเว็บฮุค และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง