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

คำตอบสั้นๆ

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

คลาวด์เปิดตัวได้รวดเร็วขึ้นและขยายได้ง่ายยิ่งขึ้น

ออน-พรีมการควบคุมโครงสร้างพื้นฐานสูงสุด

ไฮบริดควบคุมปริมาณงานที่เลือกไว้ในเครื่องของคุณเอง

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

สำรวจ TrendPower CPMS หารือเกี่ยวกับตัวเลือกในการปรับใช้

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

คลาวด์, ไพรเวทคลาวด์, ระบบภายในองค์กร และระบบไฮบริด หมายถึงอะไรกันแน่?

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

ระบบ CPMS บนคลาวด์สาธารณะหรือ SaaS

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

คลาวด์ส่วนตัว

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

CPMS แบบติดตั้งในองค์กร

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

การปรับใช้แบบไฮบริด

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

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

ภาพรวมระบบจัดการการชาร์จรถยนต์ไฟฟ้าแบบคลาวด์และแบบติดตั้งในสถานที่

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

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

รูปแบบการใช้งาน (Deployment Model) เปลี่ยนแปลงสถาปัตยกรรม CPMS อย่างไร?

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

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

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

นั่นหมายความว่าแพลตฟอร์มการชาร์จแบบ “แยกจากเครือข่าย” (air-gapped) เป็นสถาปัตยกรรมพิเศษ ไม่ใช่คำพ้องความหมายทั่วไปของคำว่า “ติดตั้งในสถานที่” (on-premises) มันอาจจำกัดบริการแบบเรียลไทม์สำหรับคนขับและการบูรณาการภายนอก จึงควรกำหนดรูปแบบการเชื่อมต่อให้ชัดเจนก่อนที่จะสรุปว่าการโฮสต์ในพื้นที่ช่วยลดการพึ่งพาอินเทอร์เน็ตได้

10 ปัจจัยที่ควรเปรียบเทียบก่อนเลือกใช้ CPMS แบบคลาวด์หรือแบบติดตั้งในองค์กร

1. ความเร็วในการปรับใช้และการอนุมัติภายใน

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

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

2. ความสามารถในการขยายขนาดและประสิทธิภาพ

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

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

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

3. ต้นทุนรวมในการเป็นเจ้าของในระยะเวลาห้าปี

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

ใช้โครงสร้างต้นทุนรวมในการเป็นเจ้าของ (TCO) นี้: การติดตั้งใช้งาน + การออกใบอนุญาต + โครงสร้างพื้นฐาน + การใช้งานคลาวด์ + การบูรณาการ + ค่าแรงในการดำเนินงาน + การตรวจสอบ + ความปลอดภัยและการปฏิบัติตามข้อกำหนด + การสำรองข้อมูลและการกู้คืนระบบ + การอัปเกรด + การสนับสนุน + การย้ายระบบและการยุติการใช้งาน

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

4. ความรับผิดชอบด้านความปลอดภัย

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

ในการติดตั้งระบบภายในองค์กร (on-premises deployment) โดยทั่วไปแล้วจะมีการโอนย้ายเลเยอร์ต่างๆ ไปยังลูกค้ามากขึ้น เช่น การเข้าถึงทางกายภาพ ไฮเปอร์ไวเซอร์ ระบบปฏิบัติการ ฐานข้อมูล กฎไฟร์วอลล์ ใบรับรอง การอัปเดตแพทช์ การป้องกันปลายทาง บันทึกข้อมูล การสำรองข้อมูล และการกู้คืน การควบคุมโดยตรงจะดีขึ้นก็ต่อเมื่อองค์กรมีบุคลากร เครื่องมือ และวินัยในการเปลี่ยนแปลงที่เหมาะสมในการดำเนินการควบคุมเหล่านั้นอย่างสม่ำเสมอ

