Daftar Periksa RFP Sistem Manajemen Pengisian Daya EV

Permintaan proposal (RFP) untuk sistem manajemen pengisian daya kendaraan listrik (EV) seharusnya lebih dari sekadar mengumpulkan daftar panjang fitur. RFP tersebut harus mengungkapkan apakah vendor CPMS (Sistem Manajemen Pengisian Daya Terpadu) dapat menghubungkan pengisi daya Anda yang sebenarnya, mendukung model operasional dan pendapatan Anda, melindungi data Anda, memenuhi harapan layanan, dan dapat diskalakan tanpa menciptakan ketergantungan yang mahal.

Panduan ini ditulis untuk operator titik pengisian daya, produsen pengisi daya, armada, perusahaan utilitas, kelompok properti, operator parkir, dan platform pengisian daya regional. Jika Anda masih menentukan kategori platform, mulailah dengan panduan TrendPower. Panduan perangkat lunak CPMS untuk operator pengisian daya kendaraan listrik.Jika Anda siap untuk melakukan pengadaan, gunakan daftar periksa di bawah ini sebagai landasan teknis dan komersial dari RFP Anda.

Apa yang Seharusnya Dicapai oleh RFP Perangkat Lunak Pengisian Daya EV?

RFP yang bermanfaat mengubah tujuan bisnis menjadi persyaratan yang dapat diuji. RFP memberikan asumsi operasional yang sama kepada para vendor, meminta mereka untuk membedakan fungsionalitas standar dari konfigurasi dan pengembangan khusus, serta menciptakan cara yang dapat dipertanggungjawabkan untuk membandingkan jawaban.

Tujuannya bukanlah untuk memilih platform dengan tanda centang terbanyak. Tujuannya adalah untuk mengidentifikasi solusi yang paling sesuai dan terverifikasi untuk pengisi daya Anda, pelanggan, negara, integrasi, tim internal, toleransi risiko, dan rencana pertumbuhan lima tahun Anda.

Informasi apa yang harus Anda siapkan sebelum mengirimkan RFP?

Vendor tidak dapat memberikan ruang lingkup, harga, atau jadwal yang dapat diandalkan jika RFP hanya meminta "platform pengisian daya EV yang dapat diskalakan." Sertakan profil proyek yang ringkas dengan detail yang cukup untuk menguji kesesuaian.

• Model bisnis dan pengguna sasaranCPO publik, armada, tempat kerja, perumahan, tujuan, OEM, utilitas, layanan roaming, atau kombinasi dari semuanya.
• Garis dasar jaringanData terkini dan perkiraan lokasi, pengisi daya, konektor, sesi bulanan, pengguna, dan wilayah geografis untuk tahun ke-1, ke-3, dan ke-5.
• Inventaris perangkat kerasPabrikan, model, firmware, versi OCPP, konektivitas, peringkat daya, dan backend saat ini untuk setiap jenis pengisi daya yang mewakili.
• Perjalanan pelangganEkspektasi terkait aplikasi, web, QR, RFID, pembayaran tanpa kontak, pengisian daya otomatis, pengisian daya plug & charge, akses tamu, reservasi, dan dukungan.
• Model komersialTarif, pajak, langganan, biaya idle, promosi, roaming, penagihan, pengembalian dana, komisi, dan pihak penyelesaian.
• Lanskap integrasiGerbang pembayaran, ERP, CRM, sistem armada, sistem energi, gudang data, peta, tiket, identitas, dan mitra roaming.
• Kendala keamanan dan penerapanKebutuhan terkait wilayah cloud, cloud privat atau on-premise, residensi data, SSO, audit, privasi, dan persyaratan regulasi.
• Rencana pengadaanKisaran anggaran, proses pengambilan keputusan, ruang lingkup proyek percontohan, tanggal peluncuran yang diinginkan, kriteria penerimaan, dan jangka waktu kontrak.

Daftar Periksa RFP Sistem Manajemen Pengisian Daya EV Lengkap

1. Lingkup Bisnis, Peran, dan Skala

Mulailah dengan realitas operasional. Sebuah platform yang dirancang untuk satu depot pribadi mungkin tidak mendukung jaringan publik multipihak dengan penyedia layanan, agen, investor, armada, dan mitra roaming.

