วางขอบเขตระบบชาร์จ EV สำหรับเจ้าของอสังหาริมทรัพย์รายใหญ่: แอปผู้ขับขี่ 2 แบบ กระเป๋าเงินเติมล่วงหน้า และการยืนยันตัวตน 3 ระดับ

คอนโดที่มีเครื่องชาร์จสี่หัวเป็นปัญหาของ "เจ้าของสถานที่" แต่เจ้าของที่มีเครื่องชาร์จกระจายอยู่ในชุมชนที่อยู่อาศัยหลายสิบแห่งในหลายภูมิภาค เป็นปัญหาอีกแบบหนึ่ง เจ้าหน้าที่ส่วนกลางเดินไปดูเครื่องชาร์จไม่ได้ ระบบจึงต้องทำสี่อย่างเองโดยไม่พึ่งคน คือให้คนแปลกหน้าเริ่มชาร์จได้ เก็บเงินได้ กันการใช้ผิดวัตถุประสงค์ และรายงานให้ส่วนกลางเห็นว่าเกิดอะไรขึ้น แยกตามชุมชนและภูมิภาค

เราเพิ่งวางขอบเขตงานลักษณะนี้ให้เจ้าของอสังหาริมทรัพย์เพื่อที่อยู่อาศัยรายใหญ่ บทความนี้เล่าว่าเราแบ่งงานอย่างไร เพราะโครงสร้างเดียวกันใช้ได้กับเจ้าของที่มีหลายสถานที่ ขอระบุไว้ก่อนว่า บทความนี้ไม่เปิดเผยชื่อลูกค้า และเป็นการวางขอบเขตงาน ไม่ใช่ประกาศเปิดตัวระบบ

อะไรมีอยู่แล้ว และอะไรคืองานใหม่

สิ่งที่มีประโยชน์ที่สุดอย่างหนึ่งของการวางขอบเขต คือแยกสองอย่างนี้ให้ชัด ของเราแบ่งได้ดังนี้

ใช้งานจริงอยู่แล้วบนแพลตฟอร์มของเรา

• เซิร์ฟเวอร์ OCPP 1.6 ที่เครื่องชาร์จเชื่อมต่อผ่าน WebSocket แบบเข้ารหัส พร้อมสถานะสด และคำสั่งเริ่ม/หยุดระยะไกล
• แดชบอร์ดผู้ดูแลบนเว็บ: เซสชัน การชำระเงิน การแจ้งเตือน การสั่งงานระยะไกล audit log และรายงานรายได้รายวันที่แยก VAT พร้อมส่งออก Excel
• หน้าสแกนเพื่อชาร์จบนเบราว์เซอร์ พร้อมชำระผ่านพร้อมเพย์สำหรับผู้มาเยือน
• OCPI roaming กับเครือข่ายพันธมิตร

กำหนดเป็นงานใหม่ของลูกค้ารายนี้ ยังไม่ใช่ของที่ส่งมอบแล้ว

• การจัดกลุ่มตามชุมชนและภูมิภาคเป็นโครงสร้างหลักในแดชบอร์ด พร้อมสิทธิ์ของส่วนกลาง ภูมิภาค และชุมชน
• บัญชีผู้ขับขี่ที่เข้าสู่ระบบด้วยเบอร์โทร และกระเป๋าเงินเติมล่วงหน้า
• แอปผู้ขับขี่แบบเนทีฟบน iOS และ Android
• การยืนยันตัวตนด้วยบัตรประชาชน การแจ้งเตือนแบบพุช และสถานีของพันธมิตร roaming ในแอปเนทีฟ เป็นเฟส 2

ต้องรักษารายการนี้ให้ตรงความจริง ถ้าอธิบายงานใหม่ราวกับมีอยู่แล้ว เวิร์กช็อปครั้งแรกกับลูกค้าจะกลายเป็นการแก้ความเข้าใจผิด

แอปผู้ขับขี่ 2 แบบ บัญชีเดียว

เว็บแอปกับแอปเนทีฟมักถูกนำเสนอเป็นตัวเลือกให้เลือกอย่างใดอย่างหนึ่ง แต่สำหรับเจ้าของอสังหาริมทรัพย์ ทั้งสองคือประตูสองบานของระบบเดียวกัน

เว็บแอปเหมาะกับผู้มาเยือนและผู้อยู่อาศัยที่ใช้ครั้งแรก สแกน QR code ที่เครื่องชาร์จ ไม่ต้องติดตั้งอะไร แล้วชาร์จได้เลย และยังอัปเดตเร็วที่สุด เพราะแก้ครั้งเดียวถึงทุกคนทันที

