Chuyển đổi phần mềm quản lý trạm sạc (CPMS): Cách chuyển đổi phần mềm sạc xe điện một cách an toàn

Việc chuyển đổi hệ thống quản lý trạm sạc (CPMS) nghĩa là chuyển các trạm sạc và quy trình vận hành của chúng từ nền tảng quản lý trạm sạc này sang nền tảng khác. Đối với nhà điều hành điểm sạc, thách thức lớn hơn nhiều so với việc chỉ thay đổi URL máy chủ. Tài xế vẫn cần xác thực, các phiên sạc phải được theo dõi, các khoản thanh toán phải được đối chiếu và các nhóm vận hành cần một lộ trình khôi phục rõ ràng nếu kết nối mới gặp sự cố.

Một quá trình chuyển đổi được lên kế hoạch cẩn thận có thể giúp nhà điều hành kiểm soát tốt hơn việc tích hợp, triển khai và trải nghiệm khách hàng. Một quá trình chuyển đổi chưa được kiểm thử có thể khiến các bộ sạc được kết nối không khả dụng hoặc dữ liệu thương mại bị phân tán giữa các hệ thống. Hướng dẫn này giải thích cách lập kế hoạch chuyển đổi mà không cần giả định rằng các giao thức mở sẽ tự động làm cho mọi bộ sạc, thông tin xác thực và tích hợp thanh toán trở nên tương thích.

Nếu bạn vẫn đang so sánh các nền tảng, hãy bắt đầu với nền tảng của chúng tôi. Hướng dẫn thực tiễn về hệ thống quản lý điểm sạcBước tiếp theo là chuyển đổi nền tảng bạn ưu tiên thành một kế hoạch di chuyển đã được xác minh.

Quá trình chuyển đổi sang CPMS thực chất bao gồm những gì?

Quá trình chuyển đổi nền tảng bao gồm ba phần liên quan: kết nối các trạm vật lý, di chuyển thông tin có thể chuyển giao và xây dựng lại các quy trình vận hành xung quanh chúng. Các phần này không nhất thiết phải diễn ra cùng lúc. Một trạm sạc có thể kết nối thành công với hệ thống phụ trợ mới trong khi khách hàng, biểu giá hoặc hồ sơ kế toán của nó vẫn cần được xử lý.

Kết nối và cấu hình bộ sạc

Các trạm phải kết nối đến hệ thống đích bằng cách sử dụng giao thức, định danh trạm và phương thức xác thực đã được thống nhất. Định tuyến mạng, chứng chỉ, phần mềm nhúng và quyền truy cập cấu hình đều rất quan trọng. Một số thiết bị cho phép thay đổi điểm cuối từ xa; những thiết bị khác yêu cầu sự hỗ trợ của nhà sản xuất hoặc sự can thiệp có kiểm soát tại chỗ. Cần xác định phương thức khả dụng cho từng kiểu máy trước khi hứa hẹn thiết lập một bộ chuyển mạch từ xa trên toàn mạng.

Dữ liệu kinh doanh và dịch vụ bên ngoài

Hàng tồn kho, tài khoản khách hàng, thông tin xác thực, biểu phí, lịch sử phiên giao dịch và cấu trúc đối tác cần được xử lý riêng biệt. Các nhà cung cấp dịch vụ thanh toán, đối tác roaming và ứng dụng di động có thể lưu trữ thông tin nằm ngoài hệ thống CPMS hiện tại. Việc xuất bảng tính từ hệ thống phụ trợ không chuyển giao các mối quan hệ với bên thứ ba đó hoặc tạo lại mọi tích hợp.

Khi nào nhà cung cấp dịch vụ sạc điện nên cân nhắc chuyển đổi nền tảng?

Các nguyên nhân phổ biến bao gồm báo cáo hạn chế, quy trình thanh toán thiếu linh hoạt, tích hợp phần cứng khó khăn, yêu cầu triển khai hoặc mô hình kinh doanh đã vượt quá khả năng của phần mềm hiện có. Xác định hạn chế hoạt động cụ thể và thiết lập một tiêu chuẩn đo lường được. "Một bảng điều khiển tốt hơn" sẽ ít hữu ích hơn so với "bộ phận tài chính có thể đối chiếu từng phiên hoàn thành với kết quả thanh toán mà không cần đối khớp thủ công".