• Jelaskan model bisnis yang didukung dan identifikasi mana yang sudah beroperasi di lingkungan produksi.
• Jelaskan hierarki untuk organisasi, wilayah, lokasi, pengisi daya, konektor, operator, pengelola lokasi, armada, dan pengguna akhir.
• Tampilkan kontrol akses berbasis peran, alur persetujuan, administrasi yang didelegasikan, dan isolasi penyewa.
• State mendemonstrasikan skala produksi dan metode pengujian untuk pengisi daya, sesi bersamaan, lalu lintas API, dan volume pelaporan.
• Jelaskan bagaimana negara, mata uang, aturan pajak, bahasa, zona waktu, dan badan hukum baru ditambahkan.

2. Interoperabilitas OCPP dan Pengisi Daya

“OCPP mendukung” bukanlah jawaban yang memadai. Aliansi Pengisian Terbuka Menerbitkan beberapa versi OCPP, dan perilaku sebenarnya bergantung pada model pengisi daya, firmware, profil keamanan, kumpulan pesan, dan implementasi vendor. Mintalah bukti yang tepat.

• Cantumkan edisi dan transport OCPP yang didukung, termasuk OCPP 1.6J, OCPP 2.0.1, dan roadmap untuk OCPP 2.1 jika relevan.
• Sediakan matriks kompatibilitas pengisi daya berdasarkan pabrikan, model, firmware, fungsi yang telah diuji, keterbatasan yang diketahui, dan tanggal pengujian.
• Berikan detail sertifikasi OCPP atau bukti kesesuaian lainnya untuk versi CSMS yang ditawarkan. Verifikasi sertifikat melalui OCA, dan jangan hanya mengandalkan logo.
• Mendemonstrasikan proses pendaftaran pengguna baru, otorisasi, transaksi, nilai meteran, mulai/berhenti jarak jauh, pengaturan ulang, pembukaan kunci, ketersediaan, reservasi, profil pengisian daya, diagnostik, dan alur kerja firmware.
• Jelaskan perilaku offline, antrian pesan, penyimpangan waktu, kejadian duplikat, rekonsiliasi penyambungan kembali, dan pemulihan transaksi.
• Jelaskan proses, kepemilikan, biaya, dan waktu tunggu untuk mengintegrasikan pengisi daya atau revisi firmware yang belum diuji.

Untuk jaringan merek campuran, mintalah uji coba dengan perangkat keras yang representatif. TrendPower's Sistem manajemen titik pengisian daya kendaraan listrik (EV). Halaman ini menjelaskan mengapa kompatibilitas harus divalidasi terhadap pengisi daya sebenarnya dan alur kerja yang dibutuhkan, bukan hanya nama protokolnya saja.

3. Pemantauan, Operasi Jarak Jauh, dan Waktu Operasional

• Tampilkan status waktu nyata untuk stasiun, EVSE, konektor, sesi, konektivitas, daya, nilai meteran, dan alarm.
• Jelaskan aturan alarm yang dapat dikonfigurasi, tingkat keparahan, penekanan, korelasi, eskalasi, dan saluran pemberitahuan.
• Mendemonstrasikan diagnostik jarak jauh, log, kurva pengisian daya, kode kesalahan, perintah jarak jauh, dan tindakan operator yang dapat diaudit.
• Tentukan perhitungan ketersediaan dan pemanfaatan, termasuk penanganan pemeliharaan terencana, area parkir yang terblokir, dan gangguan komunikasi.
• Tampilkan pembuatan tiket, penugasan, pengatur waktu SLA, alur kerja teknisi, bukti layanan, verifikasi, dan riwayat pemeliharaan.
• Sediakan dasbor dan ekspor untuk keberhasilan pengisian daya pertama kali, kegagalan sesi, MTTR (Mean Time to Repair), frekuensi alarm, dan ketersediaan pengisi daya.

Pembeli yang mengevaluasi alur kerja layanan lapangan dapat meninjau TrendPower. manajemen operasi cerdas pendekatan untuk pemantauan, diagnosis jarak jauh, perbaikan, pengiriman, dan perintah kerja sistem tertutup.