แอปเนทีฟเหมาะกับผู้ใช้ประจำ เพิ่มแผนที่สถานีใกล้เคียง ข้อความพุชเมื่อชาร์จเสร็จหรือยอดเงินใกล้หมด ยานพาหนะที่บันทึกไว้ การปลดล็อกด้วยลายนิ้วมือหรือใบหน้า และการยืนยันตัวตน การอัปเดตต้องผ่านการตรวจของ App Store และ Google Play จึงเปลี่ยนช้ากว่า

กฎการออกแบบที่ทำให้ได้ผลคือ ทั้งสองแบบใช้แบ็กเอนด์เดียวกัน ผู้ขับขี่เริ่มจากเว็บแล้วติดตั้งแอปภายหลังก็เจอบัญชี ยอดเงิน และประวัติชุดเดิม ถ้าสองเวอร์ชันมีบัญชีแยกกัน คุณจะต้องดูแลสองผลิตภัณฑ์

ขั้นตอนการชาร์จเหมือนกันทั้งสองแบบ

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

flowchart TD
    A["สแกน QR หรือเปิดแอป"] --> B["เข้าสู่ระบบแล้ว"]
    B --> C["เลือกสถานีและดูอัตราค่าบริการ"]
    C --> D["ยอดเงินเพียงพอ"]
    D --> E["เริ่มชาร์จ"]
    E --> F["ดูพลังงาน กำลังไฟ และค่าใช้จ่ายสด"]
    F --> G["หยุดหรือเต็ม"]
    G --> H["เก็บใบเสร็จในประวัติ"]
    B -->|"ยัง"| I["เข้าสู่ระบบด้วยเบอร์โทรและรหัสครั้งเดียว"]
    I --> C
    D -->|"ไม่พอ"| J["เติมเงินด้วย QR พร้อมเพย์"]
    J --> E

ผู้มาเยือนที่ไม่ล็อกอินก็ชาร์จแบบผู้เยี่ยมชมได้ และจ่ายค่าเซสชันผ่านพร้อมเพย์ตอนจบ ทำให้ทุกคนใช้เครื่องชาร์จได้ ซึ่งมักเป็นเป้าหมายด้านบริการสาธารณะของเจ้าของลักษณะนี้

กระเป๋าเงินคือจุดที่มีความเสี่ยง

กระเป๋าเงินเติมล่วงหน้าแก้ปัญหาชาร์จแล้วไม่จ่าย และก็เป็นส่วนของขอบเขตที่มีโอกาสสร้างปัญหามากที่สุดเช่นกัน มีสามการตัดสินใจที่รับน้ำหนักเกือบทั้งหมด

กันวงเงินก่อน แล้วตัดตามจริง เมื่อเริ่มเซสชัน ระบบกันยอดขั้นต่ำไว้ในกระเป๋าเงิน เมื่อหยุด ระบบตัดค่าใช้จ่ายจริงและคืนยอดที่กันไว้ ผู้ขับขี่เริ่มชาร์จด้วยยอดศูนย์ไม่ได้ และไม่มีใครถูกเรียกเก็บเงินจากยอดที่กันไว้

เครดิตเข้าก็ต่อเมื่อผู้ให้บริการชำระเงินยืนยัน การเติมเงินจ่ายผ่าน QR พร้อมเพย์ ระบบเพิ่มยอดในกระเป๋าเงินเมื่อ webhook จากผู้ให้บริการชำระเงินยืนยันเท่านั้น ไม่ใช่เพราะแอปบอกว่าจ่ายแล้ว แอปไม่ใช่แหล่งที่เชื่อถือได้เรื่องเงิน

ทางเข้าเดียวไปยังเครื่องชาร์จ Driver API แดชบอร์ดผู้ดูแล และบริการ roaming ส่งคำสั่งไปยังเครื่องชาร์จผ่าน control API ของเซิร์ฟเวอร์ OCPP เท่านั้น มีเพียงเซิร์ฟเวอร์นั้นที่คุยกับเครื่องชาร์จ ตรวจสอบเส้นทางเดียวง่ายกว่าตรวจสามเส้นทาง

ความน่าเชื่อถือ 3 ระดับ

ผู้ขับขี่ทุกคนไม่จำเป็นต้องมีวงเงินเท่ากัน เราวางไว้สามระดับ แต่ละระดับมีเพดานกระเป๋าเงินของตัวเอง

ระดับ	วิธีไปถึงระดับนี้	กระเป๋าเงิน
ผู้เยี่ยมชม	ไม่มีบัญชี จ่ายแต่ละเซสชันผ่านพร้อมเพย์	ไม่มี
ยืนยันเบอร์โทรแล้ว	กรอกรหัสครั้งเดียวที่ส่งทาง SMS	เพดานยอดต่ำ
ยืนยันตัวตนแล้ว	สแกนบัตรประชาชนไทยและผ่านการตรวจเซลฟี่ในแอปเนทีฟ	เพดานสูงกว่า