Phân biệt rõ ràng các vấn đề về nền tảng với các vấn đề về địa điểm. Vùng phủ sóng di động kém, cáp bị hỏng hoặc công suất điện không đủ sẽ không biến mất sau khi chuyển đổi phần mềm. Xem xét lại các sự cố lặp đi lặp lại với nhà sản xuất bộ sạc và nhóm kỹ thuật tại địa điểm để đảm bảo quá trình chuyển đổi không kế thừa lỗi vật lý chưa được giải quyết.

Hãy so sánh chi phí di chuyển với chi phí duy trì hiện trạng. Bao gồm công việc tích hợp, các chuyến thăm địa điểm, nỗ lực hỗ trợ, hoạt động song song tạm thời và các điều khoản chấm dứt hợp đồng. Việc di chuyển cần đáp ứng một nhu cầu đã được ghi nhận, chứ không chỉ đơn thuần là thay thế danh sách tính năng này bằng danh sách tính năng khác.

Bước 1: Xây dựng một hệ thống sạc đáng tin cậy và kiểm tra kho hàng.

Bắt đầu bằng một danh mục thống nhất được chia sẻ giữa nhà cung cấp hiện tại, nhà cung cấp đích và các đối tác phần cứng. Ghi lại định danh duy nhất, vị trí, kiểu máy, phần mềm, cấu hình đầu nối và phiên bản giao tiếp của mỗi trạm. Bao gồm quyền sở hữu và quyền truy cập cần thiết để thay đổi cài đặt. Nhà điều hành có thể sở hữu phần cứng trong khi nhà sản xuất hoặc đối tác dịch vụ trước đó kiểm soát quyền truy cập quản trị.

Hãy liên hệ các trạm sạc với bối cảnh thương mại của chúng: trạm sạc công cộng, kho bãi tư nhân, khu dân cư hoặc nơi làm việc. Lưu ý múi giờ, đơn vị tiền tệ, nhóm khách hàng và bên chịu trách nhiệm hỗ trợ khách hàng. Những chi tiết này sẽ ảnh hưởng đến việc thử nghiệm và lựa chọn khung thời gian chuyển đổi phù hợp.

• Mã định danh trạm và đầu nối, với các bản ghi trùng lặp đã được xử lý.
• Nhà sản xuất, kiểu máy, phiên bản firmware và phương thức triển khai OCPP được hỗ trợ.
• Phương thức kết nối, quyền truy cập cấu hình điểm cuối và trách nhiệm của chứng chỉ.
• Các mức giá áp dụng, nhóm người dùng, quan hệ chuyển vùng và dịch vụ thanh toán.
• Người liên hệ tại công trường, đối tác bảo trì và khung thời gian can thiệp được phê duyệt.

Hãy giữ bí mật khỏi các bảng tính lập kế hoạch thông thường. Ghi lại người quản lý thông tin đăng nhập và cách nhân viên được ủy quyền sẽ cấp phát chúng thông qua các kênh bảo mật. Không sao chép mật khẩu sản xuất vào danh sách kiểm tra di chuyển hoặc phiếu hỗ trợ mà nhiều tổ chức bên ngoài có thể truy cập.

Bước 2: Xác thực khả năng tương thích với OCPP thay vì giả định nó.

OCPP định nghĩa giao tiếp giữa các trạm sạc và hệ thống quản lý. Nó cải thiện khả năng tương tác, nhưng việc khớp nhãn giao thức chỉ là bước khởi đầu. Hãy xác nhận chính xác phần mềm điều khiển của bộ sạc, các chức năng được triển khai và hành vi của nền tảng đích. Kiểm tra các chức năng mà hoạt động của bạn sử dụng, bao gồm ủy quyền, ghi giao dịch, cập nhật đồng hồ đo và lệnh từ xa.

Cái Liên minh Open Charge Alliance giải thích rằng OCPP 2.0.1 không tương thích ngược với OCPP 1.6.Việc chuyển bộ sạc sang CPMS mới không tự động nâng cấp khả năng giao tiếp của nó. Nếu mạng của bạn sử dụng cả hai phiên bản, thiết bị đích phải hỗ trợ các kết nối liên quan hoặc bạn cần một lộ trình nâng cấp được xác thực riêng.

Phân biệt giữa chứng nhận và nghiệm thu tại chỗ.

Hãy kiểm tra phạm vi và danh tính của bất kỳ chứng nhận nào được tuyên bố cho các sản phẩm liên quan. Chứng nhận là bằng chứng hữu ích, nhưng nó không chứng minh rằng toàn bộ hệ thống phần mềm, quy trình thanh toán và kiểm soát trang web của bạn đã được kiểm tra đầy đủ. Thông báo khởi động thành công không phải là kết quả chấp nhận hoàn toàn.