4. Pengalaman, Akses, dan Dukungan Pengemudi

• Identifikasi metode akses yang didukung: aplikasi seluler, web seluler, kode QR, RFID, pembayaran tamu, Autocharge, ISO 15118 Plug & Charge, atau kredensial armada.
• Menampilkan informasi stasiun pencarian, ketersediaan langsung, detail konektor, tampilan harga, navigasi, reservasi, status sesi, tanda terima, dan riwayat penagihan.
• Jelaskan aksesibilitas, bahasa yang didukung, format lokal, penanganan persetujuan, penghapusan akun, dan ekspor data pelanggan.
• Jelaskan kepemilikan aplikasi, akun App Store, siklus rilis, analitik kerusakan, versi OS yang didukung, dan fallback web.
• Tampilkan alat dukungan pelanggan untuk pencarian sesi, bantuan jarak jauh, pengembalian dana, sengketa, pemberitahuan, dan riwayat kasus.

5. Tarif, Penagihan, Pembayaran, dan Penyelesaian

Penetapan harga bersifat spesifik pasar, sementara keamanan pembayaran menciptakan tanggung jawab bersama. Mintalah vendor untuk memetakan data dan aliran uang, bukan hanya menampilkan logo penyedia pembayaran.

• Tampilkan tarif berdasarkan energi, waktu, sesi, waktu koneksi, waktu idle, lokasi, grup pengguna, keanggotaan, dan waktu penggunaan.
• Jelaskan tentang pajak, pembulatan, mata uang, penomoran faktur, pengembalian dana, kredit, deposit, pra-otorisasi, pembayaran gagal, dan penolakan pembayaran.
• Cantumkan gerbang pembayaran dan metode pembayaran berdasarkan negara tujuan, serta tanggung jawab sebagai merchant-of-record, acquiring, payout, dan reconciliation.
• Jelaskan alur data kartu pembayaran dan ruang lingkup PCI DSS masing-masing pihak. Dewan Standar Keamanan PCI merupakan sumber resmi untuk materi PCI DSS terkini.
• Menunjukkan pembagian pendapatan, laporan, persetujuan, penyesuaian, dan catatan penyelesaian antara penyedia hosting situs, agen, investor, atau mitra.
• Menyediakan ekspor keuangan, kunci rekonsiliasi, jejak audit, dan penanganan untuk sesi yang selesai setelah gangguan komunikasi.

Gunakan TrendPower solusi pembayaran pengisian daya EV Gambaran umum untuk mengidentifikasi pertanyaan tentang pembayaran, tarif, transaksi, dan penyelesaian yang terlokalisasi.

6. Roaming dan Interoperabilitas Ekosistem

• Cantumkan versi OCPI yang didukung, peran, modul, model koneksi, roaming hub, dan integrasi langsung.
• Menampilkan pertukaran lokasi, status EVSE, tarif, token, perintah, sesi, CDR, dan kredensial.
• Jelaskan logika percobaan ulang, negosiasi versi, penanganan duplikat, koreksi CDR, rekonsiliasi, dan pemetaan khusus mitra.
• Jelaskan secara rinci biaya per mitra, biaya hub, biaya transaksi, biaya implementasi, sertifikasi, dan dukungan berkelanjutan.

Itu Gambaran umum OCPI dari EVRoaming Foundation Menjelaskan bagaimana OCPI menghubungkan penyedia layanan eMobility dan operator titik pengisian daya. Permintaan penawaran (RFP) Anda harus menanyakan bagian mana dari protokol yang telah diimplementasikan dan terbukti—bukan hanya apakah "OCPI" muncul di lembar fitur.

7. API, Data, dan Integrasi Perusahaan