เพดานเหล่านี้กำหนดร่วมกับลูกค้า ไม่ใช่เราเป็นคนล็อกไว้ การยืนยันตัวตนอยู่ในเฟส 2 และเป็นทางเลือก เพราะเป็นส่วนที่ทำให้ถูกต้องได้ช้าที่สุด ขึ้นกับการเลือกผู้ให้บริการยืนยันตัวตน และการตรวจของสโตร์สำหรับแอปที่เก็บภาพเอกสารประจำตัว

สองเฟส แต่ละเฟสเปิดใช้งานได้เอง

เราแบ่งการส่งมอบให้เฟสแรกใช้งานได้ด้วยตัวเอง เฟส 1 ครอบคลุมสภาพแวดล้อมใช้งานจริง การปรับแดชบอร์ด บัญชีและกระเป๋าเงิน เว็บแอปและแอปเนทีฟ รวมถึงการติดตั้งเครื่องชาร์จเข้าระบบ การทดสอบยอมรับ และอบรมเจ้าหน้าที่ เฟส 2 เพิ่มการยืนยันตัวตน สถานี roaming และพุชในแอปเนทีฟ สองเฟสตรวจรับและเรียกเก็บเงินแยกกัน

ข้อจำกัดจริงของตารางเวลาคือฮาร์ดแวร์ การติดตั้งเครื่องชาร์จเข้าระบบเริ่มได้ต่อเมื่อเครื่องชาร์จและเครือข่ายที่หน้างานพร้อม เราจึงตกลงวันที่พร้อมกันตั้งแต่เริ่มโครงการ และทดสอบด้วยเครื่องชาร์จจำลองตั้งแต่ช่วงต้นของการพัฒนา

ความเสี่ยงที่เราวางบนโต๊ะตั้งแต่แรก

• กฎเกณฑ์เรื่องกระเป๋าเงิน กระเป๋าเงินที่เก็บมูลค่าล่วงหน้าทำให้เกิดคำถามทางกฎหมายในประเทศไทย เราแนะนำให้ตรวจสอบด้านกฎหมายในสัปดาห์แรกๆ และทำให้เพดานกระเป๋าเงินปรับได้ เพื่อให้กฎที่เปลี่ยนในภายหลังไม่ต้องรื้อระบบ
• ข้อมูลส่วนบุคคล เบอร์โทรและภาพบัตรประชาชนของผู้ขับขี่อยู่ภายใต้ PDPA ขอบเขตงานจึงรวมหน้าขอความยินยอม การเข้ารหัส ระยะเวลาเก็บข้อมูล การบันทึกการเข้าถึง และการลบข้อมูลตามคำขอ
• นโยบายโฮสติ้ง ลูกค้าภาครัฐและองค์กรขนาดใหญ่มักมีข้อกำหนดด้านโฮสติ้งหรือความปลอดภัย เรารันระบบเป็นคอนเทนเนอร์ จึงนำชุดเดียวกันไปรันบนคลาวด์ที่เราดูแล หรือบนศูนย์ข้อมูลของลูกค้าได้
• การตรวจของสโตร์ แอปที่มีกระเป๋าเงินและเก็บภาพเอกสารจะถูกตรวจเข้มกว่า จึงเผื่อเวลาไว้ในทุกการปล่อยเวอร์ชัน และเว็บแอปยังใช้งานได้ระหว่างนั้น
• ราคาเมื่อเกินชุดแรก ราคาฐานครอบคลุมจำนวนเครื่องชาร์จที่กำหนด หลังจากนั้นคิดค่าเริ่มต้นต่อเครื่องและค่าสนับสนุนต่อเครื่อง ซึ่งลดลงเมื่อเครือข่ายใหญ่ขึ้น ยุติธรรมกว่าการเสนอราคาใหม่ทุกครั้งที่ขยาย

แปดคำถามที่ต้องตอบก่อนเขียนโค้ดบรรทัดแรก

ถ้าคุณเป็นเจ้าของหรือผู้บริหารหลายสถานที่ คำถามเหล่านี้กำหนดขอบเขตมากกว่ารายการฟีเจอร์ใดๆ