Đối với mạng lưới phần cứng hỗn hợp, hãy nhóm các thiết bị theo kiểu máy và phần mềm thay vì thử nghiệm một bộ sạc tiện dụng và suy rộng ra cho mọi trạm. Ưu tiên các cấu hình bất thường, phần mềm cũ và các thiết bị sử dụng các tiện ích mở rộng dành riêng cho nhà sản xuất. Ghi lại những yêu cầu nào vẫn phụ thuộc vào chức năng độc quyền.

Bước 3: Quyết định dữ liệu nào được chuyển đi và dữ liệu nào vẫn có thể truy cập được.

Hãy tạo tài liệu ánh xạ dữ liệu trước khi nhập bản ghi. Xác định trường nào trong hệ thống cũ tương ứng với trường nào trong hệ thống mới, cách thức bảo toàn mã định danh và cách xử lý các trường hợp ngoại lệ. Múi giờ, đơn vị đo lường, hệ thống phân cấp tài khoản và ngày hiệu lực của biểu giá cần được đặc biệt chú ý vì những khác biệt nhỏ có thể làm thay đổi cách diễn giải của một phiên giao dịch.

Các phiên họp lịch sử và hồ sơ tài chính

Lưu giữ hồ sơ dễ truy cập về mã định danh giao dịch gốc và các tài liệu thương mại liên quan. Quyết định xem các phiên giao dịch cũ sẽ được nhập vào giao diện vận hành mới, lưu giữ trong kho lưu trữ hay truy cập thông qua nhà cung cấp trước đó trong một khoảng thời gian đã thỏa thuận. Duy trì sự phân biệt rõ ràng giữa các bản ghi lịch sử và các phiên giao dịch được xử lý bởi nền tảng mới.

Xác thực dữ liệu xuất khẩu bằng các bản ghi mẫu trước khi trích xuất cuối cùng. Đối chiếu số liệu và tổng số theo khoảng thời gian và địa điểm đã thỏa thuận. Điều tra các bản ghi bị thiếu hoặc trùng lặp thay vì cho rằng việc nhập khẩu hoàn tất có nghĩa là lịch sử dữ liệu chính xác. Các thỏa thuận về lưu giữ và truy cập cần phản ánh các nghĩa vụ theo hợp đồng và quy định pháp lý của bạn.

Khách hàng, thẻ RFID và mã thanh toán

Tài khoản người dùng và mã định danh RFID có thể được chuyển giao, nhưng định dạng thông tin xác thực, hồ sơ đồng ý và quyền truy cập cần được xác thực. Kiểm tra thông tin xác thực được cho phép thực tế và thông tin xác thực đã bị thu hồi trong hệ thống đích. Trong trường hợp tài khoản không thể chuyển trực tiếp, hãy thiết kế quy trình đăng ký lại rõ ràng và lộ trình hỗ trợ.

Việc thảo luận về mã thanh toán với nhà cung cấp dịch vụ thanh toán là đặc biệt quan trọng. Chúng có thể được liên kết với tài khoản người bán hoặc môi trường xử lý thanh toán và có thể yêu cầu quy trình chuyển đổi riêng. Không bao giờ cho rằng dữ liệu xuất của khách hàng CPMS bao gồm thông tin xác thực thanh toán có thể tái sử dụng. Không nên xử lý dữ liệu thẻ thô như một giải pháp tạm thời.

Bước 4: Xây dựng lại biểu phí, phương thức thanh toán và thỏa thuận với đối tác

Tái tạo các quy tắc định giá bằng cách sử dụng các ví dụ tiêu biểu từ hoạt động kinh doanh thực tế của bạn. Kiểm tra các thành phần phí năng lượng, thời gian, phiên hoặc phí chờ (nếu có), bao gồm cả việc làm tròn và điểm bắt đầu hoặc kết thúc của mỗi thành phần. So sánh các ví dụ được tính toán độc lập với kết quả đích.

Hãy theo dõi từng bước trong chuỗi giao dịch thương mại: phiên giao dịch hoàn tất, phí được tính toán, kết quả thanh toán được ghi nhận, việc hoàn tiền được xử lý nếu cần và thông tin thanh toán được cung cấp cho đối tác liên quan. Đó là những sự kiện riêng biệt. Việc ứng dụng hiển thị “thanh toán hoàn tất” không có nghĩa là tiền đã được chuyển vào tài khoản người bán dự định.

