SRT · การรถไฟแห่งประเทศไทย · ข้อเสนอต่อผู้บริหาร · เอกสาร ต.ค. 2569 · 26 สไลด์ · สรุป 28 ต.ค. 2569
Thai Train Ready — ระยะที่ 2: จากแอปตรวจความสะอาด สู่ระบบรับรองรถพร้อมให้บริการ
ข้อเสนอของ บริษัท ทเวนตี้เซเวน แอนซ์ จำกัด (ต.ค. 2569) · ระยะที่ 1 ใช้จริงแล้วที่ย่านเตรียมรถ · ขออนุมัติระยะที่ 2 ไม่เกิน 15.3 ล้านบาท 6 เดือน
ระยะที่ 215.3 ล้านบาท6 เดือนTrain ReadySLAQR รายตู้PDPA
Original slides · 6 pages
Next Step · สี่การตัดสินใจที่ขอจากผู้บริหาร รฟท.
- •⏳ 1 · อนุมัติหลักการระยะที่ 2 และเลือกรูปแบบงบประมาณ (ลงทุน / เช่า / Hybrid)
- •⏳ 2 · แต่งตั้งเจ้าภาพกระบวนการเตรียมรถ ที่สั่งการข้ามฝ่ายได้ (ฝ่ายการโดยสาร + ฝ่ายช่างกล)
- •⏳ 3 · อนุญาตให้ระบบใช้ข้อมูลริ้วขบวนและตารางเดินรถ
- •⏳ 4 · กำหนดให้รถโดยสารใหม่เปิดข้อมูลผ่าน API และติด QR รายตู้ตั้งแต่ใน TOR
- •ขั้นถัดไปหลังอนุมัติ: ประชุมยืนยันขอบเขต → นำเกณฑ์สัญญาจ้างทำความสะอาดปัจจุบันมาเป็นเกณฑ์ตรวจรับ → คณะกรรมการทำ TOR ระยะที่ 2 → นำร่องที่ย่านเตรียมรถ (CA) แล้วขยายผล
ระยะที่ 1 · ส่งมอบแล้ว ใช้งานจริงที่ย่านเตรียมรถ
- •ผู้ทดสอบใช้งานจริง 44 คน: ตรวจความสะอาด 35 · จัดริ้วขบวน 4 · ผู้ดูแล 5
- •2 แพลตฟอร์ม: มือถือ iOS / Android และเว็บสำหรับตั้งค่าและออกรายงาน
- •ถ่ายภาพภายนอกขบวนและอุปกรณ์ชำรุด บันทึกพร้อมพิกัด GPS
- •มูลค่างานที่บริษัทสนับสนุนให้ รฟท. 5.9 ล้านบาท (ประเมินย้อนหลัง)
- •ผลประเมินจากผู้ใช้: ใช้ง่าย ถูกต้อง รวดเร็ว ลดเวลาทำงาน ลดกระดาษ
ที่มา: เอกสารพัฒนาระบบ Thai Train Ready Rev 1.0
ช่องว่างของระบบปัจจุบัน · บันทึกผลได้ แต่ยังปิดวงจรไม่ได้
- •ยังไม่มีการตรวจรับงานผู้รับจ้าง — ผลตรวจไม่ผูกกับเกณฑ์สัญญา ค่าปรับ และการเบิกจ่าย
- •อุปกรณ์ชำรุดไม่ถูกส่งต่อไปซ่อม — จบที่รายงาน ไม่มีใบสั่งงาน ไม่ติดตามจนซ่อมเสร็จ
- •ไม่มีผู้ลงนามว่ารถพร้อม — ไม่มีจุดตัดสินใจที่ระบุผู้รับผิดชอบก่อนนำขบวนออก
- •ผู้บริหารเห็นข้อมูลเมื่อจบวัน — อัปโหลดเมื่อตรวจครบ 100% เท่านั้น
ระยะที่ 2 · สามแกนหลัก บนฐานเดียวกัน
หัวใจ: จาก "บันทึกผลตรวจ" สู่ "รับรองว่ารถพร้อมให้บริการ"
- •ตรวจรับงานผู้รับจ้าง — ผู้รับจ้างส่งงานพร้อมภาพหลังทำ · ตรวจรายพื้นที่ ระบบสุ่มตู้ · คำนวณค่าปรับ ออกรายงานตรวจรับรายเดือน
- •ซ่อมบำรุงที่ติดตามได้ — ชำรุดสร้างใบสั่งงานอัตโนมัติ · 3 ระดับความรุนแรงพร้อม SLA · ปิดงานเมื่อแนบภาพและมีผู้ยืนยัน
- •รับรองรถพร้อมให้บริการ — หัวหน้าย่านลงนามรายขบวน · ชำรุดด้านความปลอดภัยบล็อกการลงนาม · ปล่อยรถแบบมีเงื่อนไขและแจ้งพนักงานบนขบวน
- •ฐานระบบ: QR ประจำตู้ · ซิงก์ข้อมูลทีละตู้ · PDPA และประวัติแก้ไขย้อนหลังไม่ได้ · Dashboard ผู้บริหาร
- •วงจร 6 ขั้น: สร้างงานจากริ้วขบวน → ผู้รับจ้างทำความสะอาด สแกน QR ส่งตรวจ → เจ้าหน้าที่ รฟท. ตรวจรับ (ไม่ผ่านส่งกลับแก้) → ส่งซ่อมตาม SLA → หัวหน้าย่านลงนาม Train Ready → รายงานและค่าปรับ
เป้าหมายระยะที่ 2 · ภายใน 6 เดือนหลังใช้งานจริง
| ตัวชี้วัด | เป้า |
|---|---|
| ขบวนได้รับการรับรองก่อนเวลาออก | ขั้นต่ำ 95% |
| ชำรุดด้านความปลอดภัยปิดงานภายใน SLA | ขั้นต่ำ 90% |
| เวลาเฉลี่ยตั้งแต่พบชำรุดจนซ่อมเสร็จ | ลดลง 30% |
| ผลตรวจตรงกับผลสุ่มตรวจซ้ำ | ขั้นต่ำ 85% |
ค่าฐานวัดจาก 4 สัปดาห์แรก แล้วรายงานความคืบหน้าทุก 4 สัปดาห์
อ้างอิงแนวปฏิบัติสากล
| แนวปฏิบัติ | สาระสำคัญ | นำมาใช้ในระยะที่ 2 |
|---|---|---|
| ระเบียบ ECM ของสหภาพยุโรป (2019/779) | แยกงานซ่อมเสร็จ ออกจากการอนุญาตให้รถออกให้บริการ | ลงนาม Train Ready รายขบวน ปล่อยรถแบบมีเงื่อนไขได้ |
| มาตรฐาน EN 13549 / INSTA 800 | วัดความสะอาดด้วยระดับคุณภาพรายพื้นที่ และสุ่มตรวจ | แบบตรวจรายพื้นที่ ระบบสุ่มตู้ เกณฑ์ผ่านผูกกับสัญญา |
| ระบบตรวจคุณภาพบริการ สหราชอาณาจักร | ผู้ตรวจอิสระ ประกาศผลทุก 4 สัปดาห์ เกณฑ์ราว 88–93% | ผู้ตรวจสอบซ้ำ และรายงานรอบ 4 สัปดาห์ |
| Deutsche Bahn (เยอรมนี) | พบความผิดปกติ แล้วสร้างใบสั่งงานซ่อมอัตโนมัติ | ชำรุด → ใบสั่งงานซ่อม พร้อม SLA และแจ้งเตือน |
| การรถไฟอินเดีย (Coach Mitra) | QR รายตู้ ภาพประทับเวลา ติดตามเวลาตอบสนอง | สแกน QR ถ่ายภาพสดพร้อมพิกัด วัดเวลาแก้งาน |
ที่มาในเอกสาร: EUR-Lex (EU) 2019/779 · INSTA 800 · LNER / Greater Anglia Service Quality · Deutsche Bahn · CRIS
แผน 4 ระยะ และงบประมาณ (กรอบสูงสุด ไม่รวม VAT)
มูลค่าระบบเมื่อจบระยะที่ 2 = 21.3 ล้านบาท ในจำนวนนี้ราว 28% บริษัทสนับสนุนแล้ว
| ระยะ | ระยะเวลา | ล้านบาท | ทำอะไร | สถานะ |
|---|---|---|---|---|
| ระยะที่ 1 | 6 เดือน | 5.9 | แอปตรวจความสะอาด มือถือ + เว็บ | สนับสนุนแล้ว |
| ระยะที่ 2 | 6 เดือน | 15.3 | ตรวจรับงาน · ใบสั่งซ่อม + SLA · ลงนาม Train Ready | ขออนุมัติ |
| ระยะที่ 3 | 12 เดือน | 28.6 | เชื่อม D-Ticket / ระบบบุคคล · QR ผู้โดยสาร · AI ประเมินความสะอาด (นำร่อง) | แผน |
| ระยะที่ 4 | 12–24 เดือน | 51.3 | ซุ้มกล้องตรวจรถ · เซนเซอร์น้ำ/ถังของเสีย · ข้อมูล TCMS | ประเมินเบื้องต้น |
ระยะที่ 2 ครอบคลุมพัฒนา ป้าย QR ทุกตู้ อุปกรณ์ภาคสนาม ทดสอบความปลอดภัย ที่ปรึกษา PDPA และอบรม · ระยะที่ 4 ความคลาดเคลื่อนสูง ควรศึกษาความเป็นไปได้ก่อน
รูปแบบการจัดหาระยะที่ 2 · สัญญา 3 ปี
แบบเช่าและ Hybrid สูงกว่าแบบลงทุนราว 9–11% จากต้นทุนเงินและความเสี่ยงที่ผู้ให้บริการรับแทน
| รูปแบบ | รวม 3 ปี (ล้านบาท) | จ่ายอย่างไร | เหมาะเมื่อ |
|---|---|---|---|
| งบลงทุน · จ้างพัฒนา + MA | 22.4 | ค่าพัฒนา 15.3 ปีแรก · MA ปีที่ 2–3 และเครื่องแม่ข่าย · รฟท. เป็นเจ้าของระบบ | มีงบลงทุนพร้อม และมีทีมไอทีดูแลเอง |
| งบทำการ · เช่าใช้บริการ | 24.9 | ค่าบริการ 692,000 บาท/เดือน จ่ายเมื่อระบบใช้งานได้จริง รวมอัปเดตความปลอดภัยและ SLA | ต้องการเริ่มเร็ว โดยไม่ตั้งงบลงทุน |
| ผสม · Hybrid | 24.3 | ค่าติดตั้ง 4 ล้านบาทจากงบลงทุน + ค่าบริการ 565,000 บาท/เดือน · ใช้ระบบต่อได้หลังจบสัญญา | มีงบลงทุนเพียงบางส่วน |
ระยะที่ 4 มีฮาร์ดแวร์ราว 30 ล้านบาท เอกสารแนะนำให้ใช้งบลงทุนหรือ Hybrid ที่ รฟท. ซื้อฮาร์ดแวร์เอง
ความเสี่ยงหลักและแนวทางจัดการ
| ความเสี่ยง | แนวทางจัดการ |
|---|---|
| งานซ่อมข้ามฝ่าย ทำให้ SLA ไม่ถูกบังคับใช้ | แต่งตั้งเจ้าภาพกระบวนการ ที่สั่งการได้ทั้งฝ่ายการโดยสารและฝ่ายช่างกล |
| พนักงานมองว่าระบบใช้จับผิด | สื่อสารว่าระบบช่วยงาน มีช่องรับข้อเสนอแนะ และยกย่องผลงาน |
| เชื่อมข้อมูลริ้วขบวนล่าช้า | เริ่มจากนำเข้าไฟล์ แล้วค่อยเชื่อม API |
| ข้อมูลส่วนบุคคล (ภาพ พิกัด) | เก็บพิกัดเฉพาะขณะทำรายการ เบลอใบหน้า กำหนดระยะเก็บตาม PDPA |
| สัญญาณในลานจอดไม่เสถียร | ทำงานออฟไลน์ได้ครบ และซิงก์ทีละตู้เมื่อมีสัญญาณ |
ข้อสังเกตจากการอ่าน (น้อง) · แก้แล้วใน v2
ตัวเลขงบทุกตารางคำนวณตรงกัน · ฉบับแก้ Thai_Train_Ready_v2.pdf อยู่ในการ์ด Source files (ตั้งข้อความใหม่ด้วยฟอนต์เดิมของเอกสาร)
- •✅ สไลด์ 7: ใส่เครื่องหมายคำพูดเปิดที่หายไปทั้งสองบรรทัด ("บันทึกผลตรวจ" / "รับรองว่ารถพร้อมให้บริการ")
- •✅ สไลด์ 8: กล่อง 02 เลื่อน "ผู้รับจ้าง สแกน QR" ลงหนึ่งบรรทัด ไม่ทับ "ตรวจ" แล้ว
- •✅ สไลด์ 2: ข้อ 3 เพิ่ม "เป็นค่าพัฒนาปีแรก รวม MA ครบ 3 ปีไม่เกิน 22.4 ล้านบาท" ให้ตรงกับสไลด์ 17
- •ℹ️ ไม่ได้แก้: สไลด์ 21 (ขอบคุณ) อยู่ก่อนภาคผนวก — ใช้ได้ตามปกติ
ไม่มีไฟล์ pptx ต้นฉบับบน M6/Air — ถ้ามีคนแก้ต่อใน PowerPoint ต้องแก้ 3 จุดนี้ในไฟล์นั้นด้วย
Open questions
- 1.ที่รักอยู่ในบทบาทไหนของข้อเสนอนี้ — ช่วยปรับเอกสาร, รีวิวให้ รฟท., หรือร่วมทำระบบ
- 2.อยากให้น้องแก้จุดในสไลด์ที่เจอ (หัวข้อ "ข้อสังเกตจากการอ่าน") แล้วทำ PDF ฉบับใหม่ไหม