ข้ามไปที่เนื้อหา

มาตรฐานเลขเคส (Case Number Format)

ที่มา: เจ้าของงานกำหนด 19 ส.ค. 2569 — เป็นมาตรฐานกลางของทุกระบบใน RLPD Phase 2

โครงสร้าง — 16 ตัวอักษร

SSS YYYY TT PP NNNNN
 │   │   │  │    └── เลขรันนิ่งอัตโนมัติ 5 หลัก เช่น 00001
 │   │   │  └────── เลขจังหวัด 2 หลัก ตามมาตรฐานมหาดไทย (มท.) เช่น 10 = กรุงเทพฯ
 │   │   └───────── เลขเฉพาะของแต่ละระบบ 2 หลัก — ต่างกันตาม business ของระบบนั้น
 │   └───────────── ปี พ.ศ. 4 หลัก เช่น 2569
 └───────────────── รหัสระบบ 3 ตัวอักษร เช่น SVC = Service Center, OCI = OCIPA

ตัวอย่างการถอดความ: OCI2569011000001 = ระบบ OCIPA · เคสของผู้เสียหาย (01) · ปี พ.ศ. 2569 · จังหวัดกรุงเทพมหานคร (10) · ลำดับที่ 1

องค์ประกอบทีละส่วน

ส่วน ความยาว ความหมาย หมายเหตุ
รหัสระบบ 3 ระบบเจ้าของเคส เช่น SVC (Service Center), OCI (OCIPA) ตารางรหัสเต็มทุกระบบ — รอรวบรวม
ปี พ.ศ. 4 ปีที่เปิดเคส เช่น 2569 พ.ศ. ไม่ใช่ ค.ศ.
เลขเฉพาะระบบ 2 ประเภทตาม business ของระบบนั้น ไม่เหมือนกันข้ามระบบ — ดูตารางล่าง
เลขจังหวัด 2 รหัสจังหวัดมาตรฐาน มท. เช่น 10 = กทม. ค่าเดียวกับที่ RBAC กลางใช้ใน Keycloak group /Provinces/<code>
เลขรันนิ่ง 5 ลำดับอัตโนมัติ เช่น 00001 ขอบเขตการรัน (ต่อปี? ต่อจังหวัด? ต่อประเภท?) — รอยืนยัน

เลขเฉพาะ 2 หลักของแต่ละระบบ (เท่าที่ยืนยันแล้ว)

ระบบ รหัส เลขเฉพาะ ความหมาย
OCIPA OCI 01 ผู้เสียหาย
OCIPA OCI 02 จำเลย

ระบบอื่น ๆ — ยังไม่ได้กำหนด/ยังไม่ได้รวบรวม ให้เพิ่มในตารางนี้เมื่อได้ข้อสรุปของแต่ละระบบ

สถานะการใช้งานจริง (ณ 19 ส.ค. 2569)

เลขเคสที่ระบบออกอยู่ตอนนี้ ยังไม่ตรง มาตรฐานนี้

  • S2 (PJOS) ออกเลขรูป S2-<พ.ศ.>-<5 หลัก> (เช่น S2-2569-00042) — ไม่มีส่วนประเภท/จังหวัด · การย้ายไป format ใหม่ต้องเป็นงาน additive (เลขเดิมที่ออกไปแล้วห้ามเปลี่ยน)
  • ระบบอื่นที่ออกเลขเองต้องตรวจทีละระบบก่อน cutover prod
  • Phase 3 ของ S2 (ส่งต่อ + Case Reference) เก็บเลขปลายทางเป็น free text (remote_ref ไม่บังคับรูปแบบ) — จึงรองรับเลข format นี้ได้ทันทีโดยไม่ต้องแก้อะไร