Danh sách kiểm tra yêu cầu đề xuất (RFP) cho Hệ thống quản lý sạc xe điện

Bản yêu cầu đề xuất (RFP) cho hệ thống quản lý sạc xe điện không chỉ đơn thuần là thu thập một danh sách dài các tính năng. Nó cần phải cho thấy liệu nhà cung cấp CPMS có thể kết nối với các trạm sạc thực tế của bạn, hỗ trợ mô hình vận hành và doanh thu của bạn, bảo vệ dữ liệu của bạn, đáp ứng kỳ vọng về dịch vụ và mở rộng quy mô mà không tạo ra sự phụ thuộc tốn kém vào một nhà cung cấp duy nhất hay không.

Hướng dẫn này được viết dành cho các nhà điều hành điểm sạc, nhà sản xuất bộ sạc, các đội xe, các công ty tiện ích, các tập đoàn bất động sản, các nhà điều hành bãi đậu xe và các nền tảng sạc khu vực. Nếu bạn vẫn đang xác định danh mục nền tảng, hãy bắt đầu với hướng dẫn của TrendPower. Hướng dẫn sử dụng phần mềm CPMS dành cho các nhà điều hành trạm sạc xe điệnNếu bạn đã sẵn sàng tiến hành mua sắm, hãy sử dụng danh sách kiểm tra bên dưới làm nền tảng kỹ thuật và thương mại cho yêu cầu chào giá (RFP) của bạn.

Bản yêu cầu chào giá (RFP) phần mềm sạc xe điện cần đạt được những gì?

Một bản yêu cầu chào giá (RFP) hữu ích sẽ biến các mục tiêu kinh doanh thành các yêu cầu có thể kiểm chứng. Nó cung cấp cho các nhà cung cấp cùng một giả định hoạt động, yêu cầu họ phân biệt chức năng tiêu chuẩn với cấu hình và phát triển tùy chỉnh, và tạo ra một cách thức có thể bảo vệ được để so sánh các câu trả lời.

Mục tiêu không phải là chọn nền tảng có nhiều dấu tích nhất. Mục tiêu là xác định giải pháp phù hợp nhất đã được kiểm chứng cho các bộ sạc, khách hàng, quốc gia, tích hợp, đội ngũ nội bộ, mức độ chấp nhận rủi ro và kế hoạch tăng trưởng 5 năm của bạn.

Bạn cần chuẩn bị những thông tin gì trước khi gửi yêu cầu chào giá (RFP)?

Các nhà cung cấp không thể đưa ra phạm vi, giá cả hoặc tiến độ đáng tin cậy nếu yêu cầu chào giá chỉ đề cập đến “một nền tảng sạc xe điện có khả năng mở rộng”. Hãy bao gồm một hồ sơ dự án ngắn gọn nhưng đủ chi tiết để kiểm tra tính phù hợp.

• Mô hình kinh doanh và người dùng mục tiêuCPO công cộng, đội xe, nơi làm việc, khu dân cư, điểm đến, OEM, tiện ích, dịch vụ chuyển vùng hoặc sự kết hợp của các loại hình này.
• Đường cơ sở mạngSố liệu hiện tại và dự báo về các địa điểm, trạm sạc, cổng kết nối, số phiên truy cập hàng tháng, số người dùng và khu vực địa lý cho các năm 1, 3 và 5.
• Hàng tồn kho phần cứngThông tin về nhà sản xuất, kiểu máy, phần mềm, phiên bản OCPP, khả năng kết nối, công suất định mức và hệ thống dòng điện hiện tại của từng loại bộ sạc tiêu biểu.
• Hành trình của khách hàngỨng dụng, trang web, mã QR, RFID, thanh toán không tiếp xúc, sạc tự động, cắm sạc, quyền truy cập của khách, đặt chỗ và kỳ vọng về hỗ trợ.
• Mô hình thương mạiBiểu phí, thuế, phí đăng ký, phí chờ, khuyến mãi, phí chuyển vùng, lập hóa đơn, hoàn tiền, hoa hồng và các bên thanh toán.
• Bức tranh tổng quan về hội nhậpCác cổng thanh toán, hệ thống hoạch định nguồn lực doanh nghiệp (ERP), hệ thống quản lý quan hệ khách hàng (CRM), hệ thống quản lý đội xe, hệ thống năng lượng, kho dữ liệu, bản đồ, hệ thống bán vé, hệ thống nhận dạng và các đối tác dịch vụ roaming.
• Các ràng buộc về bảo mật và triển khaiVùng đám mây, đám mây riêng hay nhu cầu tại chỗ, nơi lưu trữ dữ liệu, SSO, kiểm toán, quyền riêng tư và các yêu cầu pháp lý.
• Kế hoạch mua sắmPhạm vi ngân sách, quy trình ra quyết định, phạm vi thí điểm, ngày ra mắt mong muốn, tiêu chí chấp nhận và thời hạn hợp đồng.

