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

S5 — ระบบบริหารจัดการและเบิกจ่ายค่าตอบแทนทนายความ (มาตรา 134/1)

Lawyer Compensation System (Section 134/1)

ตารางสรุปข้อมูลเบื้องต้น

หัวข้อ รายละเอียด
อ้างอิง TOR ข้อ 7.15
หน่วยงานรับผิดชอบ กองพิทักษ์สิทธิและเสรีภาพ (กพส.)
ลักษณะการพัฒนา ระบบปรับปรุงและเพิ่มประสิทธิภาพ (Improvement & Maintenance)
สถานะโครงการ 🟠 ปรับปรุงระบบเดิม (Existing System) — ระบบมีอยู่ก่อน Phase 1 และไม่ได้อยู่ในขอบเขต TOR Phase 1 เป็นระบบเดิมที่นำมาปรับปรุงใหม่ใน Phase 2
ระดับความซับซ้อน ระดับมาตรฐาน (🟡 Standard)
ฟังก์ชันหลัก ลงทะเบียนทนายความ, มอบหมายคดี, และประมวลผลการเบิกจ่ายค่าตอบแทน
สถานะการดำเนินงาน ขั้นตอนการวางแผนและการปรับปรุง (Planning & Improvement Phase)

สถานะปัจจุบัน (Current State)

ระบบ S5 มีวัตถุประสงค์หลักในการบริหารจัดการรายชื่อทนายความอาสา (Pro bono lawyers) การมอบหมายทนายความให้แก่ผู้ต้องหาในคดีอาญาตามมาตรา 134/1 และกระบวนการเบิกจ่ายค่าตอบแทนให้แก่ทนายความ

สภาพปัญหาในปัจจุบัน: - ระบบขาดการปรับปรุงและบำรุงรักษาอย่างต่อเนื่อง (Legacy System) - พบปัญหาความผิดพลาดในกระบวนการเบิกจ่ายและการตรวจสอบสถานะ - กระบวนการตรวจสอบคุณสมบัติทนายความยังเป็นแบบกึ่งอัตโนมัติ (Manual/Batch Process)

ขอบเขตความต้องการตาม TOR

ตามรายละเอียดในข้อกำหนด TOR ข้อ 7.15 การปรับปรุงระบบเบิกจ่ายค่าตอบแทนทนายความต้องครอบคลุมดังนี้: - พัฒนาและปรับปรุงระบบให้สอดคล้องกับระเบียบกฎหมายมาตรา 134/1 - เพิ่มประสิทธิภาพระบบลงทะเบียนทนายความและการจัดกลุ่ม (Lawyer Pool) - ปรับปรุงขั้นตอนการมอบหมายทนายความ (Lawyer Assignment) ให้มีความโปร่งใสและตรวจสอบได้ - แก้ไขปัญหาและพัฒนาระบบเบิกจ่ายค่าตอบแทน (Compensation Processing) ให้มีความถูกต้องแม่นยำ - รองรับการเชื่อมต่อข้อมูลกับระบบที่เกี่ยวข้องในกลุ่มงานเดียวกัน (เช่น S1)

ปัญหาสำคัญที่ตรวจพบ (Identified Issues)

  1. การบันทึกการเบิกจ่ายซ้ำซ้อน (Duplicate Payment Records):
  2. พบรายการเบิกจ่ายซ้ำในระบบ ส่งผลให้เกิดความคลาดเคลื่อนทางการเงินและบัญชี

  3. สาเหตุอาจเกิดจากขาดการตรวจสอบความซ้ำซ้อน (Uniqueness Constraints) ในระดับฐานข้อมูลหรือแอปพลิเคชัน

  4. การตรวจสอบใบอนุญาตทนายความ (License Verification):

  5. ปัจจุบันใช้วิธีนำเข้าข้อมูลจากไฟล์ Excel (Batch Import) เป็นรอบๆ ทำให้ข้อมูลไม่เป็นปัจจุบัน (Not Real-time)

  6. กระบวนการ Import ด้วยมือมีความเสี่ยงต่อความผิดพลาดของข้อมูล

  7. หนี้ทางเทคนิคสะสม (Technical Debt):

  8. ระบบขาดการอัปเดตซอฟต์แวร์และโครงสร้างโค้ดมาเป็นเวลานาน

  9. ขาดเอกสารประกอบระบบ (System Documentation) ที่เป็นปัจจุบัน ทำให้ยากต่อการบำรุงรักษา

  10. ระบบการตรวจสอบ (Audit Trail):

  11. การบันทึกประวัติการทำรายการ (Transaction Logs) ยังไม่ละเอียดเพียงพอสำหรับการตรวจสอบย้อนหลังในกรณีที่เกิดปัญหาทางการเงิน

ขั้นตอนการทำงาน (Workflow)

1. การลงทะเบียนและตรวจสอบคุณสมบัติ

graph TD
    A[ทนายความยื่นขอลงทะเบียน] --> B[นำเข้าข้อมูลใบอนุญาตจากหน่วยงานภายนอก]
    B --> C[ตรวจสอบและอนุมัติคุณสมบัติ]
    C --> D[เพิ่มรายชื่อเข้าสู่ระบบ Lawyer Pool]

