ประเด็นหารือ (Q&A)

รายการนี้คือจุดตั้งต้นการหารือกับผู้ใช้ (พี่โอดี้ / ทีม) แต่ละข้อมี “ข้อเสนอของทีม” เป็นค่าเริ่มต้น ปรับได้ตามความเห็นผู้ใช้

ป้ายกำกับ: ต้องเคาะก่อนออกแบบ = กระทบสถาปัตยกรรม/ราคา   ควรเคาะ = กระทบรายละเอียด   เชิงเทคนิค = ตอบภายหลังได้

ข้อ 1 - ใครคือ “ผู้มีอำนาจอนุมัติ”? ต้องเคาะก่อนออกแบบ

นี่คือประเด็นสำคัญที่สุด เอกสาร 3 แหล่งให้คำตอบต่างกัน เราจะ ไม่เลือกเอง แต่นำเสนอทั้งสามให้ผู้ใช้ฟันธง

แหล่ง	ผู้อนุมัติที่ระบุ
SOP สคร.10	หัวหน้างานพัสดุ (head of procurement)
แผนภาพ BPMN (ศิวะ)	หัวหน้ายานฯ (fleet chief)
แบบฟอร์มจริง	ผอ.สคร.10 / ผู้รักษาราชการ (ผู้มีอำนาจสั่งใช้รถยนต์)

การปรับให้สอดคล้องที่เป็นไปได้ (สมมติฐาน): อาจเป็น สายลำดับที่มีหลายจุด ไม่ใช่ผู้อนุมัติเดี่ยว

ผู้ขอ -> หัวหน้ากลุ่มงาน (เห็นชอบ)
      -> หัวหน้ายานพาหนะ (จัดรถ+คนขับ, บันทึกทะเบียน/เลขไมล์)
      -> ผอ. หรือผู้รับมอบอำนาจ (อนุมัติสั่งใช้)

โดย หัวหน้าพัสดุ อาจถือ อำนาจที่ได้รับมอบ (ผู้รับมอบอำนาจ) ในทางปฏิบัติ

ต้องเคาะ: สายอนุมัติจริงคือใครบ้าง ตามลำดับใด และจุดไหนคือ “ผู้อนุมัติที่มีผลผูกพัน”

คำถามที่ศิวะเขียนกำกับในแบบฟอร์มโดยตรง (ข้าง "หัวหน้ากลุ่ม/ผู้แทน"): "หัวหน้าของผู้ขออนุญาต? ในระบบเก็บไหมครับ?" -> ระบบควรเก็บ/บันทึกหัวหน้ากลุ่มงานที่เห็นชอบในแต่ละคำขอหรือไม่?
ข้อเสนอ: เก็บ - เพราะเป็นลายเซ็นจุดที่ 2 ในแบบฟอร์มราชการ และจำเป็นต่อ audit trail

ข้อ 2 - ชั้นความปลอดภัยอยู่เฟส 1 หรือแยกไปก่อน? ต้องเคาะก่อนออกแบบ

คำถาม: เช็คลิสต์คนขับ, เป่าแอลกอฮอล์, ถ่ายเลขไมล์, บันทึก Location - อยู่ใน Phase 1 (ตาม BPMN) หรือแยกไปเฟสถัดไป?

ทำไมสำคัญ: SOP ครอบคลุมแค่แกน “ขอใช้รถ -> จัดรถ -> เดินทาง -> ปิดเพื่อเบิกจ่าย” ส่วนชั้นความปลอดภัยมาจาก BPMN + โน้ตหมอจิน มี “การปิดงาน 2 แบบ” ต่างกัน (ปิดเพื่อเบิกจ่าย vs ปิดเชิงความปลอดภัย)

ข้อเสนอของทีม: รวมชั้นความปลอดภัยไว้ใน Phase 1 ตามแผนภาพ BPMN (เอกสารชุดนี้ออกแบบตามแนวนี้) - ขอผู้ใช้ยืนยัน

ข้อ 3 - SOP นี้เป็น “แม่แบบเดียว” หรือเฉพาะ สคร.10? ต้องเคาะก่อนออกแบบ

ทำไมสำคัญ: ระบบตั้งเป้า deploy รายจังหวัด แต่ละหน่วยงานอาจมีขั้นตอน/ผู้อนุมัติต่างกัน ถ้าต้องรองรับหลายรูปแบบ = ต้องทำ workflow ให้ตั้งค่าได้ (กระทบเวลา/ราคา)

ข้อเสนอของทีม: เฟสนำร่องยึด SOP สคร.10 (อุบลฯ มีเซิร์ฟเวอร์อยู่แล้ว) ทำ workflow ให้ปรับได้ระดับพารามิเตอร์ (SLA, ผู้อนุมัติ) รูปแบบที่ต่างมากค่อยเก็บเฟสถัดไป

ข้อ 4 - “Data Entry” เป็นสิทธิ์รายกลุ่มงาน หรือระดับสำนักงาน? ต้องเคาะก่อนออกแบบ

ทำไมสำคัญ: ตัดสินว่าข้อมูลรถ/ประวัติซ่อมเป็นของกลุ่มงานหรือส่วนกลาง กระทบว่าใครเห็น/แก้ไขประวัติรถของใครได้

ข้อเสนอของทีม: ตั้งต้นเป็นสิทธิ์ระดับสำนักงาน (สอดคล้อง SOP ที่เจ้าหน้าที่ยานพาหนะดูแลรวม) แต่ขอยืนยัน เพราะโน้ตวาด Data Entry ไว้นอกตารางกลุ่มงาน