ชั้นความปลอดภัย	ตัวอย่างการจัดการคลาวด์	ตัวอย่างการใช้งานภายในองค์กร
สิ่งอำนวยความสะดวกและอุปกรณ์ฮาร์ดแวร์	ส่วนใหญ่เป็นความรับผิดชอบของผู้ให้บริการโครงสร้างพื้นฐานระบบคลาวด์	ความรับผิดชอบของลูกค้าหรือผู้ให้บริการศูนย์ข้อมูล
ระบบปฏิบัติการ ฐานข้อมูล และมิดเดิลแวร์	ขึ้นอยู่กับรูปแบบการให้บริการและสัญญา ไม่ว่าจะเป็น SaaS, PaaS หรือ IaaS	โดยปกติจะเป็นการประสานงานระหว่างลูกค้าและผู้จำหน่าย CPMS
ความปลอดภัยของแอปพลิเคชัน CPMS	ผู้ขายมีหน้าที่รับผิดชอบในการกำหนดค่าระบบให้กับลูกค้า	รหัสของผู้จำหน่าย บวกกับสภาพแวดล้อมและการควบคุมที่ลูกค้าเป็นผู้ดำเนินการ
ผู้ใช้ บทบาท การตรวจสอบสิทธิ์แบบหลายปัจจัย (MFA) และการเข้าสู่ระบบแบบ Single Sign-On (SSO)	ส่วนกลาง: ความสามารถของผู้ขาย การกำกับดูแลข้อมูลประจำตัวลูกค้า	ส่วนกลาง: ความสามารถของแอปพลิเคชันและโครงสร้างพื้นฐานการระบุตัวตนลูกค้า
ใบรับรองและเอกสารรับรองสำหรับเครื่องชาร์จ	ต้องระบุอย่างชัดเจนในทุกฝ่าย ไม่ว่าจะเป็นผู้ขาย ผู้ซื้อ หรือผู้ผลิตเครื่องชาร์จ	ข้อกำหนดเดียวกัน การโฮสต์ในพื้นที่ไม่ได้หมายความว่าคุณเป็นเจ้าของลิขสิทธิ์
การตอบสนองต่อเหตุการณ์	กระบวนการร่วมกันระหว่างผู้ให้บริการ ผู้จำหน่ายระบบ CPMS และผู้ปฏิบัติงาน	กระบวนการร่วมกันระหว่างฝ่ายไอที/โอทีของลูกค้า ฝ่ายผู้จำหน่าย และฝ่ายที่เกี่ยวข้อง

5. อธิปไตยทางข้อมูล ความเป็นส่วนตัว และความเป็นเจ้าของข้อมูล

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

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

6. ความพร้อมใช้งาน การสำรองข้อมูล และการกู้คืนระบบในกรณีเกิดภัยพิบัติ

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

ขอแผนผังการให้บริการและยืนยัน:

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

7. การอัปเดต การพัฒนา OCPP และวงจรชีวิตของซอฟต์แวร์

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

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

เดอะ ปัจจุบัน Open Charge Alliance แสดงรายการ OCPP เวอร์ชัน 1.6, 2.0.1 และ 2.1รูปแบบการใช้งานของคุณควรสนับสนุนโปรโตคอลและแผนงานเฟิร์มแวร์เครื่องชาร์จที่สมจริง แทนที่จะตรึงเครือข่ายไว้ที่การกำหนดค่าเริ่มต้น

8. การบูรณาการและการเชื่อมต่อเครือข่าย

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

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

9. การดำเนินงาน การติดตาม และการสนับสนุน

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

แดชบอร์ดควบคุมการทำงานและการบำรุงรักษาเครื่องชาร์จ EV อัจฉริยะของ TrendPower พร้อมระบบแจ้งเตือนเครื่องชาร์จ การวินิจฉัย และการวิเคราะห์เครือข่าย — ไม่ว่าคุณจะเลือกรูปแบบการโฮสต์แบบใด การออกแบบระบบปฏิบัติการจะต้องเชื่อมต่อสถานะเครื่องชาร์จ การแจ้งเตือน การวินิจฉัย และขั้นตอนการบำรุงรักษาเข้าด้วยกัน