Xác nhận cách xử lý các gói đăng ký, số dư khuyến mãi và cổ phần đối tác trong quá trình chuyển đổi. Nếu số dư không thể chuyển tự động, hãy thống nhất quy trình liên lạc và đối chiếu với khách hàng trước khi chuyển đổi quyền truy cập. Xem thêm thông tin chi tiết tại đây. Giải pháp thanh toán và lập hóa đơn sạc xe điện để xem xét lại quy trình làm việc với nhà cung cấp nền tảng.

Bước 5: Chạy thử nghiệm đại diện với các tiêu chí hoàn tác.

Hãy chọn một nhóm nhỏ đại diện cho phần cứng và điều kiện hoạt động của bạn. Bao gồm các phương thức liên lạc dự định, một lộ trình thanh toán thực tế và các nhóm khách hàng mà bạn dự kiến phục vụ. Tránh chỉ chọn trạm mới nhất tại địa điểm có kết nối tốt nhất.

Thiết lập các tiêu chí chấp nhận trước khi bắt đầu thử nghiệm. Chỉ định người chịu trách nhiệm cho mỗi kết quả và xác định người có quyền phê duyệt việc hoàn tác. Thống nhất cách thức nhóm sẽ giao tiếp trong quá trình can thiệp để kỹ sư hiện trường, nhân viên hỗ trợ và chuyên gia hệ thống phụ trợ cùng sử dụng chung một thông tin.

1. Kết nối: Xác minh danh tính, trạng thái kết nối và hành vi kết nối lại.
2. Ủy quyền: Kiểm tra thông tin đăng nhập được cho phép, bị từ chối và bị thu hồi.
3. Thù lao: Xác thực quá trình khởi động, cập nhật đồng hồ đo và kết thúc bình thường.
4. Hồi phục: Kiểm tra các sự cố gián đoạn giao tiếp và khởi động lại bộ sạc có kiểm soát.
5. Hóa đơn: Xác minh biểu giá đại diện, kết quả thanh toán và hoàn tiền.
6. Báo cáo: Xuất các bằng chứng mà bộ phận vận hành và tài chính yêu cầu.
7. Khôi phục: Trình bày quy trình khắc phục đã được thống nhất nếu quá trình nghiệm thu thất bại.

Tích hợp chức năng sạc thông minh vào những nơi cần thiết cho dịch vụ. Xác nhận mối quan hệ giữa lịch trình ở phía máy chủ và điều khiển cục bộ, đồng thời giao trách nhiệm bảo vệ điện cho các nhóm có trình độ chuyên môn phù hợp. Việc kiểm thử phần mềm từ xa không bao giờ được dựa vào việc vô hiệu hóa các biện pháp kiểm soát an toàn tại chỗ.

Bước 6: Cắt theo từng đợt và đối chiếu từng đợt.

Sử dụng phương pháp triển khai theo từng giai đoạn, được tổ chức dựa trên các nhóm thiết bị đã được thử nghiệm và khả năng hỗ trợ của bạn. Tránh làm gián đoạn các phiên hoạt động trừ khi bạn có lý do được ghi lại và thông báo rõ ràng. Xác định cách hệ thống phụ trợ cũ sẽ đóng hoặc giữ lại các giao dịch đó trước khi thực hiện bất kỳ thay đổi nào ở điểm cuối.

Sau mỗi đợt triển khai, hãy so sánh danh sách trạm đã lên kế hoạch với các trạm thực tế đã được kết nối và có thể sử dụng. Kiểm tra một số phiên kết nối đầu cuối và xem xét các trường hợp ngoại lệ về thanh toán. Tạm dừng đợt triển khai tiếp theo nếu nhóm chưa giải thích được các lỗi của đợt trước. Tốc độ triển khai cần dựa trên bằng chứng và sự sẵn sàng về mặt vận hành.

Thông báo rõ ràng những thay đổi cần thiết cho tài xế và đối tác tại công trường. Giải thích xem có cần cập nhật ứng dụng, đăng nhập tài khoản hay phương thức truy cập mới hay không, khi nào các thay đổi diễn ra và có thể nhận được hỗ trợ ở đâu. Hướng dẫn rõ ràng giúp giảm thiểu nhu cầu hỗ trợ không cần thiết vào thời điểm đội ngũ kỹ thuật bận rộn nhất.

Bước 7: Giám sát nền tảng mới sau khi chuyển đổi