Danh sách kiểm tra yêu cầu đề xuất (RFP) cho Hệ thống quản lý sạc xe điện hoàn chỉnh

1. Phạm vi kinh doanh, vai trò và quy mô

Hãy bắt đầu bằng việc vận hành thực tế. Một nền tảng được thiết kế cho một kho hàng tư nhân duy nhất có thể không hỗ trợ mạng lưới công cộng đa bên với các nhà cung cấp dịch vụ, đại lý, nhà đầu tư, đội xe và đối tác vận chuyển lưu động.

• Mô tả các mô hình kinh doanh được hỗ trợ và xác định những mô hình nào đang được triển khai trong môi trường sản xuất.
• Hãy giải thích thứ bậc phân cấp giữa các tổ chức, khu vực, địa điểm, bộ sạc, bộ kết nối, nhà điều hành, chủ sở hữu địa điểm, đội xe và người dùng cuối.
• Hiển thị cơ chế kiểm soát truy cập dựa trên vai trò, quy trình phê duyệt, quản trị được ủy quyền và cách ly người dùng.
• Bang đã chứng minh quy mô sản xuất và phương pháp thử nghiệm đối với bộ sạc, phiên đồng thời, lưu lượng API và khối lượng báo cáo.
• Hãy giải thích cách thức thêm các quốc gia, tiền tệ, quy tắc thuế, ngôn ngữ, múi giờ và thực thể pháp lý mới.

2. Khả năng tương tác giữa OCPP và bộ sạc

“OCPP ủng hộ” là một câu trả lời chưa đầy đủ. Liên minh sạc mở Nó phát hành nhiều phiên bản OCPP khác nhau, và hành vi thực tế phụ thuộc vào kiểu bộ sạc, phần mềm, cấu hình bảo mật, bộ thông báo và cách triển khai của nhà cung cấp. Hãy yêu cầu bằng chứng cụ thể.

• Liệt kê các phiên bản và giao thức vận chuyển OCPP được hỗ trợ, bao gồm OCPP 1.6J, OCPP 2.0.1 và lộ trình phát triển của OCPP 2.1 (nếu có).
• Cung cấp bảng so sánh khả năng tương thích của bộ sạc theo nhà sản xuất, kiểu máy, phiên bản phần mềm, chức năng đã được kiểm thử, các hạn chế đã biết và ngày kiểm thử.
• Cung cấp thông tin chứng nhận OCPP hoặc các bằng chứng tuân thủ khác cho phiên bản CSMS được cung cấp. Xác minh chứng chỉ thông qua OCA, thay vì chỉ dựa vào logo.
• Trình bày quy trình đăng ký, ủy quyền, giao dịch, giá trị công tơ, khởi động/dừng từ xa, thiết lập lại, mở khóa, trạng thái khả dụng, đặt chỗ, cấu hình sạc, chẩn đoán và quy trình làm việc của phần mềm.
• Giải thích về hành vi ngoại tuyến, hàng đợi tin nhắn, sai lệch thời gian, sự kiện trùng lặp, đối chiếu kết nối lại và khôi phục giao dịch.
• Hãy mô tả quy trình, quyền sở hữu, chi phí và thời gian thực hiện để tích hợp bộ sạc hoặc phiên bản phần mềm chưa được kiểm thử.