กำหนดสิทธิ์ในการตรวจสอบโครงสร้างพื้นฐาน บริการแอปพลิเคชัน ฐานข้อมูล การผสานรวม การหมดอายุของใบรับรอง การเชื่อมต่อ OCPP และเวิร์กโฟลว์ทางธุรกิจ (TrendPower) การจัดการปฏิบัติการอัจฉริยะ ความสามารถเหล่านี้แสดงให้เห็นว่าการตรวจสอบเครื่องชาร์จ การวินิจฉัย การแก้ไขปัญหาจากระยะไกล และใบสั่งงาน สามารถรวมเข้าเป็นกระบวนการบำรุงรักษาและการดำเนินงาน (O&M) เดียวกันได้อย่างไร

10. ความสะดวกในการพกพา การผูกมัด และการวางแผนการออกจากระบบ

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

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

ใครควรเลือกใช้ระบบจัดการการชาร์จรถยนต์ไฟฟ้าบนคลาวด์?

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

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

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

ใครควรเลือกใช้ระบบ CPMS แบบติดตั้งในองค์กร?

การติดตั้งระบบภายในองค์กรสมควรได้รับการพิจารณาอย่างจริงจังเมื่อมีเงื่อนไขเหล่านี้หลายข้อเกิดขึ้น:

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

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

เมื่อใดที่สถาปัตยกรรมการชาร์จรถยนต์ไฟฟ้าไฮบริดจึงดีกว่า?

รูปแบบไฮบริดมีประโยชน์เมื่อความต้องการแตกต่างกันอย่างแท้จริงตามปริมาณงาน ตัวอย่างเช่น:

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

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

กรอบการตัดสินใจในการนำไปใช้งานจริง

โปรดพิจารณาคำถามเหล่านี้ก่อนขอแบบแปลนสถาปัตยกรรมและราคาขั้นสุดท้าย:

ข้อกำหนดใดที่ไม่สามารถต่อรองได้? พิจารณาข้อจำกัดด้านการอยู่อาศัย การแยกตัว ความล่าช้า การบูรณาการ หรือกรรมสิทธิ์ มากกว่าความชอบส่วนบุคคล
อะไรบ้างที่ยังคงใช้งานได้ในโหมดออฟไลน์? แยกพฤติกรรมการชาร์จในพื้นที่ออกจากแอปพลิเคชัน การชำระเงิน การโรมมิ่ง การรายงาน และการดำเนินการระยะไกล
ใครสามารถใช้งานระบบนี้ได้? ระบุชื่อทีมที่รับผิดชอบด้านโครงสร้างพื้นฐาน ระบบปฏิบัติการ ฐานข้อมูล เครือข่าย ความปลอดภัย การตรวจสอบ และการกู้คืนระบบ
เครือข่ายจะเติบโตเร็วแค่ไหน? โมเดลเครื่องชาร์จ, ขั้วต่อ, ผู้ใช้, เซสชัน, ข้อมูลทางไกล, API และปริมาณการจัดเก็บข้อมูล
ข้อมูลแต่ละประเภทต้องจัดเก็บไว้ที่ใด? รวมถึงบันทึกข้อมูล การสำรองข้อมูล การวิเคราะห์ การแจ้งเตือน และตัวประมวลผลย่อย ไม่ใช่แค่ฐานข้อมูลที่ใช้งานจริงเท่านั้น
ระบบใดบ้างที่ต้องบูรณาการเข้าด้วยกัน? การชำระเงินผ่านแผนที่, ERP, CRM, SSO, การจัดการยานพาหนะ, พลังงาน, การโรมมิ่ง, แผนที่, การสนับสนุน และแพลตฟอร์มข้อมูล
ต้องมีความพร้อมใช้งานในระดับใดจึงจะเหมาะสมที่สุด? กำหนดเวลาการทำงาน (uptime), RTO, RPO, ช่วงเวลาการบำรุงรักษา และการทำงานในโหมดลดประสิทธิภาพ (degraded-mode operation)
ระบบจะพัฒนาไปอย่างไร? วางแผนการอัปเกรด OCPP, เฟิร์มแวร์เครื่องชาร์จ, การชำระเงิน, API, ความปลอดภัย และแอปพลิเคชัน
ต้นทุนรวมในการเป็นเจ้าของ (TCO) ในระยะเวลาห้าปีคือเท่าไร? ควรรวมค่าแรงและความเสี่ยงภายในองค์กรด้วย ไม่ใช่แค่ใบแจ้งหนี้จากผู้ขายเท่านั้น
คุณจะจากไปอย่างไร? ทดสอบการส่งออกข้อมูลประจำตัว การกำหนดค่า การย้ายข้อมูลเครื่องชาร์จ และความช่วยเหลือในการเปลี่ยนผ่านก่อนลงนาม

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

