บัญชีที่ยังใช้งานได้หลังพนักงานออกหรือสิทธิ์เดิมที่ติดตามไปหลังย้ายแผนกอาจเปิดทางให้ข้อมูลถูกเข้าถึงเกินความจำเป็น กระบวนการ Joiner–Mover–Leaver จึงควรครอบคลุมตลอดวงจร ไม่จบที่สร้างบัญชีใหม่สำเร็จ

ให้ข้อมูลจากเจ้าของเป็นจุดเริ่มต้น

ADManager Plus มีความสามารถบริหารและรายงานบัญชี Directory ตามข้อมูลผู้ผลิต แต่ระบบต้องรู้ว่าใครยืนยันวันเริ่มงาน วันย้าย และวันออก กำหนดแบบคำขอที่มีผู้อนุมัติ บทบาท และเวลาที่ต้องดำเนินการ ตรวจระบบที่อยู่นอก Directory เช่น บัญชี AI หรือบริการ Cloud แยกด้วย

เปลี่ยนสิทธิ์แทนการสะสมสิทธิ์

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

เตรียม MFA และการกู้คืนที่ตรวจสอบได้

ADSelfService Plus มีความสามารถด้าน MFA และการบริการรหัสผ่านด้วยตนเองตามข้อมูลผู้ผลิต ตรวจจุดเข้าสู่ระบบและวิธี MFA ที่รองรับก่อนออกแบบ การกู้คืนเมื่ออุปกรณ์หายต้องยืนยันตัวตนตามกระบวนการ ไม่ให้ความสะดวกของ Helpdesk กลายเป็นทางข้ามการควบคุม

รายการตรวจสอบก่อนนำไปใช้

  • มีเจ้าของข้อมูลพนักงานและผู้อนุมัติสิทธิ์
  • ติดตามบัญชีใน Directory และบริการภายนอก
  • ตรวจสิทธิ์เดิมหลังย้ายและบัญชีค้างหลังออก
  • ทดสอบ MFA, การกู้คืน และกรณีระบบเชื่อมต่อไม่สำเร็จ

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

เปิด MFA แล้วไม่ต้องตรวจสิทธิ์อีกหรือไม่?

MFA ตรวจการเข้าสู่ระบบ ส่วนสิทธิ์กำหนดว่าทำอะไรได้ ต้องจัดการทั้งสองด้าน

ปิดบัญชี Directory แล้วบัญชี Cloud ปิดทั้งหมดหรือไม่?

ขึ้นกับการเชื่อมต่อและระบบปลายทาง ต้องตรวจแต่ละบริการและ Session ที่เกี่ยวข้อง

ปรึกษา KTNBS และขอ Demo ตามโจทย์องค์กร ↗

แหล่งอ้างอิง