Đối với các mạng lưới kết hợp nhiều thương hiệu, hãy yêu cầu triển khai thử nghiệm với phần cứng đại diện. (TrendPower's) Hệ thống quản lý điểm sạc xe điện Trang này giải thích lý do tại sao tính tương thích cần được xác thực dựa trên bộ sạc thực tế và quy trình làm việc cần thiết, chứ không chỉ dựa vào tên giao thức.

3. Giám sát, Vận hành từ xa và Thời gian hoạt động

• Hiển thị trạng thái thời gian thực của các trạm, trạm sạc xe điện (EVSE), đầu nối, phiên sạc, kết nối, công suất, giá trị đo và cảnh báo.
• Giải thích các quy tắc cảnh báo có thể cấu hình, mức độ nghiêm trọng, khả năng ngăn chặn, tương quan, leo thang và các kênh thông báo.
• Trình bày các chức năng chẩn đoán từ xa, nhật ký, đường cong sạc, mã lỗi, lệnh điều khiển từ xa và các hành động của người vận hành có thể kiểm toán được.
• Xác định các phương pháp tính toán khả năng sẵn sàng và mức độ sử dụng, bao gồm cả việc xử lý bảo trì theo kế hoạch, các khu vực bị chặn và sự cố mất kết nối thông tin liên lạc.
• Hiển thị quá trình tạo phiếu yêu cầu, phân công, bộ đếm thời gian SLA, quy trình làm việc của kỹ thuật viên, bằng chứng dịch vụ, xác minh và lịch sử bảo trì.
• Cung cấp bảng điều khiển và xuất dữ liệu cho các thông tin về lần sạc đầu tiên thành công, lỗi phiên sạc, thời gian khắc phục sự cố trung bình (MTTR), tần suất xuất hiện cảnh báo và tình trạng hoạt động của bộ sạc.

Các nhà mua hàng đang đánh giá quy trình làm việc dịch vụ tại hiện trường có thể xem xét báo cáo của TrendPower. quản lý hoạt động thông minh Phương pháp tiếp cận giám sát, chẩn đoán từ xa, khắc phục sự cố, điều phối và quản lý vòng lặp công việc khép kín.

4. Trải nghiệm, quyền truy cập và hỗ trợ dành cho tài xế

• Xác định các phương thức truy cập được hỗ trợ: ứng dụng di động, web di động, mã QR, RFID, thanh toán dành cho khách, Autocharge, Plug & Charge theo tiêu chuẩn ISO 15118 hoặc thẻ quản lý đội xe.
• Hiển thị thông tin tìm kiếm trạm, tình trạng phòng trống trực tiếp, chi tiết kết nối, hiển thị giá cả, điều hướng, đặt chỗ, trạng thái phiên, biên lai và lịch sử thanh toán.
• Hãy mô tả khả năng truy cập, các ngôn ngữ được hỗ trợ, định dạng địa phương, cách xử lý sự đồng ý, xóa tài khoản và xuất dữ liệu khách hàng.
• Giải thích về quyền sở hữu ứng dụng, tài khoản App Store, chu kỳ phát hành, phân tích lỗi, các phiên bản hệ điều hành được hỗ trợ và phương án dự phòng trên web.
• Hiển thị các công cụ hỗ trợ khách hàng để tra cứu phiên, hỗ trợ từ xa, hoàn tiền, tranh chấp, thông báo và lịch sử trường hợp.

5. Biểu phí, lập hóa đơn, thanh toán và quyết toán

Giá cả phụ thuộc vào từng thị trường, trong khi bảo mật thanh toán tạo ra trách nhiệm chung. Hãy yêu cầu nhà cung cấp lập bản đồ luồng dữ liệu và tiền tệ, chứ không chỉ đơn thuần hiển thị logo của nhà cung cấp dịch vụ thanh toán.

• Hiển thị biểu giá theo năng lượng, thời gian, phiên, thời gian kết nối, thời gian chờ, vị trí, nhóm người dùng, tư cách thành viên và thời gian sử dụng.
• Giải thích về thuế, làm tròn số, tiền tệ, số hóa đơn, hoàn tiền, tín dụng, tiền đặt cọc, ủy quyền trước, thanh toán thất bại và hoàn trả.
• Liệt kê các cổng thanh toán và phương thức thanh toán theo quốc gia mục tiêu, cùng với trách nhiệm của nhà cung cấp dịch vụ, đơn vị thu hộ, đơn vị thanh toán và đơn vị đối chiếu.
• Xác định luồng dữ liệu thẻ thanh toán và phạm vi tuân thủ PCI DSS của mỗi bên. Hội đồng Tiêu chuẩn An ninh PCI Đây là nguồn thông tin đáng tin cậy về các tài liệu PCI DSS hiện hành.
• Trình bày các thông tin về chia sẻ doanh thu, báo cáo, phê duyệt, điều chỉnh và hồ sơ thanh toán của chủ sở hữu trang web, đại lý, nhà đầu tư hoặc đối tác.
• Cung cấp chức năng xuất dữ liệu tài chính, khóa đối chiếu, nhật ký kiểm toán và xử lý các phiên giao dịch hoàn tất sau khi xảy ra sự cố mất kết nối.

Hãy sử dụng TrendPower's Giải pháp thanh toán sạc xe điện Tổng quan để xác định các câu hỏi về thanh toán, thuế quan, giao dịch và quyết toán tại địa phương.

6. Khả năng chuyển vùng và tương tác hệ sinh thái

• Liệt kê các phiên bản OCPI, vai trò, mô-đun, mô hình kết nối, trung tâm di động và tích hợp trực tiếp được hỗ trợ.
• Hiển thị thông tin về vị trí, trạng thái trạm sạc xe điện (EVSE), giá cước, mã thông báo, lệnh, phiên, bản ghi cuộc gọi (CDR) và thông tin xác thực.
• Giải thích logic thử lại, đàm phán phiên bản, xử lý trùng lặp, sửa lỗi CDR, đối chiếu và ánh xạ dành riêng cho đối tác.
• Làm rõ phí cho mỗi đối tác, phí trung tâm, phí giao dịch, chi phí triển khai, chứng nhận và hỗ trợ liên tục.

Cái Tổng quan về OCPI của EVRoaming Foundation Bài viết giải thích cách OCPI kết nối các nhà cung cấp dịch vụ di động điện tử và các nhà điều hành điểm sạc. Yêu cầu chào giá (RFP) của bạn nên hỏi những phần nào của giao thức đã được triển khai và chứng minh – chứ không chỉ hỏi xem “OCPI” có xuất hiện trên bảng tính năng hay không.

7. API, Dữ liệu và Tích hợp Doanh nghiệp

• Yêu cầu tài liệu API có phiên bản, quyền truy cập vào môi trường thử nghiệm (sandbox), phương thức xác thực, giới hạn tỷ lệ truy cập, phân trang, bộ lọc, tính bất biến (idempotency) và mô hình lỗi.
• Liệt kê các API và webhook hiện có cho bộ sạc, trang web, người dùng, biểu giá, phiên, giao dịch, cảnh báo, vé và báo cáo.
• Xác định các chức năng ký webhook, thử lại, sắp xếp, loại bỏ trùng lặp, phát lại, giám sát và xử lý thư chết.
• Giải thích về độ tươi mới của dữ liệu, thời gian lưu giữ, tổng hợp, định dạng xuất khẩu, trích xuất hàng loạt và quyền truy cập vào dữ liệu thô so với dữ liệu đã được xử lý.
• Mô tả trách nhiệm quản lý tích hợp cho hệ thống ERP, CRM, SSO, quản lý đội xe, năng lượng, bản đồ, kho dữ liệu và các hệ thống hỗ trợ.
• Yêu cầu các biện pháp kiểm soát bảo mật API phải tuân thủ các hướng dẫn được công nhận, chẳng hạn như... Dự án bảo mật API của OWASP.

8. Điều khiển năng lượng và sạc thông minh

• Mô tả việc quản lý tải tĩnh và động ở cấp độ đầu nối, bộ sạc, mạch điện, địa điểm, danh mục đầu tư và toàn bộ hệ thống.
• Giải thích các quy tắc phân bổ quyền lực, mức độ ưu tiên, quyền lực tối thiểu, tính công bằng, mục tiêu rời khỏi vị trí và quyền ghi đè thủ công.
• Trình bày cách tiếp nhận và xác thực các giới hạn của bộ sạc, dữ liệu công tơ điện, tải tòa nhà, năng lượng mặt trời, hệ thống lưu trữ và tín hiệu từ lưới điện.
• Xác định hành vi khi các thiết bị đo, cổng kết nối, bộ sạc hoặc hệ thống quản lý kết nối (CPMS) mất kết nối.
• Hãy yêu cầu thông tin về các chức năng sạc thông minh OCPP được hỗ trợ, khoảng thời gian điều khiển, độ trễ đo từ xa và bằng chứng từ một triển khai tương đương.

9. An ninh, Quyền riêng tư và Khả năng phục hồi

Các câu trả lời về bảo mật cần phải phù hợp với kiến trúc hệ thống và có ý nghĩa về mặt hợp đồng. Câu nói "Chúng tôi sử dụng mã hóa" không giải thích được vấn đề nhận dạng, quản lý khóa, giám sát, xử lý lỗ hổng hoặc phục hồi dữ liệu.

• Yêu cầu bản vẽ kiến trúc hiện tại và sơ đồ luồng dữ liệu thể hiện ranh giới tin cậy, kho dữ liệu, bên thứ ba, đường dẫn quản trị và kết nối bộ sạc.
• Xác định mã hóa khi truyền tải và khi lưu trữ, các phiên bản TLS, vòng đời chứng chỉ, quản lý bí mật, quyền sở hữu khóa và xoay vòng khóa.
• Hiển thị thông tin về MFA, SSO, RBAC, quyền hạn tối thiểu, kiểm soát phiên, tài khoản dịch vụ, xem xét quyền truy cập đặc quyền và nhật ký kiểm toán bất biến.
• Cung cấp các dịch vụ phát triển phần mềm an toàn, quản lý phụ thuộc, kiểm tra mã nguồn, kiểm thử xâm nhập, công bố lỗ hổng bảo mật, vá lỗi và xử lý sự cố.
• Hỗ trợ các vai trò của bên kiểm soát và xử lý dữ liệu, các bên xử lý phụ, địa điểm lưu trữ, chuyển dữ liệu xuyên biên giới, lưu giữ, xóa bỏ và yêu cầu của chủ thể dữ liệu.
• Xác định các phương án sao lưu, kiểm thử khôi phục, tính dự phòng, phục hồi sau thảm họa, RTO, RPO, liên lạc trạng thái và tính liên tục kinh doanh.
• Hãy hỏi về cách nền tảng triển khai các cấu hình bảo mật OCPP có liên quan và cách thức cấp, lưu trữ, xoay vòng và thu hồi chứng chỉ bộ sạc.

Để có một hệ thống thuật ngữ rủi ro chung, người mua có thể tham khảo... Khung an ninh mạng NISTBản yêu cầu chào giá (RFP) vẫn cần nêu rõ các luật, tiêu chuẩn và quy định áp dụng cho phạm vi quyền hạn và hợp đồng của người mua.

10. Triển khai, Quyền sở hữu dữ liệu và Khả năng di chuyển

• So sánh các tùy chọn điện toán đám mây công cộng, điện toán đám mây riêng và hệ thống tại chỗ, bao gồm trách nhiệm về cơ sở hạ tầng, cập nhật, giám sát và bảo mật.
• Hãy xác định môi trường sản xuất, thử nghiệm, dàn dựng, đào tạo và phục hồi sau thảm họa, đồng thời cho biết liệu chúng có được bao gồm trong giá hay không.
• Hãy nêu rõ ai sở hữu dữ liệu về bộ sạc, người dùng, phiên, biểu giá, giao dịch, vận hành, phân tích và dữ liệu phái sinh.
• Cần có bản xuất dữ liệu đầy đủ ở định dạng dễ sử dụng, bao gồm cả các định danh và mối quan hệ cần thiết cho quá trình chuyển đổi.
• Làm rõ các vấn đề về tên miền, chứng chỉ, tài khoản cửa hàng ứng dụng, tài khoản SMS/email, tài khoản thanh toán, các tùy chọn mã nguồn và quyền sở hữu mã tùy chỉnh.
• Xác định hỗ trợ thoát, thời gian xuất khẩu, quyền truy cập chuyển đổi, thay đổi điểm cuối bộ sạc, chứng chỉ xóa và phí chấm dứt hợp đồng.

11. Triển khai, Di chuyển và Chấp nhận

• Hãy yêu cầu một kế hoạch triển khai bao gồm các giai đoạn, sự phụ thuộc, người chịu trách nhiệm chính, ý kiến đóng góp của khách hàng, rủi ro và tiêu chí bắt đầu/kết thúc dự án.
• Xác định quy trình thiết lập, cấu hình, thanh toán, ứng dụng, tích hợp, bảo mật, hiệu năng, dự phòng và kiểm thử chấp nhận người dùng cho bộ sạc.
• Đối với quá trình chuyển đổi, cần kiểm kê các URL máy chủ phụ trợ, thông tin đăng nhập, chứng chỉ, các phụ thuộc SIM/APN, quyền truy cập bộ sạc, xuất dữ liệu và các nghĩa vụ của nhà cung cấp hiện tại.
• Cần có một phi công đại diện, tiêu chí đạt/không đạt có thể đo lường được, kế hoạch hoàn tác, quy tắc về mức độ nghiêm trọng của lỗi và quy trình phê duyệt.
• Mô tả chi tiết phạm vi di chuyển dữ liệu, lập bản đồ, đối chiếu, truy cập lịch sử, phương pháp chuyển đổi, thời gian ngừng hoạt động và xác thực sau khi chuyển đổi.
• Xác định các bộ phận quản trị, vận hành, tài chính, hỗ trợ và đào tạo kỹ thuật, cùng với tài liệu bàn giao.

Nếu yêu cầu của bạn vượt ra ngoài cấu hình tiêu chuẩn, hãy so sánh ranh giới giữa khả năng của sản phẩm và khối lượng công việc dự án bằng cách sử dụng công cụ của TrendPower. giải pháp phần mềm sạc xe điện tùy chỉnh.

Để có ví dụ thực tế về các yêu cầu được xây dựng dựa trên mô hình hoạt động thực tế, hãy xem xét báo cáo của TrendPower. Nghiên cứu trường hợp về nền tảng sạc xe điện tại nhà ở Hoa Kỳ, hệ thống này kết nối việc sạc điện tại nhà, chia sẻ có kiểm soát, truy cập, lên lịch, thanh toán và quyết toán với chủ sở hữu.

12. Hỗ trợ, Thỏa thuận mức dịch vụ (SLA), Lộ trình và Điều khoản thương mại

• Xác định giờ hỗ trợ, ngôn ngữ, kênh liên lạc, mức độ nghiêm trọng, mục tiêu phản hồi, mục tiêu khôi phục, quy trình leo thang và tín dụng dịch vụ.
• Xác định thời gian hoạt động của nền tảng, điểm đo lường, các trường hợp ngoại lệ, khung thời gian bảo trì, thông báo và báo cáo hàng tháng.
• Mô tả chu kỳ phát hành, thời gian thông báo, khả năng tương thích ngược, kiểm thử hồi quy, kiểm thử khách hàng và các thay đổi khẩn cấp.
• Phân tách các tính năng đã cam kết khỏi các mục trong lộ trình và nêu rõ liệu các mốc thời gian trong lộ trình có mang tính ràng buộc hợp đồng hay không.
• Liệt kê chi tiết các khoản phí thiết lập, cấp phép, phí sạc, phí kết nối, phí người dùng, phí phiên, phí ứng dụng, phí lưu trữ, phí API, phí chuyển vùng, phí thanh toán, phí hỗ trợ, phí tích hợp và phí dịch vụ chuyên nghiệp.
• Cung cấp các mức giá, mức tối thiểu, phí vượt mức, mức tăng hàng năm, giả định tỷ giá hối đoái, thuế, phí gia hạn, phí chấm dứt hợp đồng và phí chấm dứt hợp đồng.
• Cung cấp các thông tin tham khảo từ khách hàng tương đương và cho phép thảo luận về chất lượng triển khai, tính ổn định, hỗ trợ và chi phí phát sinh.

Định dạng phản hồi của nhà cung cấp giúp so sánh các câu trả lời.

Đính kèm bảng phản hồi cho mỗi yêu cầu. Giữ lại các đề xuất dạng văn bản để tham khảo, nhưng chỉ chấm điểm các câu trả lời có cấu trúc, nêu rõ tính khả dụng, bằng chứng, nỗ lực thực hiện, thời gian, giả định và chi phí.

Mô hình chấm điểm RFP CPMS 100 điểm được TrendPower đề xuất

Điều chỉnh trọng số trước khi nhận được đề xuất. Điều này giúp tránh việc một bài thuyết trình thuyết phục làm thay đổi thứ tự ưu tiên sau khi sự việc đã xảy ra. Sử dụng thang điểm từ 0 đến 5 cho mỗi hạng mục, nhân với trọng số đã được chỉ định và yêu cầu người đánh giá phải trích dẫn bằng chứng.

Thang điểm đề xuất: 0 = không phản hồi; 1 = không được hỗ trợ; 2 = một phần hoặc lộ trình; 3 = đáp ứng yêu cầu với bằng chứng chấp nhận được; 4 = vượt quá yêu cầu với bằng chứng mạnh mẽ; 5 = phù hợp đã được chứng minh với rủi ro giao hàng thấp và cam kết hợp đồng rõ ràng.

Bạn nên thử nghiệm những gì trong bản demo và bản thử nghiệm?

Một bản demo hoàn chỉnh có thể che giấu các bước thủ công, dữ liệu mô phỏng và các tích hợp chưa được kiểm thử. Hãy cung cấp cho mọi nhà cung cấp được chọn lọc cùng một kịch bản và dữ liệu mẫu.

1. Kết nối bộ sạc tiêu biểu. Ủy quyền đầy đủ, khởi động/dừng từ xa, giá trị đo, đóng giao dịch, khôi phục ngoại tuyến và điều tra phiên giao dịch thất bại.
2. Theo dõi toàn bộ dòng tiền. Thiết lập biểu phí, hoàn tất thanh toán, phát hành biên lai hoặc hóa đơn, xử lý hoàn tiền, xuất dữ liệu tài chính và đối chiếu quyết toán.
3. Giải quyết sự cố vận hành. Kích hoạt cảnh báo, kiểm tra nhật ký, thực hiện thao tác từ xa được hỗ trợ, tạo phiếu yêu cầu, chuyển tiếp phiếu yêu cầu và đóng phiếu yêu cầu kèm theo nhật ký kiểm toán.
4. Thực hiện các nhiệm vụ và kiểm soát dữ liệu. Kiểm tra quyền quản trị viên, máy chủ trang web, hỗ trợ, tài chính và quản trị viên hạn chế. Xuất dữ liệu và kiểm tra hồ sơ kiểm toán.
5. Chứng minh phép tích phân. Sử dụng API hộp cát hoặc kết nối OCPI để trao đổi các đối tượng kiểm thử thực tế, xử lý lỗi và xác thực các lần thử lại và đối chiếu.
6. Thử nghiệm thất bại và khắc phục. Mô phỏng sự cố mất kết nối bộ sạc hoặc mạng, tin nhắn trùng lặp, lỗi thanh toán và hoàn tác từ một bước phát hành hoặc di chuyển.

Bảy dấu hiệu cảnh báo nguy hiểm từ nhà cung cấp CPMS

1. “Tương thích OCPP” mà không cần ma trận kiểm tra kiểu máy và phần mềm.
2. Các tính năng trong lộ trình phát triển được hiển thị như thể chúng đã có sẵn vào ngày hôm nay.
3. Không có người chịu trách nhiệm rõ ràng về việc tuân thủ thanh toán, đối chiếu hoặc các giao dịch thất bại.
4. Việc cung cấp quyền truy cập API được hứa hẹn nhưng không kèm theo tài liệu hướng dẫn, quyền truy cập môi trường thử nghiệm, giới hạn hoặc kiểm thử xuất dữ liệu.
5. Các tuyên bố về thời gian hoạt động không được nêu rõ định nghĩa, phương pháp đo lường, loại trừ hoặc biện pháp khắc phục.
6. Giá thuê bao thấp đi kèm với sự không rõ ràng về tích hợp, lưu trữ, hỗ trợ hoặc phí chấm dứt hợp đồng.
7. Không có kế hoạch di chuyển dữ liệu thực tế, phương pháp khôi phục hoặc cam kết về khả năng chuyển đổi dữ liệu theo hợp đồng.

Làm thế nào để biến một hồ sơ dự thầu thành công thành một hợp đồng an toàn hơn?

Đừng để những câu trả lời quan trọng nhất biến mất sau khi lựa chọn nhà cung cấp. Hãy đính kèm câu trả lời cuối cùng, kiến trúc hệ thống, ma trận tương thích, kế hoạch triển khai, bảng giá, thỏa thuận mức dịch vụ (SLA), nghĩa vụ bảo mật, điều khoản xử lý dữ liệu và các bài kiểm tra nghiệm thu vào hợp đồng hoặc bản mô tả công việc.

Chuyển đổi các cụm từ như “hỗ trợ,” “có thể tích hợp,” và “độ khả dụng cao” thành các sản phẩm cụ thể và kết quả có thể đo lường được. Nêu rõ điều gì sẽ xảy ra nếu quy trình làm việc của bộ sạc quan trọng thất bại trong giai đoạn thử nghiệm, quá trình tích hợp tùy chỉnh không được chấp nhận hoặc người mua cần xuất dữ liệu hoàn chỉnh khi kết thúc dự án.

Câu hỏi thường gặp về yêu cầu đề xuất (RFP) cho Hệ thống quản lý sạc xe điện

Nguồn thông tin đáng tin cậy cho nhóm phụ trách yêu cầu chào giá (RFP) của bạn

• Liên minh Sạc Mở — Giao thức OCPP
• Liên minh Open Charge — tải xuống thông số kỹ thuật
• Tổng quan về EVRoaming Foundation — OCPI
• Hội đồng Tiêu chuẩn Bảo mật PCI — các tiêu chuẩn bảo mật thanh toán
• OWASP — Dự án Bảo mật API
• NIST — Khung An ninh mạng

Đã xem xét lại tính phù hợp với quy trình mua sắm: ngày 20 tháng 9 năm 2026. Các yêu cầu về giao thức, bảo mật, thanh toán, quyền riêng tư và quy định thay đổi theo thời gian; hãy xác minh các tài liệu chính thức mới nhất và tìm kiếm tư vấn pháp lý hoặc tuân thủ quy định cho thị trường mục tiêu của bạn.