TrendPower มีแนวทางอย่างไรในการปรับใช้ระบบ CPMS ที่ยืดหยุ่น

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

การตัดสินใจใช้งานไม่ได้ทดแทนการตรวจสอบการทำงาน ผู้ซื้อยังคงต้องตรวจสอบความเข้ากันได้ของรุ่นเครื่องชาร์จและเฟิร์มแวร์ ฟังก์ชัน OCPP ผู้ให้บริการชำระเงิน บทบาทผู้ใช้ อัตราค่าบริการ การรายงาน API การตรวจสอบ การสนับสนุน และความรับผิดชอบในการย้ายข้อมูล (จาก TrendPower) 15 คุณสมบัติสำคัญของ CPMS คู่มือนี้มีกรอบการประเมินในระดับคุณลักษณะ

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

เลือกโครงสร้างสถาปัตยกรรมโดยพิจารณาจากความต้องการ ไม่ใช่จากสมมติฐาน

เปรียบเทียบตัวเลือกคลาวด์, เซิร์ฟเวอร์ส่วนตัว, ไฮบริด และเซิร์ฟเวอร์ภายในองค์กร

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

ขอรับคำปรึกษาเกี่ยวกับการติดตั้งใช้งาน

คำถามที่พบบ่อยเกี่ยวกับซอฟต์แวร์การชาร์จรถยนต์ไฟฟ้าแบบคลาวด์เทียบกับแบบติดตั้งในองค์กร

ระบบ CPMS บนคลาวด์หรือแบบติดตั้งในองค์กร แบบไหนดีกว่าสำหรับการชาร์จรถยนต์ไฟฟ้า?

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

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

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

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

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

ระบบ CPMS บนคลาวด์ส่วนตัวและระบบ CPMS บนเซิร์ฟเวอร์ภายในองค์กรแตกต่างกันอย่างไร?

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

หากการเชื่อมต่อกับระบบคลาวด์ขาดหายไป เครื่องชาร์จรถยนต์ไฟฟ้าจะยังคงทำงานได้หรือไม่?

เครื่องชาร์จและระบบ CPMS บางระบบรองรับการอนุญาตแบบออฟไลน์ การทำงานในพื้นที่ หรือธุรกรรมที่รอคิว แต่ฟังก์ชันการทำงานจะแตกต่างกันไปตามเครื่องชาร์จ เฟิร์มแวร์ การใช้งาน OCPP และกฎทางธุรกิจ ทดสอบการอนุญาต การชาร์จ การวัด การปิดธุรกรรม การชำระเงิน และการกระทบยอดระหว่างช่วงทดลองใช้งาน

การใช้งานแบบไฮบริดมีค่าใช้จ่ายสูงกว่าหรือไม่?

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

ข้อเสนอการติดตั้งระบบ CPMS ควรประกอบด้วยอะไรบ้าง?

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

แหล่งข้อมูลที่น่าเชื่อถือและเอกสารอ่านเพิ่มเติม

ตรวจสอบความเกี่ยวข้องทางเทคนิคและการจัดซื้อจัดจ้างแล้ว: 20 กันยายน 2026 ข้อกำหนดด้านการโฮสติ้ง ความเป็นส่วนตัว ความปลอดภัย และกฎระเบียบต่างๆ แตกต่างกันไปตามเขตอำนาจศาลและโครงการ โปรดตรวจสอบสถาปัตยกรรมขั้นสุดท้ายกับทีมงานด้านเทคนิค กฎหมาย และการปฏิบัติตามกฎระเบียบของคุณ

ระบบจัดการการชาร์จรถยนต์ไฟฟ้าแบบคลาวด์เทียบกับแบบติดตั้งในสถานที่

สารบัญ