ADMIN — ดูแลระบบ

Group: แพลตฟอร์มกลาง · Use cases: 3

Generated by docs/agent/tools/gen_use_cases.py from use_cases/UC1-Explorer.dc.html. Do not edit by hand; re-run the script.

<a id="w-124"></a>

W-124 ขอสิทธิ์ privileged แบบ Just-in-Time (PAM)

• Lifecycle tag: งานบริหารและกำกับ
• Starts when: ticket/change request ที่ต้องใช้สิทธิ์ผู้ดูแล
• Outcome: JIT grant มีวันหมดอายุ + session recording
• Actors: DBA, ผู้ดูแลความมั่นคงปลอดภัย, เจ้าของข้อมูล
• Screens: W124

Steps (6, of which 2 automated by the system):

1. DBA: ขอสิทธิ์ผ่าน PAM อ้าง ticket ระบุ scope และระยะเวลา
2. _ระบบ_: ตรวจว่า ticket อนุมัติแล้ว และผู้ขอไม่ใช่ผู้อนุมัติ
3. ผู้ดูแลความมั่นคงปลอดภัย: อนุมัติ
4. เจ้าของข้อมูล: อนุมัติร่วม (เมื่อแตะข้อมูลธุรกิจ; schema asm/rec/fin ค่าเริ่มต้นเป็น read-only)
5. _ระบบ_: ออก credential ชั่วคราว บันทึก session และเพิกถอนอัตโนมัติเมื่อหมดเวลา
6. ผู้ดูแลความมั่นคงปลอดภัย: ทบทวน session recording (ทุกครั้งสำหรับการเขียนบน production)

ข้อสังเกตการทบทวน 2026-10-31 — รอยืนยัน: JIT ต้องมี ticket ผู้อนุมัติ ขอบเขต และ TTL; ผู้ขอไม่อนุมัติสิทธิ์ตนเอง

Relations: none. The use case completes on its own.

<a id="w-125"></a>

W-125 ใช้บัญชี break-glass ของระบบ

• Lifecycle tag: งานบริหารและกำกับ
• Starts when: IdP/PAM ล่ม หรือเหตุ P0 ที่ช่องทางปกติใช้ไม่ได้
• Outcome: BreakGlassSession + รายงานทบทวน + credential ใหม่
• Actors: ผู้ดูแลแพลตฟอร์มส่วนกลาง, ผู้ดูแลความมั่นคงปลอดภัย, รองอธิการบดีฝ่าย, DPO
• Screens: W125

Steps (7, of which 1 automated by the system):

1. ผู้ดูแลแพลตฟอร์มส่วนกลาง: ประกาศเหตุฉุกเฉิน และขอใช้บัญชี break-glass
2. ผู้ดูแลความมั่นคงปลอดภัย: ผู้อนุมัติคนที่ 1 (ปลด credential ส่วนที่ 1)
3. รองอธิการบดีฝ่าย: รองอธิการบดีฝ่ายดิจิทัล/CIO ผู้อนุมัติคนที่ 2 (ปลดส่วนที่ 2; ต้องครบ 2 คน)
4. _ระบบ_: แจ้งเตือน SOC ทันที และบันทึกทุกคำสั่งลง WORM
5. ผู้ดูแลแพลตฟอร์มส่วนกลาง: ดำเนินการเฉพาะที่จำเป็นต่อการกู้ระบบ
6. ผู้ดูแลความมั่นคงปลอดภัย: ทบทวนร่วมกับ DPO ภายใน 24 ชม. และหมุน credential
7. DPO: ประเมินว่าเป็นเหตุละเมิดข้อมูลหรือไม่ (นาฬิกา 72 ชม.)

ข้อสังเกตการทบทวน 2026-10-31 — รอยืนยัน: break-glass มีทางสำรองเมื่อ IdP/PAM ล่ม; ประเมิน breach โดย DPO ทันทีไม่รอครบ review

Relations: none. The use case completes on its own.

<a id="w-137"></a>

W-137 แก้ข้อมูลผ่าน data-fix request (4-eyes)

• Lifecycle tag: งานบริหารและกำกับ
• Starts when: ticket แจ้งข้อมูลผิดที่แก้ผ่านหน้าจอธุรกิจไม่ได้
• Outcome: DataFix ที่มี before/after ใน WORM
• Actors: Helpdesk L1/L2, เจ้าของข้อมูล, DBA, ผู้ดูแลความมั่นคงปลอดภัย
• Screens: W137

Steps (5, of which 1 automated by the system):

1. Helpdesk L1/L2: (L2) สร้าง data-fix request ระบุ record ค่าเดิม ค่าใหม่ เหตุผล และ script
2. เจ้าของข้อมูล: อนุมัติทางธุรกิจ (เกรด/สถานภาพ: นายทะเบียน; การเงิน: หัวหน้าการเงิน)
3. DBA: ตรวจ script บน staging
4. ผู้ดูแลความมั่นคงปลอดภัย: อนุมัติคนที่ 2 สำหรับ schema asm / rec / fin
5. _ระบบ_: รันผ่าน pipeline (ไม่ใช่ console) บันทึก before/after ลง WORM และลงนาม snapshot ที่กระทบใหม่

ข้อสังเกตการทบทวน 2026-10-31 — รอยืนยัน: data fix ต้องผ่าน domain validation และตรวจรุ่นข้อมูล; แก้เกรดแล้วตรวจสิทธิ์ที่กระทบ ไม่แก้ SQL ข้ามอนุมัติ

Relations: none. The use case completes on its own.