ข้อ 5 - “Deploy รายจังหวัด” คือแบบไหน? ต้องเคาะก่อนออกแบบ

คำถาม: instance แยกต่อจังหวัด (บนเซิร์ฟเวอร์ของหน่วยงาน) หรือระบบเดียวรวมศูนย์ที่แยกข้อมูลรายจังหวัด?

ทำไมสำคัญ: กระทบสถาปัตยกรรม การดูแล การรับประกัน และ PDPA อุบลฯ มีเซิร์ฟเวอร์อยู่แล้ว = อาจ host ฝั่งลูกค้า

ข้อเสนอของทีม: รองรับได้ทั้งสองแบบด้วย Docker เฟสนำร่องบนเซิร์ฟเวอร์อุบลฯ 1 instance โครงสร้าง Admin 2 ระดับเตรียมไว้แล้ว

ข้อ 6 - ยืนยันขอบเขตนำร่อง + โค้ดเบสเดียว ควรเคาะ

คำถาม: ยืนยันว่า รถราชการทั่วไปเป็นโปรเจกต์นำร่อง ทำก่อน ส่วน EMS เลื่อนเป็นเฟสถัดไป (ยังต้องทำ) และ ทั้งคู่อยู่ในระบบ/repo เดียวกัน (EMS = กองรถหนึ่งในระบบเดียว)

ข้อเสนอของทีม: ใช่ - สร้างเป็นระบบจองรถเดียว EMS เป็นกองรถที่เปิดใช้ในเฟสถัดไป ใช้ RBAC/tenancy ร่วมกัน

ข้อ 7 - หนึ่งกลุ่มงานมีผู้อนุมัติ/ผู้ขอกี่คน? ควรเคาะ

ข้อเสนอของทีม: รองรับหลายคนต่อบทบาทต่อกลุ่มงาน + ขอรายชื่อจริงเพื่อ seed ข้อมูล

ข้อ 8 - กลุ่มงาน A/B/C คือกลุ่มใดจริง? ควรเคาะ

ขอรายชื่อกลุ่มงานจริงของ สคร.10 เพื่อใส่ในระบบ RBAC

ข้อ 9 - ระบบต้องพิมพ์แบบฟอร์มราชการไหม? ควรเคาะ

ทำไมสำคัญ: ถ้าต้องได้เอกสารตามแบบฟอร์มราชการ (เพื่อตรวจรับ/เบิกจ่าย) รูปแบบ ช่องข้อมูล และลายเซ็นถูกกำหนดไว้ ออกแบบเองไม่ได้

ข้อเสนอของทีม: รองรับการออก PDF ใบขอตามแบบฟอร์มจริง (ขอไฟล์ต้นฉบับ) พร้อมข้อมูลครบสำหรับแนบเบิกจ่าย

ข้อ 10 - กติกาการจองกระชั้นชิด (< 10 วัน)? ควรเคาะ

SOP กำหนดจองล่วงหน้า 10 วัน ถ้าน้อยกว่านั้น ระบบควร บล็อก / เตือนแต่ให้ผ่าน / ต้องมีผู้อนุมัติระดับสูงขึ้น? (ดู สถานการณ์จองกระชั้นชิด)

ข้อ 11 - กติกาการยกเลิกและการเปลี่ยนคนขับ? ควรเคาะ

• ยกเลิก ได้ถึงเมื่อไร (ก่อนอนุมัติ / ก่อนออกเดินทาง) ต้องระบุเหตุผลไหม?
• แอลกอฮอล์เกินเกณฑ์ -> ยืนยันว่าให้ เปลี่ยนคนขับในงานเดิม (ไม่ยกเลิก/ไม่เริ่มใหม่) - เป็นการตัดสินใจที่ทีมได้จากโน้ตแล้ว ขอผู้ใช้ยืนยัน

ข้อ 12 - ตัวเลขและฟิลด์ที่ต้องยืนยัน เชิงเทคนิค

• ขนาดกองรถ: รถศูนย์วิชาการ = 200 (โน้ต) หรือ 500 (BPMN)?
• ฟิลด์สุดท้ายของฟอร์มจอง ในโน้ต: อ่านไม่ออกชัด - สถานที่เดินทาง (จุดหมาย) หรือ สถิติดำเนินการ? (จุดหมายน่าจะเข้ากับบริบทมากกว่า)
• ความสัมพันธ์ Case กับ Fleet หมายถึงอะไร?

ข้อ 13 - การเชื่อมระบบและ ThaID เชิงเทคนิค

• เชื่อมระบบเบิกจ่าย/การเงิน (เช่น GFMIS-adjacent) หรือแค่ผลิตข้อมูลให้เบิกเอง?
• ThaID จำเป็นในเฟสนี้ไหม? (ข้อเสนอ: ไม่ - ผู้ใช้เป็น staff ใช้ล็อกอินปกติ/SSO ได้ ThaID เป็น Phase 2)

ข้อ 14 - ความพร้อมและการพักคนขับ เชิงเทคนิค

BPMN ระบุปัญหา: อยู่เวรต่อเวร, นอนไม่เต็มที่, แลกเวรไม่บอก, เวรละ 12 ชม.

• ภาระงานคนขับคำนวณจาก เลขไมล์ (ยืนยันแล้วในโน้ต) - ต้องมีเพดานชั่วโมง/ระยะทางต่อวันไหม?
• ความน่าเชื่อถือของการเป่าแอลกอฮอล์ (ใครเป็นพยาน, กันการโกง) - หมอจินขอเลื่อนไปหารือภายหลัง ยังไม่เป็นความต้องการในเฟสนี้