Xác định khoảng thời gian quan sát sau khi di chuyển dựa trên quy mô và độ phức tạp của mạng. Theo dõi độ ổn định kết nối, lỗi xác thực, thành công phiên, dữ liệu đo bị thiếu, ngoại lệ về thanh toán và liên hệ hỗ trợ khách hàng. So sánh kết quả với dữ liệu cơ sở của bạn bằng cách sử dụng cùng các định nghĩa và loại trừ.

Duy trì quy trình kiểm soát đối với các thay đổi cấu hình trong giai đoạn này. Việc nhiều nhóm cùng lúc điều chỉnh giá cước, thông tin đăng nhập và phần mềm có thể khiến việc tái hiện lỗi trở nên khó khăn. Hãy lập nhật ký thay đổi, lưu giữ bằng chứng liên quan và chuyển các sự cố cho người chịu trách nhiệm.

Chỉ nên ngừng sử dụng dịch vụ cũ sau khi các hồ sơ thương mại, quyền truy cập hỗ trợ và nghĩa vụ hợp đồng đã được giải quyết. Việc đóng tài khoản cũ quá sớm có thể làm mất thông tin cần thiết để điều tra yêu cầu hoàn tiền hoặc phiên làm việc đã bắt đầu trước khi chuyển đổi.

Câu hỏi thường gặp về việc thay đổi nhà cung cấp CPMS

Liệu các trạm sạc xe điện hiện có thể chuyển sang nền tảng khác không?

Thông thường là có thể, miễn là bạn có quyền truy cập cấu hình cần thiết và thiết bị đích hỗ trợ việc triển khai bộ sạc thực tế. Hãy xác nhận phần mềm, kết nối, cài đặt bảo mật và các điều khoản trong hợp đồng. Kiểm tra tính hợp lệ của một thiết bị đại diện trước khi triển khai trên toàn mạng.

Quá trình chuyển đổi có thể diễn ra mà không gây gián đoạn hoạt động không?

Thời gian ngừng hoạt động phụ thuộc vào thiết bị, phương pháp cấu hình và quy trình vận hành. Quá trình chuyển đổi theo từng giai đoạn có thể giảm thiểu sự gián đoạn, nhưng cam kết không ngừng hoạt động cần được chứng minh bằng một quy trình cụ thể. Lập kế hoạch thời gian thực tế và thông báo mọi sự gián đoạn dự kiến.

Việc chuyển đổi sang CPMS có yêu cầu thay thế ứng dụng trình điều khiển không?

Không phải lúc nào cũng vậy. Điều đó phụ thuộc vào việc ứng dụng hiện tại của bạn có thể tích hợp với các dịch vụ đích hay không và liệu các tài khoản và quan hệ thanh toán liên quan có thể được bảo toàn hay không. Hãy xác nhận quyền sở hữu ứng dụng, phạm vi tích hợp và trách nhiệm hỗ trợ ngay từ đầu.

Quá trình chuyển đổi sang hệ quản trị CPMS mất bao lâu?

Không có lịch trình chung hữu ích nào. Quy mô mạng chỉ là một yếu tố; các biến thể phần mềm, chất lượng dữ liệu, thỏa thuận thanh toán và quyền truy cập cấu hình có thể chi phối tiến độ. Hãy yêu cầu một kế hoạch dự án dựa trên dữ liệu hiện có và kết quả thử nghiệm thí điểm thay vì một ước tính thời gian không có cơ sở.

Lên kế hoạch chuyển đổi dựa trên mạng lưới trạm sạc thực tế của bạn.

Một quá trình chuyển đổi thành công không chỉ đơn thuần là thay đổi trạm sạc. Nó còn đảm bảo dịch vụ hữu ích cho người lái xe, hồ sơ có thể truy vết cho bộ phận tài chính và quyền kiểm soát rõ ràng cho nhà điều hành. Trước tiên hãy kiểm kê, xác thực phần cứng tiêu biểu, giải quyết các vấn đề phụ thuộc về dữ liệu và thanh toán, sau đó chỉ mở rộng khi dự án thí điểm đáp ứng các tiêu chí chấp nhận.

TrendPower cung cấp phần mềm quản lý sạc xe điện Và các tùy chọn nền tảng nhãn trắng. Hãy thảo luận về quá trình chuyển đổi CPMS của bạn với nhóm của chúng tôi. Dựa trên các mẫu bộ sạc, phiên bản phần mềm, thị trường mục tiêu và yêu cầu triển khai của bạn. Cần xác nhận chính xác phạm vi hỗ trợ chuyển đổi và tích hợp cho dự án.