• Minta dokumentasi API yang memiliki versi, akses sandbox, metode autentikasi, batasan laju permintaan, penomoran halaman, filter, idempotensi, dan model kesalahan.
• Daftar API dan webhook yang tersedia untuk pengisi daya, situs, pengguna, tarif, sesi, transaksi, alarm, tiket, dan laporan.
• Jelaskan penandatanganan webhook, percobaan ulang, pengurutan, deduplikasi, pemutaran ulang, pemantauan, dan penanganan pesan gagal kirim (dead-letter).
• Jelaskan tentang kesegaran data, retensi, agregasi, format ekspor, ekstraksi massal, dan akses ke data mentah versus data turunan.
• Jelaskan kepemilikan integrasi untuk ERP, CRM, SSO, armada, energi, peta, gudang data, dan sistem pendukung.
• Wajibkan kontrol keamanan API untuk dipetakan ke panduan yang diakui seperti Proyek Keamanan API OWASP.

8. Kontrol Energi dan Pengisian Daya Cerdas

• Jelaskan manajemen beban statis dan dinamis pada tingkat konektor, pengisi daya, sirkuit, lokasi, portofolio, dan armada.
• Jelaskan aturan alokasi daya, prioritas, daya minimum, keadilan, target keberangkatan, dan pengesampingan manual.
• Tunjukkan bagaimana batasan pengisi daya, data meteran, beban bangunan, energi surya, penyimpanan energi, dan sinyal utilitas diterima dan divalidasi.
• Tentukan perilaku ketika meteran, gateway, pengisi daya, atau CPMS kehilangan konektivitas.
• Mintalah informasi mengenai fungsi pengisian daya pintar OCPP yang didukung, interval kontrol, latensi telemetri, dan bukti dari penerapan yang sebanding.

9. Keamanan, Privasi, dan Ketahanan

Jawaban terkait keamanan harus spesifik terhadap arsitektur dan memiliki makna kontraktual. Pernyataan "Kami menggunakan enkripsi" tidak menjelaskan identitas, manajemen kunci, pemantauan, penanganan kerentanan, atau pemulihan.

• Mintalah diagram arsitektur dan alur data terkini yang menunjukkan batasan kepercayaan, penyimpanan data, pihak ketiga, jalur admin, dan koneksi pengisi daya.
• Jelaskan enkripsi saat transit dan saat istirahat, versi TLS, siklus hidup sertifikat, manajemen rahasia, kepemilikan kunci, dan rotasi.
• Tampilkan MFA, SSO, RBAC, hak akses minimal, kontrol sesi, akun layanan, tinjauan akses istimewa, dan log audit yang tidak dapat diubah.
• Menyediakan praktik pengembangan yang aman, manajemen dependensi, peninjauan kode, pengujian penetrasi, pengungkapan kerentanan, penambalan, dan respons insiden.
• Sebutkan peran pengendali dan pengolah data, subprosesor, lokasi hosting, transfer lintas batas, retensi, penghapusan, dan dukungan permintaan subjek data.
• Jelaskan tentang pencadangan, pengujian pemulihan, redundansi, pemulihan bencana, RTO, RPO, komunikasi status, dan kesinambungan bisnis.
• Tanyakan bagaimana platform tersebut menerapkan profil keamanan OCPP yang relevan dan bagaimana sertifikat pengisi daya diterbitkan, disimpan, dirotasi, dan dicabut.

Untuk kosakata risiko yang umum, pembeli dapat merujuk pada Kerangka Kerja Keamanan Siber NISTRFP tersebut tetap harus menyebutkan hukum, standar, dan kontrol yang berlaku di yurisdiksi dan kontrak pembeli.

10. Penerapan, Kepemilikan Data, dan Portabilitas

• Bandingkan opsi cloud publik, cloud privat, dan on-premise, termasuk tanggung jawab atas infrastruktur, pembaruan, pemantauan, dan keamanan.
• Jelaskan lingkungan produksi, pengujian, staging, pelatihan, dan pemulihan bencana, serta apakah lingkungan tersebut termasuk dalam harga.
• Nyatakan siapa yang memiliki data pengisi daya, pengguna, sesi, tarif, transaksi, operasional, analitik, dan data turunan.
• Membutuhkan ekspor lengkap yang terdokumentasi dalam format yang dapat digunakan, termasuk pengidentifikasi dan hubungan yang dibutuhkan untuk migrasi.
• Klarifikasi domain, sertifikat, akun app store, akun SMS/email, akun pembayaran, opsi kode sumber, dan kepemilikan kode kustom.
• Definisikan bantuan keluar, waktu ekspor, akses transisi, perubahan titik akhir pengisi daya, sertifikat penghapusan, dan biaya penghentian.