2. การมอบหมายคดีและการเบิกจ่าย

graph TD
    A[รับคำขอทนายความจากระบบ S1 / ภายนอก] --> B[ระบบจับคู่ทนายความตามความเหมาะสม]
    B --> C[ยืนยันการมอบหมายคดี]
    C --> D[ทนายความบันทึกผลงานและขอเบิกจ่าย]
    D --> E[ตรวจสอบความถูกต้องและอนุมัติจ่ายเงิน]
    E --> F[บันทึกรายการบัญชีและออกรายงาน]

จุดเชื่อมต่อระบบ (System Integration)

แหล่งข้อมูล / ระบบที่เกี่ยวข้อง ชื่อระบบ ทิศทาง ประเภทข้อมูล หมายเหตุ
ระบบให้คำปรึกษาฯ S1 Legal Consultation สองทาง (Bidirectional) ข้อมูลการมอบหมายงาน รับคำขอจาก S1 เพื่อจัดหาทนายความและส่งคืนข้อมูลการเบิกจ่าย
หน่วยงานทนายความ External Agencies ขาเข้า (Inbound) ข้อมูลใบอนุญาต รับไฟล์ Excel รายชื่อทนายความ (มีแผนปรับเป็น API ในอนาคต)
ระบบบัญชีและการเงิน Internal Finance System ขาออก (Outbound) รายการเบิกจ่าย ส่งข้อมูลการอนุมัติจ่ายเงินเพื่อดำเนินการโอนเงิน

ประเด็นที่ต้องการคำชี้แจง (Open Issues)

[ประเด็นเปิด] แหล่งข้อมูลใบอนุญาตทนายความ (Lawyer License) มาจากหน่วยงานใด และสามารถเปลี่ยนจากการส่งไฟล์ Excel เป็นการเชื่อมต่อผ่าน API ได้หรือไม่?

[ประเด็นเปิด] สาเหตุเชิงลึกของปัญหาการจ่ายเงินซ้ำซ้อน (Duplicate Payment) เกิดจากจุดใด? (เช่น การกดยืนยันซ้ำที่หน้าจอ, ระบบ Validation หลังบ้านขัดข้อง, หรือข้อมูลในฐานข้อมูลไม่มี Unique Key)

[ประเด็นเปิด] ปริมาณทนายความในระบบปัจจุบันมีจำนวนเท่าใด และมีปริมาณธุรกรรมการเบิกจ่ายต่อเดือนมากน้อยเพียงใด?

[ประเด็นเปิด] กระบวนการตรวจสอบยอดเงิน (Reconciliation) ระหว่างระบบ S5 กับฝ่ายการเงินในปัจจุบันทำอย่างไร?

[ประเด็นเปิด] มีข้อกำหนด SLA ในการอนุมัติการเบิกจ่ายค่าตอบแทนทนายความหรือไม่?

หมายเหตุทางเทคนิค (Technical Notes)

แนวทางการปรับปรุงในระยะที่ 2 (Phase 2 Improvements)

  1. การแก้ไขปัญหาเบิกจ่ายซ้ำซ้อน:
  2. ตรวจสอบและเพิ่มข้อกำหนดความไม่ซ้ำกัน (Uniqueness Constraints) ในระดับฐานข้อมูล เช่น lawyer_id + case_id + period
  3. พัฒนากลไกป้องกันการส่งข้อมูลซ้ำ (Idempotency Key) ในระดับแอปพลิเคชัน

  4. จัดทำรายงานตรวจสอบความซ้ำซ้อน (Deduplication Report) เพื่อทำความสะอาดข้อมูลเดิม

  5. การเพิ่มประสิทธิภาพการตรวจสอบใบอนุญาต:

  6. พัฒนาโมดูลนำเข้าข้อมูลอัตโนมัติ (Automated Import) พร้อมระบบตรวจสอบความถูกต้อง (Validation Rules)

  7. เพิ่มระบบแจ้งเตือนเมื่อใบอนุญาตทนายความใกล้หมดอายุ

  8. การเสริมความปลอดภัยและการตรวจสอบ (Audit & Security):

  9. เพิ่มระบบ Audit Trail แบบละเอียด (ใคร, ทำอะไร, เมื่อไหร่, ข้อมูลก่อน-หลังเปลี่ยน) สำหรับทุกรายการเบิกจ่าย

  10. กำหนดสิทธิ์การเข้าถึง (Role-based Access Control) แยกตามหน้าที่อย่างชัดเจน เช่น ผู้บันทึก, ผู้อนุมัติ, ผู้จ่ายเงิน

  11. การบำรุงรักษาและปรับปรุงโครงสร้าง (System Maintenance):

  12. ทำการ Refactor โค้ดในส่วนที่มีหนี้ทางเทคนิคสูง
  13. ปรับปรุงโครงสร้างฐานข้อมูล (Database Schema) ให้มีความเป็นระเบียบ (Normalized)
  14. จัดทำคู่มือการทำงาน (Technical Documentation) และ API Specification