Chuyển đổi nhà cung cấp CSMS khác hoàn toàn với việc triển khai lần đầu. Khi triển khai mới, sai sót chỉ làm chậm ngày khai trương. Khi chuyển đổi, hệ thống đang vận hành thật: trụ sạc đang hoạt động, phiên sạc đang chạy, tài khoản khách hàng đang có số dư và mọi giao dịch doanh thu đều đi qua hệ thống mà doanh nghiệp sắp rời bỏ. Nếu làm sai, tài xế nhận ra ngay lập tức - trụ sạc không khởi động được, số dư ví biến mất hoặc ứng dụng đột ngột ngừng hoạt động. Bài viết trình bày một cách tiếp cận có kiểm soát để rời khỏi một CSMS cũ mà không gặp những tình huống đó.
Vì sao doanh nghiệp chuyển đổi nền tảng
Phần lớn các cuộc chuyển đổi không xuất phát từ việc một tính năng cụ thể hoạt động kém, mà từ nhu cầu hợp nhất hệ thống. Một đơn vị vận hành bắt đầu với một CSMS cơ bản, rồi khi quy mô tăng lên thì lần lượt ghép thêm một cổng thanh toán riêng, một công cụ xuất hoá đơn riêng và một nhà cung cấp ứng dụng riêng. Mỗi mảnh ghép đi kèm một quan hệ hỗ trợ riêng, một quy trình đối soát riêng và một điểm có thể hỏng riêng. Chuyển sang một nền tảng trọn gói - CSMS, biểu giá, hoá đơn và ứng dụng cho tài xế trên cùng một hệ thống - thường là quyết định để chấm dứt việc phải tự ghép nối bốn nhà cung cấp, chứ không phải phản ứng với một nhà cung cấp nào đó. Bối cảnh của lựa chọn này được phân tích đầy đủ hơn trong bài tự xây dựng, mua sẵn hay nền tảng thương hiệu riêng.
Năm giai đoạn của một cuộc chuyển đổi có kiểm soát
1. Khảo sát hiện trạng
Lập danh sách đầy đủ: từng trụ sạc cùng hãng sản xuất, model và phiên bản firmware hiện tại; từng tích hợp mà CSMS cũ đang kết nối (thanh toán, ERP, CRM); và từng loại dữ liệu nghiệp vụ bắt buộc phải giữ lại sau khi chuyển - tài khoản khách hàng, số dư ví, cấu trúc biểu giá, lịch sử giao dịch. Giai đoạn này thuần tuý là thu thập thông tin, chưa có gì được di chuyển.
2. Ánh xạ dữ liệu
Xác định chính xác dữ liệu trụ sạc, khách hàng, biểu giá và nghiệp vụ ở hệ thống cũ tương ứng với cái gì ở hệ thống mới. Cấu trúc biểu giá hiếm khi tương ứng 1:1 - một mức giá phẳng theo kWh ở hệ thống cũ có thể cần trở thành một cấu hình riêng theo trạm ở hệ thống mới để giữ nguyên mức giá tài xế đang trả. Sai sót ở bước ánh xạ này là nguyên nhân số một dẫn đến khiếu nại về hoá đơn sau chuyển đổi, nên toàn bộ bảng ánh xạ cần được rà soát và xác nhận trước khi bất kỳ dữ liệu nào được di chuyển.
3. Kiểm thử
Kiểm tra kết nối phần cứng, các tích hợp và luồng nghiệp vụ trên nền tảng mới trước khi đụng đến lưu lượng thật. Vì trụ sạc tuân thủ OCPP giao tiếp theo một chuẩn chung, việc kết nối lại trụ sạc với CSMS mới thường chỉ là một thay đổi cấu hình từ xa - trỏ trụ sạc sang địa chỉ backend mới - chứ không phải thay thế phần cứng. Hãy xác nhận điều này trên một vài trụ sạc ít quan trọng trước khi mở rộng.
4. Di chuyển theo đợt
Chuyển dữ liệu và trụ sạc theo trình tự có kiểm soát thay vì chuyển toàn bộ cùng lúc - thông thường là một nhóm trụ sạc cùng dữ liệu khách hàng và biểu giá liên quan, kiểm tra xong mới chuyển nhóm tiếp theo. Vận hành song song hệ thống cũ và mới trong giai đoạn này (dual-run) đảm bảo một sự cố ở trạm vừa chuyển không kéo theo phần còn lại của mạng lưới, đồng thời tạo đường lùi nếu số liệu không khớp.
5. Chuyển đổi chính thức
Chuyển toàn bộ lưu lượng sang nền tảng mới và kiểm chứng hệ thống dưới tải thật - phiên sạc thật, thanh toán thật, báo cáo thật - trước khi ngừng hệ thống cũ. Nên giữ hệ thống cũ ở chế độ chỉ đọc trong một khoảng thời gian xác định sau đó, phòng trường hợp cần tra cứu dữ liệu lịch sử hoặc đối chiếu một giao dịch đang có khiếu nại.
Cái gì thực sự được chuyển, và chuyển bằng cách nào
- Trụ sạc - kết nối lại qua cấu hình OCPP, không thay thế phần cứng, với điều kiện trụ sạc đã tuân thủ OCPP 1.6J hoặc 2.0.1.
- Tài khoản khách hàng và số dư ví - xuất ra và nhập vào dưới dạng dữ liệu; tài xế giữ nguyên số dư và lịch sử, không phải bắt đầu lại từ đầu.
- Biểu giá - tạo lại theo bảng ánh xạ ở giai đoạn 2, sau đó đối chiếu với dữ liệu phiên sạc thật trước khi áp dụng chính thức.
- Ứng dụng cho tài xế - hoặc cập nhật ứng dụng thương hiệu hiện có tại chỗ (tài xế chỉ thấy một thông báo cập nhật), hoặc phát hành ứng dụng mới kèm thông báo chuyển đổi rõ ràng nếu đổi sang nhà cung cấp thương hiệu riêng khác.
Giảm thiểu tác động mà tài xế nhìn thấy
Mục tiêu thực tế không phải là “không có gì thay đổi”, mà là “hoạt động sạc không bị gián đoạn”. Một khung thời gian bảo trì ngắn, được thông báo trước, là điều bình thường và chấp nhận được. Một sự cố không báo trước, hay việc tài xế phát hiện số dư của mình biến mất, thì không. Chuyển đổi theo từng đợt kèm giai đoạn vận hành song song - thay vì dồn toàn bộ mạng lưới vào một đêm cắt chuyển duy nhất - chính là điều tạo nên khác biệt đó trên một hệ thống đang kinh doanh thật.
Nếu việc chuyển đổi đồng thời kéo theo thay đổi về hạ tầng - chẳng hạn chuyển sang cloud riêng của doanh nghiệp hoặc hệ thống đặt tại Việt Nam - hãy xác định mô hình triển khai trước, vì nó ảnh hưởng trực tiếp đến cách sắp xếp trình tự các giai đoạn ở trên. Xem thêm mô hình triển khai cloud hay on-premise.
Câu hỏi thường gặp
Tài xế có phải đăng ký lại hoặc tải ứng dụng mới không?
Không, nếu ứng dụng thương hiệu hiện tại được giữ lại và cập nhật tại chỗ - tài khoản và số dư được chuyển sang nguyên vẹn. Chỉ cần ứng dụng mới khi bản thân thương hiệu hoặc định danh ứng dụng thay đổi, và khi đó thông lệ là hiển thị thông báo chuyển đổi ngay trong ứng dụng cũ.
Có phải thay trụ sạc khi chuyển nền tảng không?
Không, với điều kiện trụ sạc đã tuân thủ OCPP 1.6J hoặc 2.0.1 - kết nối lại với CSMS mới chỉ là một thay đổi cấu hình từ xa. Những trụ sạc chưa tuân thủ OCPP cần cập nhật firmware trước, và đây là một hạng mục công việc riêng, tách khỏi phần chuyển đổi CSMS.
Một cuộc chuyển đổi thường mất bao lâu?
Phụ thuộc vào quy mô mạng lưới và mức độ tuỳ chỉnh của các tích hợp hiện có, nhưng với cấu trúc năm giai đoạn ở trên - triển khai theo đợt kèm giai đoạn vận hành song song - thời gian thường chỉ nhiều hơn vài tuần so với một dự án triển khai mới, chứ không phải gấp đôi.