11. Implementasi, Migrasi, dan Penerimaan

• Mintalah rencana pengiriman yang mencakup fase, ketergantungan, pemilik yang ditunjuk, masukan pelanggan, risiko, dan kriteria masuk/keluar.
• Definisikan proses pendaftaran pengisi daya, konfigurasi, pembayaran, aplikasi, integrasi, keamanan, kinerja, failover, dan pengujian penerimaan pengguna.
• Untuk migrasi, inventaris URL backend, kredensial, sertifikat, ketergantungan SIM/APN, akses pengisi daya, ekspor data, dan kewajiban vendor petahana.
• Membutuhkan uji coba representatif, kriteria lulus/gagal yang terukur, rencana pengembalian ke versi sebelumnya, aturan tingkat keparahan cacat, dan proses persetujuan akhir.
• Rincian cakupan migrasi data, pemetaan, rekonsiliasi, akses historis, metode peralihan, waktu henti, dan validasi pasca-peralihan.
• Definisikan pelatihan administrator, operasional, keuangan, dukungan, dan teknis, serta dokumentasi serah terima.

Jika kebutuhan Anda melampaui konfigurasi standar, bandingkan batasan antara kemampuan produk dan pekerjaan proyek menggunakan TrendPower. solusi perangkat lunak pengisian daya EV khusus.

Untuk contoh praktis persyaratan yang dibentuk berdasarkan model operasi nyata, tinjau TrendPower. Studi kasus platform pengisian daya EV rumahan di ASyang menghubungkan pengisian daya perumahan, berbagi terkontrol, akses, penjadwalan, pembayaran, dan penyelesaian kepemilikan.

12. Dukungan, SLA, Peta Jalan, dan Ketentuan Komersial

• Tetapkan jam dukungan, bahasa, saluran, tingkat keparahan, target respons, target pemulihan, eskalasi, dan kredit layanan.
• Tentukan waktu aktif platform, titik pengukuran, pengecualian, jendela pemeliharaan, pemberitahuan, dan pelaporan bulanan.
• Jelaskan siklus rilis, periode pemberitahuan, kompatibilitas mundur, pengujian regresi, pengujian pelanggan, dan perubahan darurat.
• Pisahkan fitur yang sudah pasti dari item dalam roadmap dan nyatakan apakah tanggal dalam roadmap tersebut bersifat kontraktual.
• Rincikan biaya pengaturan, perizinan, pengisi daya, konektor, pengguna, sesi, aplikasi, hosting, penyimpanan, API, roaming, pembayaran, dukungan, integrasi, dan layanan profesional.
• Cantumkan tingkatan harga, minimum, kelebihan penggunaan, kenaikan tahunan, asumsi nilai tukar mata uang asing, pajak, perpanjangan, penghentian, dan biaya keluar.
• Berikan referensi pelanggan yang sebanding dan izin untuk membahas kualitas implementasi, stabilitas, dukungan, dan biaya tak terduga.

Format Tanggapan Vendor yang Membuat Jawaban Dapat Dibandingkan

Lampirkan tabel respons untuk setiap persyaratan. Pertahankan proposal naratif untuk konteks, tetapi beri skor hanya untuk jawaban terstruktur yang mengidentifikasi ketersediaan, bukti, upaya penyampaian, waktu, asumsi, dan biaya.

Model Penilaian RFP CPMS 100 Poin yang Direkomendasikan oleh TrendPower

Sesuaikan bobot sebelum proposal diterima. Hal itu mencegah demonstrasi persuasif mengubah prioritas setelah kejadian. Gunakan skor 0–5 untuk setiap kategori, kalikan dengan bobot yang ditetapkan, dan minta evaluator untuk mengutip bukti.

Skala penilaian yang disarankan: 0 = tidak ada respons; 1 = tidak didukung; 2 = sebagian atau peta jalan; 3 = memenuhi persyaratan dengan bukti yang dapat diterima; 4 = melampauinya dengan bukti yang kuat; 5 = terbukti sesuai dengan risiko pengiriman rendah dan komitmen kontraktual yang jelas.