1. มีกี่ชุมชนและกี่เครื่องชาร์จในแต่ละเฟส ยี่ห้อและรุ่นอะไร และใครเป็นผู้ติดตั้ง
2. เครื่องชาร์จสำหรับผู้อยู่อาศัยเท่านั้นหรือเปิดสาธารณะ และผู้อยู่อาศัยได้อัตราต่างหรือไม่
3. ใครกำหนดราคา มีค่าจอดหรือค่าค้างเครื่องหรือไม่ และถ้าพันธมิตรเป็นผู้ดำเนินงานบางแห่ง แบ่งรายได้อย่างไร
4. ต้องใช้คลาวด์หรือศูนย์ข้อมูลที่กำหนดหรือไม่ และมีมาตรฐานความปลอดภัยใดที่ต้องปฏิบัติตาม
5. บทบาทเจ้าหน้าที่ใดต้องเข้าแดชบอร์ด และแต่ละบทบาทควรเห็นอะไร
6. เพดานยอดกระเป๋าเงินของแต่ละระดับการยืนยันตัวตนคือเท่าใด และใครเป็นผู้ว่าจ้างที่ปรึกษากฎหมาย
7. จะใช้ผู้ให้บริการยืนยันตัวตนรายใด
8. กระบวนการจัดซื้อจัดจ้างต้องการเอกสารภาษาไทยหรือรูปแบบเฉพาะหรือไม่

ถ้าอยากไล่ตอบคำถามเหล่านี้สำหรับพอร์ตโฟลิโอของคุณ ส่ง จำนวนสถานที่ จำนวนเครื่องชาร์จ และผู้รับผิดชอบค่าไฟ มาที่ hello@simplico.net หัวข้อ "Property EV scoping" เราจะตอบกลับด้วยโครงร่างขอบเขตงานภายใน 48 ชั่วโมง

คำถามที่พบบ่อย

กระเป๋าเงินเติมล่วงหน้าเป็นส่วนหนึ่งของแพลตฟอร์มคุณแล้วหรือยัง
ยังไม่ใช่ หน้าสแกนเพื่อชาร์จพร้อมชำระผ่านพร้อมเพย์ เซิร์ฟเวอร์ OCPP แดชบอร์ด และ OCPI roaming ใช้งานอยู่แล้ว ส่วนกระเป๋าเงิน บัญชีผู้ขับขี่ แอปเนทีฟ และการยืนยันตัวตนที่อธิบายในบทความนี้เป็นงานใหม่ที่วางขอบเขตไว้

ผู้ขับขี่ต้องติดตั้งแอปไหม
ไม่ต้อง ผู้ขับขี่สแกน QR code ที่เครื่องชาร์จแล้วชาร์จจากเบราว์เซอร์ได้ ทั้งแบบผู้เยี่ยมชมหรือบัญชีที่ยืนยันเบอร์โทรแล้ว แอปเนทีฟเป็นทางเลือก และเพิ่มแผนที่ ข้อความพุช และการยืนยันตัวตน

เริ่มจากเว็บแล้วย้ายไปแอปเนทีฟได้ไหม
ได้ ออกแบบมาให้เป็นเช่นนั้น ทั้งสองใช้บัญชี กระเป๋าเงิน และประวัติชุดเดียวกัน ยอดเงินจึงตามตัวผู้ขับขี่ไป

อะไรกันไม่ให้ชาร์จตอนกระเป๋าเงินว่าง
ระบบกันยอดขั้นต่ำเมื่อเริ่มชาร์จ ถ้ายอดไม่พอ แอปจะพาผู้ขับขี่ไปเติมเงินก่อน

เจ้าของดูรายได้แยกตามชุมชนและภูมิภาคได้ไหม
การจัดกลุ่มนี้เป็นส่วนหนึ่งของงานแดชบอร์ดที่วางขอบเขตไว้ ส่วนแดชบอร์ดที่มีอยู่แล้วให้รายได้รายวันแยก VAT และส่งออก Excel ได้

เครื่องชาร์จรุ่นไหนใช้กับแพลตฟอร์มได้
เครื่องชาร์จใดก็ตามที่รองรับ OCPP 1.6J ผ่าน WebSocket หน้า EV CSMS มีรายชื่อยี่ห้อที่เราเคยรันเซสชันด้วย

ใครอยู่เบื้องหลังบทความนี้
Simplico สตูดิโอวิศวกรรมซอฟต์แวร์ในประเทศไทย เราสร้างและดูแลแพลตฟอร์มชาร์จ EV ให้ผู้ให้บริการทั่วไทยและเอเชียตะวันออกเฉียงใต้

บทความที่เกี่ยวข้อง

• เจ้าของสถานที่ติดตั้งเครื่องชาร์จ EV ต้องการอะไรจริงๆ
• ทำความเข้าใจ OCPI: สิ่งที่ CPO และ eMSP ต้องสร้างจริงเพื่อรองรับการชาร์จข้ามเครือข่าย
• แอปชาร์จ EV ที่คุณไม่ต้องสร้างเอง: ระบบ QR Code กับ OCPP ID Tag