ระบบจัดการจุดชาร์จ: รายการตรวจสอบสำหรับการทดสอบนำร่องเชิงปฏิบัติ

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

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

โครงการนำร่องระบบจัดการจุดชาร์จไฟควรพิสูจน์อะไร?

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

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

เขียนเกณฑ์การยอมรับก่อนการสาธิต

แทนที่ “รองรับการเรียกเก็บเงิน” ด้วยข้อความที่ตรวจสอบได้: ระบบต้องสร้างบันทึกรายละเอียดสำหรับการใช้งานที่ข้ามขอบเขตอัตราค่าบริการ โดยระบุสกุลเงิน เวลา และกฎการปัดเศษที่เกี่ยวข้อง แทนที่ “มี API” ด้วย: ทีมงานด้านการบูรณาการของเราสามารถดึงข้อมูลการใช้งานที่เสร็จสมบูรณ์แล้วและตรวจสอบตัวระบุกับข้อมูลการส่งออกใบแจ้งหนี้ได้

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

1. สร้างเมทริกซ์ตัวแทนของเครื่องชาร์จและเฟิร์มแวร์

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

การสนับสนุนโปรโตคอลแยกต่างหากจากความเข้ากันได้ที่ผ่านการทดสอบ

OCPP กำหนดวิธีการสื่อสารระหว่างสถานีชาร์จและระบบจัดการ แต่ไม่ได้หมายความว่าผลิตภัณฑ์ทุกชุดจะเหมือนกันทั้งหมด Open Charge Alliance ดำเนินโครงการรับรองเพื่อทดสอบความสอดคล้อง ผู้ซื้อควรตรวจสอบผลิตภัณฑ์ รุ่น และขอบเขตการรับรองที่เกี่ยวข้อง และทดสอบการใช้งานฮาร์ดแวร์ที่ต้องการด้วย

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

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

2. ทดสอบเส้นทางการขับขี่ทั้งหมด

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

รวมถึงกรณีที่ไม่สะดวกด้วย

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

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

หากการเชื่อมต่อล้มเหลว เจ้าหน้าที่ฝ่ายสนับสนุนของคุณควรมีข้อมูลเพียงพอที่จะแยกแยะปัญหาที่เกิดจากฝั่งการอนุญาต การชำระเงิน การสื่อสาร และการเรียกเก็บเงินได้ คู่มือการแก้ไขปัญหาการเริ่มต้นเซสชัน CPMS จัดเตรียมลำดับขั้นตอนการวินิจฉัยสำหรับการตรวจสอบนั้น

3. ตรวจสอบว่าเกิดอะไรขึ้นเมื่อการเชื่อมต่อล้มเหลว

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

สังเกตการณ์ก่อน ระหว่าง และหลังการขัดจังหวะ

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

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

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

4. แปลงค่าใช้จ่ายระหว่างการชาร์จไฟเป็นค่าใช้จ่ายอื่นๆ

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

ใช้ตัวอย่างอัตราค่าบริการที่จงใจทำให้ดูยุ่งยาก

ลองพิจารณาอัตราค่าไฟฟ้าสมมุติที่ 0.40 หน่วยสกุลเงินต่อกิโลวัตต์ชั่วโมง การใช้งานไฟฟ้า 18.6 กิโลวัตต์ชั่วโมงจะมีค่าใช้จ่ายด้านพลังงานพื้นฐาน 7.44 หน่วย ก่อนที่จะรวมส่วนประกอบอื่นๆ ที่เกี่ยวข้อง การคำนวณนี้เป็นเพียงตัวอย่างเท่านั้น ไม่ใช่ราคาขายปลีกที่แนะนำ โปรดเพิ่มภาษี ค่าธรรมเนียมตามเวลา หรือกฎการจอดรถที่ธุรกิจของคุณใช้จริง และตรวจสอบลำดับการคำนวณที่บันทึกไว้

ถัดไป ให้ทดสอบการทำธุรกรรมที่มีการเปลี่ยนแปลงราคาตามกำหนด การพยายามใช้พลังงานเป็นศูนย์ การคืนเงินบางส่วน และการชำระเงินล้มเหลว ตรวจสอบความถูกต้องของสกุลเงิน การปัดเศษ รหัสใบแจ้งหนี้ และการจัดการกับการเปลี่ยนแปลงเวลาตามฤดูกาล (Daylight Saving Time) ในกรณีที่เกี่ยวข้อง ผู้จัดการฝ่ายการเงินของคุณควรสามารถอธิบายความแตกต่างแต่ละอย่างได้ แทนที่จะยอมรับยอดรวมเพียงเพราะดูใกล้เคียงกัน

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

5. ทำให้การชาร์จแบบอัจฉริยะสามารถวัดผลได้

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

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

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

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

6. มอบสถานการณ์จำลองที่สมจริงให้กับทีมงานสนับสนุน

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

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

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

7. ตรวจสอบขอบเขตการเข้าถึงและความสามารถในการถ่ายโอนข้อมูล

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

ขอไฟล์ส่งออกที่คุณสามารถใช้งานได้โดยไม่ต้องผ่านผู้ขาย

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

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

เอกสารบันทึกการยอมรับฉบับกระชับที่ทีมของคุณสามารถนำกลับมาใช้ซ้ำได้

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

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

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

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

CPMS กับ OCPP เหมือนกันหรือไม่?

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

โครงการนำร่อง CPMS ควรใช้เวลานานเท่าไหร่?

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

ผู้ให้บริการทุกรายจำเป็นต้องใช้บริการโรมมิ่งในเวอร์ชันนำร่องหรือไม่?

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

อะไรบ้างที่ควรเป็นอุปสรรคต่อการเริ่มใช้งานจริง?

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

แปลงความต้องการของคุณให้เป็นการสนทนาบนแพลตฟอร์มที่มีประโยชน์

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

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