เมนูเป้าหมาย MVP1 — Milestone 3¶
MVP1 M3 Menu Checklist (ส่งมอบ 6 สิงหาคม 2569)¶
เกณฑ์การส่งมอบ
แต่ละระบบต้องมี เมนูใช้งานได้จริงอย่างน้อย 3 เมนู ภายในกำหนดส่งมอบ 6 สิงหาคม 2569
หน้านี้สรุปเฉพาะเมนูเป้าหมาย ระบบที่เกี่ยวข้อง และรหัสความต้องการ (REQ) ที่อ้างอิงจาก SRS ของแต่ละระบบ
— ที่มา: RLPD_Deliverable_Checklist.xlsx (ชีต MVP1 M3 Menu Checklist)
สถานะล่าสุดอยู่ที่หน้าความคืบหน้า
ตัวเลข % ความคืบหน้ารายระบบ แผน/เฟสที่ทำไปแล้ว และของที่ค้างก่อน deploy อยู่ที่ แผนงาน เฟส และความคืบหน้า — ถ้าสถานะในหน้านี้ขัดกัน ให้ยึดหน้านั้น
ภาพรวม¶
| ระบบ | ชื่อระบบ | หน่วยงาน | จำนวนเมนูเป้าหมาย | ชุดรหัส REQ (SRS) |
|---|---|---|---|---|
| S1 | ระบบให้คำปรึกษาทางกฎหมาย | กพส. | 3 | LCS-xxx |
| S2 | ระบบปฏิบัติการยุติธรรมเชิงรุก (PJOS) | กพส. | 3 | PJO-xxx |
| S3 | ระบบรายงานผลการปฏิบัติภารกิจและระบบลงทะเบียนหลักสูตร | กสส. | 3 | REQ-PRC-xxx |
| S4 | ระบบสารสนเทศกลางสำหรับการไกล่เกลี่ยข้อพิพาท ระยะ 2 | กสร. | 3 | REQ-MED-xxx |
| S5 | ระบบการเบิกจ่ายค่าตอบแทนการส่งเสริมสิทธิผู้ต้องหา (134/1) | กพส. | 5 | REQ-LAW-xxx |
| S6 | ระบบสารสนเทศการช่วยเหลือเยียวยาผู้เสียหายและจำเลยในคดีอาญา (OCIPA) | สชง. | 3 | — |
| S7 | ระบบงานคุ้มครองพยานในคดีอาญา | สคพ. | 6 | REQ-WIT-xxx |
| S8 | ระบบเว็บไซต์กรมคุ้มครองสิทธิและเสรีภาพ | ศพท. | 2 (ตัด 1) | REQ-WEB-xxx |
| S9 | ระบบเว็บพอร์ทัล (Web Portal) | ศพท. | 3 | REQ-WPT-xxx |
รวมเมนูเป้าหมายทั้งหมด 31 เมนู ใน 9 ระบบ (เดิม 32 — เมนู "ตรวจสอบและอนุมัติเนื้อหา" ของ S8 ตัดออกจาก scope ตามคำสั่งเจ้าของงาน 20 ส.ค. 69 · เหลือ S6 ที่ยังไม่มีการผูกรหัส REQ ในเช็กลิสต์)
ความคืบหน้า ณ 20 สิงหาคม 2569 — 16/31 เมนู = 52%
| ระบบ | เมนู | ระบบ | เมนู | ระบบ | เมนู |
|---|---|---|---|---|---|
| S1 | 3/3 ✅ | S4 | 3/3 ✅ | S7 | 0/6 ⚠️ |
| S2 | 3/3 ✅ | S5 | 0/5 ⚠️ | S8 | 1/2 |
| S3 | 3/3 ✅ | S6 | 0/3 ⚠️ | S9 | 3/3 ✅ |
⚠️ S5 / S6 / S7 (รวม 14 เมนู) นับเป็น 0 อย่างมีเงื่อนไข — สามระบบนี้เป็นระบบเดิมที่ต้องปรับปรุง งานที่ commit จริงในระยะ 2 คือ SSO + RBAC กลาง + CI/CD เท่านั้น ยังไม่มี commit ที่แตะเมนูเป้าหมาย · ต้องให้กรมฯ ตัดสินว่าจอเดิมจากระยะ 1 ที่ยังใช้งานได้ นับเป็นการส่งมอบ MVP1 หรือไม่ — ถ้านับ ยอดรวมขยับจาก 52% เป็นสูงสุด 30/31 = 97% ทันที
รายละเอียดเฟส/แผน/ความคืบหน้า MVP2 ของทุกระบบ ดูที่ แผนงาน เฟส และความคืบหน้า
รายละเอียดรายระบบ¶
S1 — ระบบให้คำปรึกษาทางกฎหมาย (กพส.)¶
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| บันทึกคำขอรับคำปรึกษา | LCS-006 |
ฟอร์มรับเรื่อง จุดเข้าของงาน |  ขึ้น UAT แล้ว (v0.28.2-mvp1) |
| มอบหมายงานให้ที่ปรึกษา | LCS-006 |
ลิสต์ + ปุ่มมอบหมาย | ขึ้น UAT แล้ว |
| บันทึกผลการให้คำปรึกษา | LCS-007 |
ฟอร์มบันทึกผล | ขึ้น UAT แล้ว (+ จอ QA ตรวจคุณภาพ) |
S1 · งาน MVP2 ที่ทำต่อแล้วแต่ยังไม่ deploy
S1 เดินแผน MVP2 ไปแล้ว 5 เฟส (MOM 14 ส.ค. · ผูกบัญชี KC · นำเข้าทะเบียนจากไฟล์ · ตารางเวร ·
ค่าตอบแทน) — merge เข้า develop แล้วทั้งหมดแต่ยังไม่ได้ tag จึงยังไม่อยู่บน UAT
ดู แผนงาน เฟส และความคืบหน้า
S2 — ระบบปฏิบัติการยุติธรรมเชิงรุก PJOS (กพส.)¶
อัปเดต 19 ส.ค. 2569 — ขึ้น UAT แล้ว (v0.10.1, https://uat-pjos.rlpd.go.th)
ทั้ง 3 เมนู deploy จริงแล้ว (เจ้าของงานนับเป็น 8/8 รายการย่อย) · migration + secret MinIO
ที่เคยค้างตามหมายเหตุเดิม จัดการเรียบร้อยแล้ว
· งาน MVP2 เดินไปแล้ว 3 เฟส (MOM 14 ส.ค. · Master Data 4 ด้าน · การจัดการรายกรณี)
merge เข้า develop แล้วแต่ยังไม่ tag → ดู แผนงาน เฟส และความคืบหน้า
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| บันทึกคำขอช่วยเหลือ | PJO-003 |
ฟอร์มรับเคส (ผู้เสียหายหลายคน + PDPA checkbox) | ดำเนินการแล้ว |
| มอบหมายเจ้าหน้าที่ | PJO-004 |
ลิสต์ + ปุ่มมอบหมาย | ดำเนินการแล้ว (ข้อจำกัด: มอบหมายได้เฉพาะตัวเอง — ยังไม่มี directory เจ้าหน้าที่ให้เลือกมอบหมายผู้อื่น) |
| บันทึกผลการดำเนินการ | PJO-007 |
ฟอร์ม Rich Text + แนบหลักฐาน | ดำเนินการแล้ว |
S3 — ระบบรายงานผลการปฏิบัติภารกิจและระบบลงทะเบียนหลักสูตร (กสส.)¶
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| หน้าจัดการครุภัณฑ์ | REQ-PRC-005 (TOR 7.13.1(5)) |
ตาราง + CRUD ครุภัณฑ์ (Admin) / Read-only สำหรับ role อื่น | ขึ้น UAT แล้ว (v0.3.0) |
| หน้าจัดการวิทยากร | REQ-PRC-003 (TOR 7.13.1(3)) · เกี่ยวข้อง REQ-PRC-011 |
ทะเบียนวิทยากร + ประวัติการสอน (มี approval flow) + ค้นหา/กรอง/Export | ขึ้น UAT แล้ว |
| หน้าแสดงหลักสูตรสำหรับประชาชน | REQ-PRC-009 (TOR 7.13.2(2)) · เกี่ยวข้อง REQ-PRC-003, REQ-PRC-008, REQ-PRC-013 |
หน้าสาธารณะแสดงหลักสูตร 2 หมวด + ปุ่มลงทะเบียน | ขึ้น UAT แล้ว |
S3 · มีจอครบและ deploy แล้ว แต่ยังไม่มีบันทึกการเดินจอรับรอง
S3 ส่งงานเป็นชุด G0 → M1–M7 → Phase C1/C2 ครบ 14 ก้อน (ทุกก้อนมีเอกสาร verification +
handover ใน ar-crs/docs/delivery/) และ RBAC กลางผ่าน e2e ด้วย token จริงแล้ว
· แต่ OQ-01 ยังเปิด — กฎธุรกิจทั้งหมดเดินบน working baseline 5 ส.ค. 69 ที่ยังไม่ลงนาม
⇒ ถือเป็น "ข้อเสนอที่ทดสอบได้" ไม่ใช่ข้อกำหนดที่ตกลงกันแล้ว
S4 — ระบบสารสนเทศกลางสำหรับการไกล่เกลี่ยข้อพิพาท ระยะ 2 (กสร.)¶
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| ยื่นคำร้องขอไกล่เกลี่ย | REQ-MED-005 |
ฟอร์มรับคำร้อง (คู่กรณีหลายฝ่าย/มอบอำนาจ) + ข้อพิพาทแพ่ง/อาญา (parity V1∪V2) | ขึ้น UAT แล้ว (v0.1.29) |
| แต่งตั้งผู้ไกล่เกลี่ย | REQ-MED-005 |
ลิสต์ + filter ภาครัฐ/ภาคประชาชน + เลือกตั้ง | ขึ้น UAT แล้ว |
| กำหนดวันเวลานัดหมาย | REQ-MED-005 |
ฟอร์มนัดหมาย | ขึ้น UAT แล้ว |
| รับเรื่องจากศูนย์บริการ (S9 → S4) · เพิ่มเติมนอกเป้าหมาย M3 | REQ-MED-005 |
กล่องรับคำร้องจากพอร์ทัล (RLPD015) → นำเข้าเป็นคำร้องร่าง | ขึ้น UAT แล้ว (v0.1.29) · ฝั่ง S9 ครบวงจร (v0.8.14) |
| เบิกค่าจัดกระบวนการของศูนย์ฯ · เพิ่มเติมนอกเป้าหมาย M3 | REQ-MED-015 |
Journey เต็ม /compensation/process-cost: วิซาร์ด 4 ขั้น (ศูนย์+คดีอ้างอิง → 4 หมวดค่าใช้จ่าย + เพดาน ฿5,000 → หลักฐาน → ยื่น) ผ่าน 7 ลำดับชั้น |
ขึ้น UAT แล้ว (v0.9.12, 5 ก.ย.) · e2e 69 checks · v2 ขึ้น UAT แล้ว (v0.9.24, 8 ก.ย. — V101 บน .155): สายอนุมัติ Workflow จริง 7 ลำดับขั้น + ตีกลับแก้ไข + ประธานศูนย์ยื่นเองจาก /mediator/center + seed ข้อมูลทดสอบครบทุกสถานะ · e2e 108 checks |
S4 · จัดระเบียบเมนู menu-IA v2 (7 ก.ย. 2569 — ขึ้น UAT แล้วกับ v0.9.24, 8 ก.ย.)
หมวดเมนู "ส่วนขยาย (CR / Phase-2)" ถูกยุบ — ทุกเมนูย้ายเข้าหมวดเจ้าของงาน:
จัดเก็บผลงานศูนย์ · องค์กรต้นแบบ+รางวัล · ยุติศูนย์อัตโนมัติ → หมวด ศูนย์ไกล่เกลี่ย (ศกช.)
(/centers/{performance,model-org,auto-terminate}), Template Builder → หมวด ตั้งค่า / ผู้ดูแล
(/admin/template-builder); URL เดิม /extras/* ยัง redirect ไปหน้าใหม่ได้ ·
หน้า "แจ้งเตือนหมดอายุ" (/extras/expiry-alert) ถูกถอดออก — การแจ้งเตือนต่ออายุ (REQ-MED-012)
อยู่บนเมนู ต่ออายุ (90 วัน) ของเจ้าหน้าที่ (/mediators/renewal + ปุ่มส่งแจ้งเตือนรายคน)
และหน้า ต่อทะเบียน ของสมาชิก (/mediator/renewal); ไม่มีช่องทาง SMS/อีเมล — แจ้งเตือนผ่านกล่องข้อความในระบบ
S4 · การเชื่อมต่อ S9 → S4 (รับเรื่องจากศูนย์บริการ) — เพิ่มเติมนอก 3 เมนูเป้าหมาย M3
ประชาชนที่เลือก "ระบบสารสนเทศกลางสำหรับการไกล่เกลี่ยข้อพิพาท (Phase 2)" บนพอร์ทัล S9 (/petition-request)
จะไหลเข้ามาที่ S4: consumer ฝั่ง S4 อ่าน read-bridge view ของฝั่งไกล่เกลี่ย แล้วนำเข้าเป็นคำร้องไกล่เกลี่ย
ฉบับร่าง ให้เจ้าหน้าที่กรอกต่อ — ขึ้น UAT แล้ว (e2e ผ่านครบวงจร: login SSO → เห็นคิว → นำเข้า → ได้คำร้องร่าง).
ฝั่ง S9 เสร็จแล้ว (deploy v0.8.14): ตารางลูก + สถานะ RLPD015 ใน TaskStatusMapping + dropdown ประเภทข้อพิพาท (แพ่ง/อาญา) + BFF/FE sub-form —
ต่อกันครบทั้งสองระบบ; e2e ประชาชนยื่น (แพ่ง + อาญา + คู่กรณีมีโครงสร้าง) → เจ้าหน้าที่นำเข้าเป็นคำร้องร่าง ผ่านบน UAT จริง (12 ส.ค. 2569).
S5 — ระบบการเบิกจ่ายค่าตอบแทนการส่งเสริมสิทธิผู้ต้องหา 134/1 (กพส.)¶
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| ยื่นคำขอรับเงินเยียวยา 134/1 | M01 · REQ-LAW-007, REQ-LAW-008 |
ฟอร์มยื่นคำขอ |  ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| ยื่นคำขอ ม.75 | M02 · REQ-LAW-016, REQ-LAW-008 |
ฟอร์มยื่นคำขอ | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| สมัครสมาชิก + ตรวจสอบสิทธิ์ตนเอง (ฝั่งทนาย) | M03 · REQ-LAW-001, REQ-LAW-004 |
ฟอร์มสมัคร + ตรวจสอบสถานะ | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| พิจารณายืนยันสิทธิ์ + เพิกถอน/ระงับสิทธิ์ (ฝั่งเจ้าหน้าที่) | M04 · REQ-LAW-003, REQ-LAW-005 |
ลิสต์ + ปุ่มพิจารณา | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| ผู้ใช้งานระบบ (RBAC + ตำแหน่ง + ระงับผู้ใช้งาน) | M05 · REQ-LAW-006 |
จัดการผู้ใช้ | ยังไม่เริ่ม — นับเป็น 0 เหมือนอีก 4 เมนู · สิ่งที่ขึ้น UAT แล้วคือ ท่อ RBAC กลาง (token roles + JIT + province scope) ไม่ใช่ จอจัดการผู้ใช้/ตำแหน่ง/ระงับผู้ใช้งานตาม REQ-LAW-006 |
S5 · สิ่งที่ทำจริงในระยะ 2 = SSO + RBAC + CI/CD (ยังไม่แตะเมนูเป้าหมาย)
ขึ้น UAT แล้ว: ย้าย login จาก LDAP+DB → Keycloak OIDC ฝั่ง server · RBAC กลาง
(token roles + JIT + province scope) · Dockerfile production + CI/CD → GHCR · นำเข้าซอร์สเดิม 134/1
· ยังไม่มี commit ที่แตะเมนู M01–M05 — RBAC ที่ขึ้น UAT แล้วเป็น ท่อ สิทธิ์กลาง
ไม่ใช่จอ M05 ตาม REQ-LAW-006 จึงนับเป็น 0/5 ทั้งชุด
· ต้องให้กรมฯ ตัดสินว่าจอเดิมที่ใช้งานอยู่นับเป็น MVP1 หรือไม่
· ความเสี่ยงที่ยังไม่ปิด: บั๊กจ่ายเงินซ้ำ (มีผลกระทบทางการเงิน) ยังไม่มีแผนหรือ commit ที่แก้
S6 — ระบบ OCIPA (สชง.)¶
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| หน้ารายงาน สชง.7 ฉบับปรับปรุง | — | — | ยังไม่เริ่ม |
| หน้ายื่นคำขอออนไลน์ ฉบับปรับปรุง UX | — | — | ยังไม่เริ่ม (มีแผน ALTCHA กันบอทบนฟอร์มสาธารณะแล้ว) |
| หน้าบริหาร SMS Provider (SMS Management) | — | — | ยังไม่เริ่ม |
S6 · สิ่งที่ทำจริงในระยะ 2 = SSO + RBAC + CI/CD
ขึ้น UAT แล้ว (v0.1.0): SSO Keycloak บน .NET Framework/OWIN login e2e ผ่าน 18 ส.ค. 69 ·
RBAC กลาง Phase 5 (JIT + seed PSDBDEVDB.OCIPA) · CI/CD Windows container → IIS ผ่าน rlpd-pipeline
· S6 บล็อกงานของระบบอื่นอยู่ — S1 Phase 7 (Escalation) และ S2 Phase A รอสัญญา API ของ OCIPA
· ความเสี่ยงเดิมยังเปิด: ซอร์สโค้ด compile ไม่ผ่าน ไม่มีประวัติ Git และมี workflow ซับซ้อน 6 ตัว
S7 — ระบบงานคุ้มครองพยานในคดีอาญา (สคพ.)¶
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| Demo Hub (polish) | M00 |
— | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| ยื่นคำร้อง สคพ.1 | M01 · REQ-WIT-001 |
ฟอร์มยื่นคำร้อง | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| กล่องรับสำนวน (Inbox) | M03 · REQ-WIT-001, REQ-WIT-004 |
ลิสต์รับสำนวน | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| รายละเอียดสำนวน + แท็บพยาน | M04 · REQ-WIT-004, REQ-WIT-012 |
หน้ารายละเอียด + แท็บ | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| มอบหมาย / Workflow 6 ระดับ | M05 · REQ-WIT-004 |
ลิสต์ + มอบหมายตามลำดับชั้น | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
| สั่งข้ามวาระเร่งด่วน | M06 · REQ-WIT-011 |
ปุ่มสั่งการเร่งด่วน | ยังไม่เริ่มงานปรับปรุงระยะ 2 |
S7 · ก้อนที่ค้างใหญ่ที่สุดในเช็กลิสต์ (6 เมนู)
ขึ้น UAT แล้ว (v0.1.11): นำ codebase WPS ระยะ 1 ขึ้น UAT · SSO Keycloak (confidential client)
login verify แล้ว · RBAC กลาง Phase 3 (token roles + JIT + province helper .NET) · CI/CD → GHCR
· งาน MA ระยะ 1 อีก 4 ข้อ
· ยังไม่มี commit งานปรับปรุงระยะ 2 บนเมนูทั้ง 6 — ถ้ากรมฯ รับว่าจอเดิมจากระยะ 1 ที่อยู่บน UAT
นับเป็นการส่งมอบ MVP1 ได้ S7 จะขยับจาก 0 เป็น 6 เมนูทันที ซึ่งเปลี่ยนยอดรวมทั้งโครงการมากที่สุด
S8 — ระบบเว็บไซต์กรมคุ้มครองสิทธิและเสรีภาพ (ศพท.)¶
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| รายการข่าวสารและบทความ (Content List) | REQ-WEB-003 |
ลิสต์ |  กำลังดำเนินการ |
| สร้าง/แก้ไขบทความ (WYSIWYG + HTML mode) | REQ-WEB-003 |
ตัวหลักของ CMS | ขึ้น UAT แล้ว (v0.3.5) |
| ~~ตรวจสอบและอนุมัติเนื้อหา (Content Approval)~~ | REQ-WEB-003 |
คิว + อนุมัติ | ⛔ ตัดออกจาก scope (คำสั่งเจ้าของงาน 20 ส.ค. 69 — ไม่นับเป็นเมนูเป้าหมายอีกต่อไป) |
S8 · REQ-WEB-002 คือความเสี่ยงที่ใหญ่ที่สุดของระบบนี้
จาก rlpd-offcial-website/docs/srs-gap-analysis.md (ตรวจ 25 ก.ค. 69): ครบ 4/7 REQ ·
Template ใหม่ 4 รูปแบบยังไม่มีในโค้ดเลย (มีแค่ mockup) และ Vertical Template ยังไม่ merge
· WCAG 2.2 AA ยังไม่ผ่าน Critical หลายข้อ (lang="en" บนเว็บไทยใน 16/21 layout,
ไม่มี skip link / <main> landmark, ไม่มี automated a11y test ใน CI) — ทั้งสองเรื่องเป็น
ข้อผูกพันสัญญาและกระทบการตรวจงวด M4
S9 — ระบบเว็บพอร์ทัล Web Portal (ศพท.)¶
| เมนู / หน้าจอ | รหัส / REQ (SRS) | ลักษณะหน้าจอ | สถานะ |
|---|---|---|---|
| หน้าหลักพอร์ทัลแบบ Card ตามสิทธิ์ | REQ-WPT-003 |
แสดง S1–S8 เป็น Card | ขึ้น UAT แล้ว (v0.18.0) · การ์ดมาจากทะเบียน PORTAL.RLPDSystems + ไอคอนใน MinIO |
| อนุมัติคำขอสิทธิ์และจัดการการเข้าระบบ | REQ-WPT-005 |
ขอสิทธิ์เข้าระบบย่อย → แอดมินอนุมัติ → Card ขึ้น (ลิสต์ + ปุ่ม) | ขึ้น UAT แล้ว (e2e ผ่าน — รวมแยกใบต่อระบบ + ยื่นแทน + ลบผู้ใช้) |
| นโยบายความปลอดภัย | — | ผิด 4 ครั้ง → ระงับ 5 นาที / บังคับเปลี่ยนรหัสทุก 60 วัน / ระงับบัญชี inactive 45 วัน | ขึ้น UAT แล้ว (เปลี่ยนรหัสกลางผ่าน KC + ลืมรหัสผ่าน SMTP 587) |
S9 · ทำเกินเป้า MVP1 ไปมาก (18 minor version) — และเป็นศูนย์กลางของอีก 8 ระบบ
นอกจาก 3 เมนูเป้าหมาย ยัง e2e ผ่านบน UAT แล้ว: AD provisioning (อนุมัติ → สร้างบัญชี AD + ส่งอีเมล username/temp password + บังคับเปลี่ยนรหัสครั้งแรก) · ลบผู้ใช้ AD/รายระบบ · สะพานถึง 3 ระบบ (S9→S4 ไกล่เกลี่ย RLPD015 · S9→S2 ขอรับการช่วยเหลือ RLPD012 · S9→S1 คำขอรับคำปรึกษา) · MSC intake · ฟอร์มคำร้องยื่นหลายระบบ · หน้ารายงาน UAT แทน Google Forms · ของที่ค้าง: REQ-WEB-007 (Web API governance — Auth/Rate Limit/Versioning) ย้ายจาก S8 มาที่ S9 แล้ว แต่ยังไม่มีแผนรองรับ
หมายเหตุ
- รหัส
M0xของ S5 และ S7 เป็นรหัสเมนูภายในของระบบนั้น ๆ ส่วนรหัสREQ-*/LCS-*/PJO-*อ้างอิงข้อกำหนดใน SRS ของแต่ละระบบ - สถานะในหน้านี้เป็นภาพ ณ วันที่จัดทำเช็กลิสต์ (สิงหาคม 2569) — สถานะล่าสุดให้ยึดตามหน้าระบบงานแต่ละระบบ
- S2 (PJOS): ทั้ง 3 เมนูมี backend + frontend ต่อกันจริงแล้ว (8 ส.ค. 2569, บน
develop-mvp1) แต่ยังไม่ได้ deploy ขึ้น UAT ณ เวลาที่บันทึกหมายเหตุนี้ — รอ apply migration V007 บนฐานจริง - ตั้งค่า secret
PJOS_MINIO_ACCESS_KEY/PJOS_MINIO_SECRET_KEYบน CD repo ก่อน tag/deploy ไม่เช่นนั้น container จะ crash-loop ตั้งแต่บูต (MinioServiceตรวจ env ตอนบูต ไม่รอจนกดบันทึกผล)