# 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.

| ID | Use case | Lifecycle tag | Actors | Steps |
|---|---|---|---|---|
| [W-124](#w-124) | ขอสิทธิ์ privileged แบบ Just-in-Time (PAM) | งานบริหารและกำกับ | 3 | 6 |
| [W-125](#w-125) | ใช้บัญชี break-glass ของระบบ | งานบริหารและกำกับ | 4 | 7 |
| [W-137](#w-137) | แก้ข้อมูลผ่าน data-fix request (4-eyes) | งานบริหารและกำกับ | 4 | 5 |

<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.