Apa yang Harus Anda Uji dalam Demo dan Pilot?

Demo yang dipoles dapat menyembunyikan langkah-langkah manual, data simulasi, dan integrasi yang belum diuji. Berikan skenario dan data sampel yang sama kepada setiap vendor yang terpilih.

1. Hubungkan pengisi daya yang sesuai. Otorisasi lengkap, mulai/berhenti jarak jauh, nilai meteran, penutupan transaksi, pemulihan offline, dan investigasi sesi yang gagal.
2. Jalankan alur uang secara lengkap. Mengkonfigurasi tarif, menyelesaikan pembayaran, menerbitkan tanda terima atau faktur, memproses pengembalian dana, mengekspor data keuangan, dan merekonsiliasi penyelesaian.
3. Mengatasi insiden operasional. Picu peringatan, periksa log, lakukan tindakan jarak jauh yang didukung, buat tiket, eskalasi, dan tutup dengan jejak audit.
4. Peran latihan dan kontrol data. Izin operator uji, pengelola situs, dukungan, keuangan, dan administrator terbatas. Ekspor data dan periksa catatan audit.
5. Buktikan suatu integral. Gunakan API sandbox atau koneksi OCPI untuk bertukar objek uji nyata, menangani kesalahan, dan memvalidasi percobaan ulang serta rekonsiliasi.
6. Kegagalan dan pemulihan pengujian. Simulasikan pemutusan sambungan pengisi daya atau jaringan, pesan duplikat, kegagalan pembayaran, dan pengembalian dari langkah rilis atau migrasi.

Tujuh Tanda Bahaya Vendor CPMS

1. “Kompatibel dengan OCPP” tanpa matriks uji model dan firmware.
2. Fitur-fitur dalam roadmap ditampilkan seolah-olah sudah tersedia saat ini.
3. Tidak ada penanggung jawab yang jelas untuk kepatuhan pembayaran, rekonsiliasi, atau transaksi yang gagal.
4. Akses API dijanjikan tanpa dokumentasi, akses sandbox, batasan, atau pengujian ekspor.
5. Klaim waktu operasional tanpa definisi, metode pengukuran, pengecualian, atau solusi.
6. Harga berlangganan yang rendah dipadukan dengan integrasi, penyimpanan, dukungan, atau biaya keluar yang tidak jelas.
7. Tidak ada rencana migrasi praktis, metode pengembalian data, atau komitmen portabilitas data berdasarkan kontrak.

Bagaimana Cara Mengubah RFP yang Unggul Menjadi Kontrak yang Lebih Aman?

Jangan biarkan jawaban terpenting hilang setelah pemilihan vendor. Lampirkan respons akhir, arsitektur, matriks kompatibilitas, rencana implementasi, jadwal harga, SLA, kewajiban keamanan, ketentuan pemrosesan data, dan uji penerimaan ke perjanjian atau pernyataan kerja.

Ubahlah frasa seperti “mendukung,” “dapat diintegrasikan,” dan “ketersediaan tinggi” menjadi hasil yang dapat diekspor dan terukur. Nyatakan apa yang terjadi jika alur kerja pengisi daya kritis gagal dalam uji coba, integrasi khusus tidak diterima, atau pembeli membutuhkan ekspor lengkap pada saat penghentian kontrak.

Pertanyaan yang Sering Diajukan (FAQ) tentang Sistem Manajemen Pengisian Daya EV

Sumber-Sumber Terpercaya untuk Tim RFP Anda

• Protokol Open Charge Alliance — OCPP
• Open Charge Alliance — unduhan spesifikasi
• Gambaran umum EVRoaming Foundation — OCPI
• Dewan Standar Keamanan PCI — standar keamanan pembayaran
• OWASP — Proyek Keamanan API
• NIST — Kerangka Kerja Keamanan Siber

Ditinjau kembali untuk relevansi pengadaan: 20 September 2026. Protokol, keamanan, pembayaran, privasi, dan persyaratan peraturan berubah seiring waktu; verifikasi materi resmi terbaru dan dapatkan nasihat hukum atau kepatuhan untuk pasar target Anda.