คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วย Zapier Agents รวมถึงการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดหลักฐาน และบันทึกการเปิดใช้งาน
เปิดคู่มือZAPIER AGENTS + JODOO
การตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วย AI โดยใช้ Zapier Agents + Jodoo
ดูวิธีที่ Zapier Agents และ Jodoo จัดการการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง: ตรวจสอบคำขอต้นทาง ส่งคืนฟิลด์การตัดสินใจแบบมีโครงสร้าง เขียนผลลัพธ์เข้า Jodoo และทำให้เจ้าของงาน สถานะ และงานถัดไปมองเห็นได้ชัดเจน
1
ตรวจสอบข้อมูลคำขอสิทธิ์เข้าถึงด้วยเกณฑ์ที่สม่ำเสมอ
2
เขียนระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และงานถัดไปที่เหมาะสมที่สุดเข้า Jodoo
3
ทำให้คิวเจ้าของงานและสถานะการติดตามงานมองเห็นได้ชัดเจน
4
ใช้หลักฐานจาก Zapier Agents ก่อนปรับเวิร์กโฟลว์ให้เข้ากับแหล่งข้อมูลจริงในการใช้งานจริง
5
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และคำตอบจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว
วิดีโอสาธิตขั้นตอน
สิ่งที่เกิดขึ้นในเดโม Zapier Agents
วิดีโอแสดงให้เห็น Zapier Agents จัดการคำขอสิทธิ์เข้าถึงพื้นที่ทำงานวิเคราะห์ข้อมูลการเงินที่เข้าสู่เวิร์กโฟลว์ พร้อมบริบทผู้ขอ แผนก บทบาทที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และความเร่งด่วน จากนั้น Jodoo จะจัดเก็บเรคคอร์ดการปฏิบัติงาน
คำขอในแชทของเอเจนต์ได้รับคำขอ
คำขอสิทธิ์เข้าถึงพื้นที่ทำงานวิเคราะห์ข้อมูลการเงินเข้าสู่เวิร์กโฟลว์ พร้อมบริบทผู้ขอ แผนก บทบาทที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และความเร่งด่วน
Zapier Agents เตรียมฟิลด์ตรวจสอบแบบมีโครงสร้าง
เวิร์กโฟลว์ทำให้ระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และงานถัดไปที่เหมาะสมที่สุดชัดเจน แทนที่จะส่งคืนเป็นย่อหน้าแบบไม่เป็นโครงสร้าง
เครื่องมือ Visit Site เขียนข้อมูลเข้า Jodoo
การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับ ID ข้อมูลของ Jodoo จากบริดจ์
หลักฐานของ Zapier Agents ยังคงตรวจสอบย้อนหลังได้
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และคำตอบจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว
Jodoo เก็บเรคคอร์ดของทีม
แอป Jodoo จัดเก็บผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ และระดับความเสี่ยงสำหรับการตรวจสอบและติดตามงาน
สรุปเดโม
Zapier Agents ตรวจสอบคำขอ ส่วน Jodoo ติดตามงานต่อ
การใช้งานนี้เหมาะกับทีมที่ต้องการให้ขั้นตอนตรวจสอบทำงานเหมือนผู้ช่วยเฉพาะทาง ก่อนสร้างเรคคอร์ดใน Jodoo หน้านี้แสดงให้เห็นการตั้งค่าการตรวจสอบแบบเริ่มจากเอเจนต์ การรันจริง และการเขียนข้อมูลกลับเข้า Jodoo ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้ โดยไม่ต้องสร้าง Zap แยกก่อน
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับเข้า Jodoo หลังจากตรวจสอบคำขอจำลองแล้ว
การตัดสินใจแบบมีโครงสร้าง
เวิร์กโฟลว์ส่งคืนระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และงานถัดไปที่เหมาะสมที่สุดสำหรับพื้นที่ทำงานวิเคราะห์ข้อมูลการเงิน
การรัน Zapier Agent สำเร็จ
การรันในแชท Zapier แสดงว่า Web browsing complete และคำตอบจากบริดจ์ยืนยันว่า Jodoo ยอมรับการเขียนข้อมูลกลับแล้ว
รายละเอียดการใช้งาน Zapier Agents
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการปฏิบัติงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก writeback URL หลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
รายละเอียดสูตรการทำงานคำขอสิทธิ์เข้าถึง
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง คำสั่ง Zapier Agent จะตรวจสอบบทบาทของผู้ขอ ระบบที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
การเขียนข้อมูลกลับเข้า Jodoo
Jodoo จัดเก็บเรคคอร์ดคำขอสิทธิ์เข้าถึงและทำให้งานถัดไปมองเห็นได้
การติดตามงานด้านปฏิบัติการ
งานถัดไปที่แนะนำคือส่งต่อคำขอไปยังทีมความปลอดภัยเพื่อตรวจสอบนโยบาย และยืนยันการอนุมัติจากผู้จัดการก่อนจัดสรรสิทธิ์
ชุดเครื่องมือที่นำกลับมาใช้ได้
ชุดสรุปนำไปใช้ประกอบด้วยคู่มือ พิมพ์เขียวฟิลด์ Jodoo และสูตรการทำงานเวิร์กโฟลว์ Zapier Agents
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ Zapier Agents
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
หลักฐานการตั้งค่า
หลักฐานเริ่มจากแชทของ Zapier Agent แทนการทำงานอัตโนมัติแบบตั้งเวลา
เส้นทางการดำเนินการ
เครื่องมือ Visit Site เรียกบริดจ์ Jodoo และส่งคืนคำตอบที่ได้รับการยอมรับ
จุดโฟกัสของสูตรการทำงาน
หน้านี้บันทึกวิธีที่คำสั่งเอเจนต์ทำให้ผลลัพธ์การตรวจสอบมีขอบเขตแคบและมีโครงสร้าง
การวางแผนใช้งานจริง
การวางแผนใช้งานจริงควรครอบคลุมข้อจำกัดกิจกรรมของเอเจนต์ พฤติกรรมการอนุมัติ และแอปต้นทางที่เชื่อมต่อ
รายละเอียดหลักฐาน
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และคำตอบจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว
หลักฐานการรัน
ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้ โดยไม่ต้องสร้าง Zap แยกก่อน
รายละเอียดการสร้าง
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการปฏิบัติงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก writeback URL หลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
เส้นทางการใช้งาน
เก็บคำขอตัวอย่างไว้ในแชทระหว่างทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องขาเข้า ฟอร์ม หรือแหล่งทิกเก็ต หลังจากสัญญาฟิลด์ของ Jodoo เสถียรแล้ว
ขอบเขตป้องกันความเสี่ยง
ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานในแชทแบบแมนนวลไปเป็นงานจริงที่รันเป็นประจำ
การควบคุมการตรวจสอบ
อย่าเปิดเผย writeback URL สำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
สูตรการทำงานของสถานการณ์
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง คำสั่ง Zapier Agent จะตรวจสอบบทบาทของผู้ขอ ระบบที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
การปรับเวิร์กโฟลว์
หลักฐานในแชทมีประโยชน์ต่อทีมปฏิบัติการ IT เพราะผู้ตรวจสอบสามารถเห็นได้ว่าทำไมคำขอจึงต้องได้รับการอนุมัติจากผู้จัดการ การตรวจสอบด้านความปลอดภัย หรือการจัดสรรสิทธิ์ตามปกติ
ชุดเวิร์กโฟลว์
สร้างลูปตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงแบบเดียวกัน
อ่านคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อปรับเวิร์กโฟลว์ Zapier Agents ให้เข้ากับงานของคุณ
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
คำขอในแชทของเอเจนต์
เริ่มการทดสอบคำขอสิทธิ์เข้าถึงด้วยพื้นที่ทำงานวิเคราะห์ข้อมูลการเงิน ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการปฏิบัติงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก writeback URL หลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
- 02
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับเข้า Jodoo หลังจากตรวจสอบคำขอจำลองแล้ว
- 03
เครื่องมือ Visit Site
ส่ง JSON แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับเข้า Jodoo ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างให้ Jodoo ได้ โดยไม่ต้องสร้าง Zap แยกก่อน
- 04
คำตอบหลักฐาน
แสดงการรันบนแพลตฟอร์มที่สำเร็จและ ID ข้อมูลของ Jodoo หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และคำตอบจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว
- 05
คิว Jodoo
จัดเก็บฟิลด์สำหรับการตรวจสอบโดยเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานในแชทแบบแมนนวลไปเป็นงานจริงที่รันเป็นประจำ
ลูปเวิร์กโฟลว์
จากการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงใน Zapier Agents สู่ Jodoo
คำขอในแชทของเอเจนต์รับหรือเริ่มการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วยข้อมูลจำลองก่อน
Zapier Agents ใช้คำสั่งตรวจสอบที่โฟกัสชัดเจน และส่งคืนระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และงานถัดไปที่เหมาะสมที่สุด
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับเข้า Jodoo และได้รับ ID ข้อมูลกลับมา
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง คำสั่ง Zapier Agent จะตรวจสอบบทบาทของผู้ขอ ระบบที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
หลักฐานในแชทมีประโยชน์ต่อทีมปฏิบัติการ IT เพราะผู้ตรวจสอบสามารถเห็นได้ว่าทำไมคำขอจึงต้องได้รับการอนุมัติจากผู้จัดการ การตรวจสอบด้านความปลอดภัย หรือการจัดสรรสิทธิ์ตามปกติ
เวอร์ชันใช้งานจริงสามารถเชื่อมต่อคำขอตัวตน ฟอร์ม help desk หรือข้อความในกล่องขาเข้าด้านความปลอดภัย โดยยังคงใช้ฟิลด์ตรวจสอบสิทธิ์เข้าถึงของ Jodoo ชุดเดิม
ทำให้พรอมป์ของเอเจนต์มีขอบเขตแคบ เพื่อให้แนะนำการติดตามการจัดสรรสิทธิ์โดยไม่ให้สิทธิ์เข้าถึงโดยตรง
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการปฏิบัติงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก writeback URL หลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
เก็บคำขอตัวอย่างไว้ในแชทระหว่างทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องขาเข้า ฟอร์ม หรือแหล่งทิกเก็ต หลังจากสัญญาฟิลด์ของ Jodoo เสถียรแล้ว
Jodoo สร้างเรคคอร์ด Access Request Tracker และจัดเก็บผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ ระดับความเสี่ยง และข้อยกเว้นนโยบาย
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินงานถัดไปให้เสร็จ: ส่งต่อคำขอไปยังทีมความปลอดภัยเพื่อตรวจสอบนโยบาย และยืนยันการอนุมัติจากผู้จัดการก่อนจัดสรรสิทธิ์
ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานในแชทแบบแมนนวลไปเป็นงานจริงที่รันเป็นประจำ
อย่าเปิดเผย writeback URL สำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| รายละเอียดคำขอต้นทาง | ผู้ขอ, แผนก, ระบบที่ขอ, บทบาทที่ขอ |
| ฟิลด์การตัดสินใจจากการตรวจสอบ | ระดับความเสี่ยง, ข้อยกเว้นนโยบาย, เส้นทางการอนุมัติ, ผู้ตรวจสอบที่แนะนำ, สถานะการจัดสรรสิทธิ์ |
| คำตอบจากเวิร์กโฟลว์ | แพลตฟอร์มต้นทาง, ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของ Zapier Agents
ตรวจสอบคำขอตรวจสอบความเสี่ยงสิทธิ์เข้าถึงหนึ่งรายการ และส่งคืนฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และรายงานได้ ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการปฏิบัติงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก writeback URL หลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
คำสั่งการตรวจสอบ
ใช้บริบทตัวอย่างสำหรับพื้นที่ทำงานวิเคราะห์ข้อมูลการเงิน ตัดสินระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และงานถัดไปที่เหมาะสมที่สุด และทำให้งานถัดไปที่แนะนำมีความเฉพาะเจาะจง สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง คำสั่ง Zapier Agent จะตรวจสอบบทบาทของผู้ขอ ระบบที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
สัญญาการเขียนข้อมูลกลับ
ส่งออบเจ็กต์ JSON ที่คาดเดาได้ผ่านเครื่องมือ Visit Site โดย Jodoo ควรได้รับชื่อฟิลด์เดียวกันในทุกการรัน หลักฐานการรันจะแข็งแรงที่สุดเมื่อเก็บ transcript แชท การทำงานสำเร็จของเครื่องมือเบราว์เซอร์ และ ID ข้อมูลของ Jodoo ครบถ้วนก่อนเชื่อมต่อแหล่งข้อมูลจริง
ผลลัพธ์ที่ต้องมี
ส่งคืนระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด งานถัดไปที่เหมาะสมที่สุด source_platform, agent_confidence และผลลัพธ์เวิร์กโฟลว์ต้นฉบับสำหรับบริบทการตรวจสอบย้อนหลัง
การควบคุม Zapier Agents
ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานในแชทแบบแมนนวลไปเป็นงานจริงที่รันเป็นประจำ อย่าเปิดเผย writeback URL สำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ คงการตรวจสอบโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือเรื่องที่กระทบลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำให้แล้วก็ตาม
บันทึกการใช้งานคำขอสิทธิ์เข้าถึง
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง คำสั่ง Zapier Agent จะตรวจสอบบทบาทของผู้ขอ ระบบที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site หลักฐานในแชทมีประโยชน์ต่อทีมปฏิบัติการ IT เพราะผู้ตรวจสอบสามารถเห็นได้ว่าทำไมคำขอจึงต้องได้รับการอนุมัติจากผู้จัดการ การตรวจสอบด้านความปลอดภัย หรือการจัดสรรสิทธิ์ตามปกติ เวอร์ชันใช้งานจริงสามารถเชื่อมต่อคำขอตัวตน ฟอร์ม help desk หรือข้อความในกล่องขาเข้าด้านความปลอดภัย โดยยังคงใช้ฟิลด์ตรวจสอบสิทธิ์เข้าถึงของ Jodoo ชุดเดิม ทำให้พรอมป์ของเอเจนต์มีขอบเขตแคบ เพื่อให้แนะนำการติดตามการจัดสรรสิทธิ์โดยไม่ให้สิทธิ์เข้าถึงโดยตรง
{
"requester": "Maya Chen",
"department": "การเงิน",
"requested_system": "พื้นที่ทำงานวิเคราะห์ข้อมูลการเงิน",
"requested_role": "นักวิเคราะห์",
"access_type": "สิทธิ์เข้าถึงใหม่",
"business_justification": "การรายงานปิดไตรมาสและการวิเคราะห์ส่วนต่าง",
"risk_level": "ปานกลาง",
"policy_exception": "ต้องได้รับการอนุมัติจากผู้จัดการก่อนจัดสรรสิทธิ์",
"approval_route": "ผู้จัดการแล้วจึงทีมความปลอดภัย",
"suggested_reviewer": "ทีมปฏิบัติการความปลอดภัย",
"provisioning_status": "รอการอนุมัติ",
"due_date": "2026-06-12",
"next_best_action": "ยืนยันการอนุมัติจากผู้จัดการและส่งต่อไปตรวจสอบโดยทีมความปลอดภัย"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับคำขอสิทธิ์เข้าถึง
ใช้โมเดลฟิลด์ มุมมอง และระบบอัตโนมัติเมื่อปรับเวิร์กโฟลว์ตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงให้เหมาะกับทีมของคุณ
ฟิลด์ที่รวมอยู่
- ผู้ขอ
- แผนก
- ระบบที่ขอ
- บทบาทที่ขอ
- ประเภทสิทธิ์เข้าถึง
- เหตุผลทางธุรกิจ
- ระดับความเสี่ยง
- ข้อยกเว้นนโยบาย
- เส้นทางการอนุมัติ
- ผู้ตรวจสอบที่แนะนำ
- สถานะการจัดสรรสิทธิ์
- วันครบกำหนด
- งานถัดไปที่เหมาะสมที่สุด
- แพลตฟอร์มต้นทาง
- ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
มุมมองที่แนะนำ
- ต้องตรวจสอบสิทธิ์เข้าถึง
- คิวตรวจสอบความปลอดภัย
- คิวอนุมัติจากผู้จัดการ
- พร้อมสำหรับการจัดสรรสิทธิ์
- คำขอสิทธิ์เข้าถึงทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ด Jodoo หลังจาก Zapier Agents ส่งคืนผลลัพธ์แบบมีโครงสร้าง
- ย้ายเรคคอร์ดที่มีความสำคัญสูงหรือมีข้อยกเว้นไปยังคิวเจ้าของงานที่เหมาะสม
- แจ้งเจ้าของงานที่แนะนำเมื่อมีข้อมูลขาดหายหรือมีเหตุผลให้พักงาน
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในบริบทการตรวจสอบย้อนหลัง
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- ทำให้คำสั่ง Zapier Agent โฟกัสกับออบเจ็กต์ตรวจสอบหนึ่งรายการ
- รันหลักฐานครั้งแรกจากแชทก่อนแนบข้อมูลต้นทางสำหรับใช้งานจริง
- ตรวจสอบการใช้งานงานและข้อจำกัดของแอปที่เชื่อมต่อก่อนตั้งเวลารันจริง
- ย้ายการยืนยันตัวตนสำหรับการเขียนข้อมูลกลับในการใช้งานจริงไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
- ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานในแชทแบบแมนนวลไปเป็นงานจริงที่รันเป็นประจำ
- อย่าเปิดเผย writeback URL สำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
- คงการตรวจสอบโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือเรื่องที่กระทบลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำให้แล้วก็ตาม
- หลักฐานในแชทมีประโยชน์ต่อทีมปฏิบัติการ IT เพราะผู้ตรวจสอบสามารถเห็นได้ว่าทำไมคำขอจึงต้องได้รับการอนุมัติจากผู้จัดการ การตรวจสอบด้านความปลอดภัย หรือการจัดสรรสิทธิ์ตามปกติ
- เวอร์ชันใช้งานจริงสามารถเชื่อมต่อคำขอตัวตน ฟอร์ม help desk หรือข้อความในกล่องขาเข้าด้านความปลอดภัย โดยยังคงใช้ฟิลด์ตรวจสอบสิทธิ์เข้าถึงของ Jodoo ชุดเดิม
- ทำให้พรอมป์ของเอเจนต์มีขอบเขตแคบ เพื่อให้แนะนำการติดตามการจัดสรรสิทธิ์โดยไม่ให้สิทธิ์เข้าถึงโดยตรง
ชุดเวิร์กโฟลว์
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้น Jodoo
โมเดลฟิลด์ Jodoo มุมมองที่แนะนำ และแนวคิดอัตโนมัติสำหรับปรับ Access Request Tracker
เปิดพิมพ์เขียวพรอมป์เอเจนต์ + สูตรการทำงานเวิร์กโฟลว์
การตั้งค่า Zapier Agents สัญญาผลลัพธ์ บันทึก endpoint และสูตรการทำงานสำหรับการทดสอบที่ใช้ในหลักฐานการเขียนข้อมูลกลับนี้
เปิดสูตรการทำงานเวิร์กโฟลว์
จากคำขอสิทธิ์เข้าถึงใน Zapier Agents สู่เรคคอร์ด Jodoo
Zapier Agents จัดการการตรวจสอบแบบเริ่มจากเอเจนต์ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้
คำขอในแชทของเอเจนต์รับหรือเริ่มการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วยข้อมูลจำลองก่อน
Zapier Agents ใช้คำสั่งตรวจสอบที่โฟกัสชัดเจน และส่งคืนระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ สถานะการจัดสรรสิทธิ์ วันครบกำหนด และงานถัดไปที่เหมาะสมที่สุด
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับเข้า Jodoo และได้รับ ID ข้อมูลกลับมา
สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง คำสั่ง Zapier Agent จะตรวจสอบบทบาทของผู้ขอ ระบบที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
หลักฐานในแชทมีประโยชน์ต่อทีมปฏิบัติการ IT เพราะผู้ตรวจสอบสามารถเห็นได้ว่าทำไมคำขอจึงต้องได้รับการอนุมัติจากผู้จัดการ การตรวจสอบด้านความปลอดภัย หรือการจัดสรรสิทธิ์ตามปกติ
เวอร์ชันใช้งานจริงสามารถเชื่อมต่อคำขอตัวตน ฟอร์ม help desk หรือข้อความในกล่องขาเข้าด้านความปลอดภัย โดยยังคงใช้ฟิลด์ตรวจสอบสิทธิ์เข้าถึงของ Jodoo ชุดเดิม
ทำให้พรอมป์ของเอเจนต์มีขอบเขตแคบ เพื่อให้แนะนำการติดตามการจัดสรรสิทธิ์โดยไม่ให้สิทธิ์เข้าถึงโดยตรง
ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการปฏิบัติงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก writeback URL หลังจากฟิลด์ครบถ้วนแล้วเท่านั้น
เก็บคำขอตัวอย่างไว้ในแชทระหว่างทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องขาเข้า ฟอร์ม หรือแหล่งทิกเก็ต หลังจากสัญญาฟิลด์ของ Jodoo เสถียรแล้ว
Jodoo สร้างเรคคอร์ด Access Request Tracker และจัดเก็บผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ ระดับความเสี่ยง และข้อยกเว้นนโยบาย
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และดำเนินงานถัดไปให้เสร็จ: ส่งต่อคำขอไปยังทีมความปลอดภัยเพื่อตรวจสอบนโยบาย และยืนยันการอนุมัติจากผู้จัดการก่อนจัดสรรสิทธิ์
ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานในแชทแบบแมนนวลไปเป็นงานจริงที่รันเป็นประจำ
อย่าเปิดเผย writeback URL สำหรับการใช้งานจริงในคำสั่งเอเจนต์สาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์คำขอสิทธิ์เข้าถึงที่คงอยู่หลังเวิร์กโฟลว์ทำงาน: ผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ ระดับความเสี่ยง ข้อยกเว้นนโยบาย
ผู้ขอแผนกระบบที่ขอบทบาทที่ขอประเภทสิทธิ์เข้าถึงเหตุผลทางธุรกิจระดับความเสี่ยงข้อยกเว้นนโยบายเส้นทางการอนุมัติผู้ตรวจสอบที่แนะนำสถานะการจัดสรรสิทธิ์วันครบกำหนดงานถัดไปที่เหมาะสมที่สุดแพลตฟอร์มต้นทางผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
การทดสอบจริง
เวิร์กโฟลว์ Zapier Agents เขียนคำขอสิทธิ์เข้าถึงเข้า Jodoo
ภาพหน้าจอใช้ข้อมูลจำลองและแสดงการตั้งค่า Zapier Agents การรันสำเร็จ และแถวใน Jodoo ที่สร้างโดยเวิร์กโฟลว์
การกำหนดค่า Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับเข้า Jodoo หลังจากตรวจสอบคำขอจำลองแล้ว
การรัน Zapier Agent สำเร็จ
การรันในแชท Zapier แสดงว่า Web browsing complete และคำตอบจากบริดจ์ยืนยันว่า Jodoo ยอมรับการเขียนข้อมูลกลับแล้ว
การเขียนข้อมูลกลับเข้า Jodoo
การตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงถูกเขียนเข้า Jodoo โดยแสดงฟิลด์ผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง และเหตุผลทางธุรกิจ
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
การตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงด้วย Zapier Agents นี้ทดสอบตั้งแต่ต้นจนจบแล้วหรือไม่
ใช่ หลักฐานใช้ข้อมูลจำลอง การรัน Zapier Agents จริง และภาพหน้าจอการเขียนข้อมูลกลับเข้า Jodoo ที่ยืนยันแล้วพร้อม proof manifest
ทำไมจึงใช้ Zapier Agents สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง
ใช้ Zapier Agents เมื่อทีมต้องการให้ขั้นตอนตรวจสอบทำงานเหมือนผู้ช่วยเฉพาะทาง ก่อนสร้างเรคคอร์ดใน Jodoo จากนั้น Jodoo จะเก็บเรคคอร์ดที่คงอยู่สำหรับการตรวจสอบและติดตามงาน
การใช้งาน Zapier Agents นี้ต่างจากตัวอย่างแพลตฟอร์มอื่นอย่างไร
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และคำตอบจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว ร่างคำสั่งเอเจนต์ให้เป็นนโยบายการปฏิบัติงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก writeback URL หลังจากฟิลด์ครบถ้วนแล้วเท่านั้น สำหรับการตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึง คำสั่ง Zapier Agent จะตรวจสอบบทบาทของผู้ขอ ระบบที่ขอ เหตุผลทางธุรกิจ ข้อยกเว้นนโยบาย และเส้นทางการอนุมัติก่อนส่งต่องานผ่าน Visit Site
Jodoo จัดเก็บอะไรหลังเวิร์กโฟลว์ทำงาน
Jodoo จัดเก็บผู้ขอ แผนก ระบบที่ขอ บทบาทที่ขอ ประเภทสิทธิ์เข้าถึง เหตุผลทางธุรกิจ ระดับความเสี่ยง ข้อยกเว้นนโยบาย เส้นทางการอนุมัติ ผู้ตรวจสอบที่แนะนำ รวมถึงผลลัพธ์เวิร์กโฟลว์ต้นฉบับสำหรับบริบทการตรวจสอบย้อนหลัง
สามารถเชื่อมต่อกับข้อมูลต้นทางสำหรับใช้งานจริงภายหลังได้หรือไม่
ได้ เริ่มจากการรันข้อมูลจำลองที่ยืนยันแล้ว จากนั้นเชื่อมต่อฟอร์ม พอร์ทัล กล่องขาเข้า APIs หรือระบบภายในเมื่อ schema การตรวจสอบความเสี่ยงคำขอสิทธิ์เข้าถึงเสถียรแล้ว เก็บคำขอตัวอย่างไว้ในแชทระหว่างทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องขาเข้า ฟอร์ม หรือแหล่งทิกเก็ต หลังจากสัญญาฟิลด์ของ Jodoo เสถียรแล้ว
ส่วนใดควรให้ทีมตรวจสอบต่อไป
เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจสอบความเสี่ยงทางธุรกิจ การอนุมัติด้านการชำระเงินหรือกฎหมาย และการตัดสินใจดำเนินงานขั้นสุดท้าย คงการตรวจสอบโดยมนุษย์ไว้สำหรับการตัดสินใจด้านความเสี่ยง กฎหมาย การชำระเงิน หรือเรื่องที่กระทบลูกค้า แม้เอเจนต์จะเตรียมคำแนะนำให้แล้วก็ตาม
ขั้นตอนถัดไป
เปลี่ยนคำขอสิทธิ์เข้าถึงให้เป็นงานติดตามที่ตรวจสอบได้
เริ่มจากการรัน Zapier Agents ที่ยืนยันแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดียวกันไปใช้กับคิวตรวจสอบและการส่งต่องานด้านปฏิบัติการที่เกี่ยวข้อง ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานในแชทแบบแมนนวลไปเป็นงานจริงที่รันเป็นประจำ