Fitur Sistem Manajemen Pengisian Daya EV: 15 Kemampuan CPMS Penting

Integrasi protokol terbuka adalah fondasi dari jaringan pengisian daya yang fleksibel. CPMS (Sistem Manajemen Pengisian Daya Terpadu) harus menghubungkan pengisi daya yang kompatibel, menerima status dan data meteran, mengirimkan perintah operasional, dan mempertahankan alur kerja yang konsisten di berbagai model perangkat keras. OCPP mengurangi ketergantungan pada tumpukan backend pengisi daya yang bersifat eksklusif, tetapi "didukung OCPP" tidak sama dengan kompatibilitas yang terbukti.

Tanyakan versi dan profil OCPP mana yang diimplementasikan, model pengisi daya mana yang telah menyelesaikan pengujian integrasi, dan bagaimana perilaku spesifik firmware ditangani. OCPP 1.6 masih umum digunakan di jaringan yang diterapkan, sementara OCPP 2.0.1 memperkenalkan kerangka kerja yang lebih luas untuk keamanan, pengisian daya cerdas, dan manajemen perangkat. Open Charge Alliance juga memperlakukan beberapa fungsi 2.0.1 sebagai profil sertifikasi terpisah, jadi pembeli harus memverifikasi cakupan pastinya. Baca ulasan terfokus kami. Perangkat lunak pengisian daya EV OCPP panduan untuk tinjauan interoperabilitas yang lebih mendalam.

Jaringan yang berkembang membutuhkan sistem pencatatan yang andal. CPMS (Clinical Process Management System) harus mengorganisir negara, wilayah, operator, lokasi, stasiun, EVSE (Electric Vehicle Supply Equipment), dan konektor sambil mempertahankan atribut operasional seperti nomor seri, model, firmware, metode komunikasi, daya terukur, jenis konektor, kepemilikan, dan status pengoperasian.

Hierarki ini memengaruhi hampir setiap alur kerja hilir. Operator menggunakannya untuk menetapkan tarif, izin, tanggung jawab pemeliharaan, aturan pendapatan, dan laporan. Inventaris yang baik harus mendukung impor dan ekspor massal, pengikatan kode QR atau pengenal, status komisioning yang jelas, dan riwayat perubahan. Inventaris juga harus membedakan pengisi daya fisik dari EVSE dan konektor individualnya sehingga ketersediaan, sesi, dan kesalahan tidak dilaporkan pada tingkat yang salah. Selama demonstrasi, mintalah vendor untuk menambahkan pengisi daya, memindahkannya antar lokasi, dan menunjukkan bagaimana data historis tetap dapat dilacak.

Operator memerlukan tampilan langsung tentang apa yang sedang dilakukan jaringan saat ini, bukan hanya laporan tentang apa yang terjadi kemarin. Pemantauan waktu nyata harus menunjukkan apakah setiap konektor tersedia, terpakai, sedang mengisi daya, dipesan, tidak tersedia, offline, atau mengalami kerusakan. Pemantauan tersebut juga harus menampilkan status komunikasi, sesi aktif, nilai meteran, dan informasi kesalahan yang relevan.

Dasbor harus memungkinkan pengguna dukungan atau operasional untuk beralih dari ringkasan tingkat jaringan ke satu pengisi daya tanpa kehilangan konteks. Filter yang berguna meliputi lokasi, operator, model pengisi daya, status, kelas kesalahan, dan waktu komunikasi terakhir. Tampilan peta dapat mendukung jaringan geografis, tetapi daftar dengan penanganan pengecualian yang jelas seringkali lebih penting untuk operasi sehari-hari. Tanyakan seberapa cepat perubahan status muncul, bagaimana data usang ditandai, dan apa yang terjadi ketika pengisi daya atau jaringan seluler kehilangan konektivitas.

Sistem CPMS (Clinical Process Management System) seharusnya membantu tim operasional menyelesaikan insiden yang sesuai tanpa harus segera mengirim teknisi. Tergantung pada kemampuan pengisi daya dan kebijakan operasional yang disetujui, fungsi jarak jauh dapat mencakup memulai atau menghentikan sesi, membuka kunci konektor, mengubah ketersediaan, mengatur ulang pengisi daya, mengambil diagnostik, atau memperbarui konfigurasi.

Persyaratan pentingnya adalah eksekusi yang terkontrol. Platform harus mencatat siapa yang mengeluarkan perintah, kapan perintah tersebut dikirim, apakah pengisi daya menerimanya, dan status apa yang terjadi selanjutnya. Log diagnostik perlu cukup detail untuk memisahkan kesalahan pengisi daya dari masalah komunikasi, otentikasi, kendaraan, atau pembayaran. Izin peran dan langkah-langkah konfirmasi harus melindungi tindakan yang berdampak tinggi. Dalam pengadaan, mintalah vendor untuk mereproduksi kasus kegagalan yang realistis dan menunjukkan jalur lengkap dari peringatan hingga diagnosis, tindakan jarak jauh, dan penutupan.

Setiap proses komersial dan operasional bergantung pada data sesi yang dapat dipercaya. Sistem Manajemen Sesi Terkelola (CPMS) harus mencatat pengguna atau token, pengisi daya dan konektor, peristiwa mulai dan berhenti, stempel waktu, nilai meteran, energi yang disalurkan, status sesi, alasan penghentian, dan jumlah yang dihitung jika berlaku untuk penagihan.

Operator juga membutuhkan alat untuk sesi yang terputus, duplikat, hilang, atau tidak lengkap. Platform tersebut harus memungkinkan pencarian berdasarkan ID sesi, pengguna, pengisi daya, lokasi, tanggal, atau status transaksi, lalu memeriksa otorisasi, meteran, dan peristiwa pembayaran yang terkait. Kualitas data penting karena catatan sesi dapat digunakan untuk faktur, dukungan pelanggan, roaming, penyelesaian, dan pelaporan peraturan. Selama evaluasi, tinjau sesi normal dan pengecualian: penyambungan ulang pengisi daya, kehilangan jaringan, penghentian jarak jauh, sesi tanpa energi, dan sesi yang berakhir tanpa pesan penghentian yang jelas.

Jaringan publik, tempat kerja, properti hunian, dan armada kendaraan semuanya membutuhkan aturan akses yang berbeda. Sistem manajemen jaringan seluler (CPMS) yang mumpuni harus mampu mengelola pengguna terdaftar dan tamu, grup pengguna, kendaraan, kartu RFID atau IC, akun aplikasi, riwayat perjalanan QR, daftar putih, dan otorisasi berbasis akun. Plug & Charge mungkin juga relevan, tetapi membutuhkan kendaraan, pengisi daya, sertifikat, dan infrastruktur pendukung yang kompatibel, bukan hanya satu sakelar perangkat lunak.

Aturan akses harus dapat ditetapkan berdasarkan lokasi, pengisi daya, rentang waktu, keanggotaan, armada, atau peran pengguna. Perilaku otorisasi offline juga perlu ditinjau karena pengisi daya mungkin kehilangan konektivitas saat pengemudi masih membutuhkan layanan. Pembeli harus menguji penangguhan akun, penggantian kartu yang hilang, token duplikat, pengisian daya tamu, kegagalan otorisasi, dan kontrol privasi. Tujuannya adalah perjalanan pengisian daya yang konsisten tanpa memberikan akses tak terbatas kepada setiap pengguna ke setiap stasiun.

Bisnis pengisian daya dapat menetapkan harga berdasarkan energi, waktu, sesi, durasi parkir, waktu idle, atau kombinasi dari beberapa komponen. Bisnis ini mungkin juga memerlukan tarif puncak dan non-puncak, harga anggota, kontrak armada, tunjangan gratis, kupon, pajak, atau aturan khusus lokasi. CPMS (Sistem Manajemen Pengisian Daya) harus memodelkan tarif ini tanpa memerlukan perubahan kode untuk setiap penyesuaian komersial.

Penetapan harga memerlukan tanggal efektif, kontrol versi, dan hubungan yang jelas dengan kelompok pengguna, pengisi daya, lokasi, dan alur pembayaran. Operator harus dapat melihat pratinjau tarif dan menjelaskan biaya akhir kepada pengemudi atau tim keuangan. Aturan lokal menentukan model dan unit penetapan harga mana yang diizinkan, sehingga implementasi harus spesifik untuk pasar. Mintalah vendor untuk mengkonfigurasi salah satu tarif aktual Anda, mengubahnya untuk tanggal di masa mendatang, dan menunjukkan bagaimana sesi yang ada tetap terhubung dengan versi tarif yang benar.

Pengumpulan pembayaran hanyalah satu bagian dari perdagangan penagihan. Alur kerja lengkap menghubungkan sesi dengan perhitungan tarif, otorisasi pembayaran atau penagihan akun, tanda terima atau faktur, pengembalian dana, rekonsiliasi, dan penyelesaian. Jaringan multi-pihak mungkin juga perlu mendistribusikan pendapatan di antara operator platform, pemilik situs, agen, investor, atau akun armada.

Penyedia dan metode yang dibutuhkan berbeda-beda di setiap negara. Pembeli harus mengkonfirmasi mata uang, perlakuan pajak, struktur pedagang, ketersediaan gerbang pembayaran, aturan dompet, pemulihan pembayaran yang gagal, dan tanggung jawab pengembalian dana untuk setiap pasar sasaran. Platform harus menyimpan catatan sesi, transaksi, dan penyelesaian yang terhubung sehingga tim keuangan dapat menjelaskan perbedaan yang terjadi. TrendPower's Panduan perangkat lunak penagihan pengisian daya EV menjelaskan perbedaan antara logika penagihan dan pemrosesan pembayaran, sementara solusi pembayaran pengisian daya EV Halaman ini membahas alur kerja pembayaran dan penyelesaian yang spesifik untuk setiap proyek.

Ketika beberapa kendaraan mengisi daya secara bersamaan, lokasi tersebut mungkin tidak memiliki kapasitas cadangan yang cukup untuk menjalankan setiap konektor dengan daya maksimum. Kemampuan pengisian daya cerdas membantu mendistribusikan daya yang tersedia, melindungi batas lokasi, dan memprioritaskan sesi sesuai dengan aturan operasional. Proyek yang lebih canggih dapat mengkoordinasikan pengisi daya dengan beban bangunan, harga listrik berdasarkan waktu penggunaan, pembangkit tenaga surya, atau penyimpanan baterai.

Pembeli harus menentukan tujuan pengendalian sebelum memilih fitur: menghindari kelebihan beban, mengurangi puncak permintaan, memenuhi waktu keberangkatan armada, menggunakan energi terbarukan, atau berpartisipasi dalam program energi. Sistem juga membutuhkan cadangan yang aman ketika telemetri, meteran, atau jaringan tidak tersedia. Tanyakan seberapa sering batasan diperbarui, di mana keputusan pengendalian dibuat, dan apakah model pengisi daya menerapkan fungsi yang diperlukan. Kami Panduan perangkat lunak penyeimbangan beban pengisian daya EV membahas pertanyaan-pertanyaan perencanaan lokasi ini secara detail.

Pemantauan mengidentifikasi masalah; manajemen operasional menentukan apa yang terjadi selanjutnya. Sistem Manajemen Insiden Terkontrol (CPMS) harus mengklasifikasikan kesalahan, menekan gangguan duplikat, menetapkan tingkat keparahan peringatan, dan mengarahkan insiden ke tim yang tepat. Sistem ini harus menyimpan catatan, tindakan, suku cadang, kunjungan teknisi, dan alasan penutupan sehingga masalah yang berulang dapat dianalisis daripada ditemukan kembali berulang kali.

Manajemen siklus hidup perangkat dapat mencakup kontrol konfigurasi, pengambilan log, penjadwalan firmware, riwayat pemeliharaan, dan catatan penggantian. Pembaruan firmware harus dilakukan secara bertahap, dapat dilacak, dan dilindungi oleh prosedur pengembalian atau pemulihan yang sesuai untuk pengisi daya. Pelaporan tingkat layanan harus membedakan antara waktu henti komunikasi, kerusakan pengisi daya, pemeliharaan terencana, dan kehilangan daya di tingkat lokasi. Mintalah vendor untuk menunjukkan satu insiden dari deteksi hingga triase, tindakan jarak jauh, pengiriman lapangan, dan penutupan, termasuk jejak audit.

Suatu jaringan dapat berisi berbagai entitas hukum, tim regional, penyedia layanan situs, mitra layanan, dan kelompok pelanggan. Manajemen multi-situs harus menyediakan satu tampilan operasional sambil tetap memisahkan data, izin, dan tanggung jawab komersial jika diperlukan. Kontrol akses berbasis peran harus menentukan siapa yang dapat melihat pendapatan, mengubah tarif, mengoperasikan pengisi daya, mengelola pengguna, atau mengekspor data.

Bagi bisnis platform dan produsen pengisi daya, multi-tenancy juga dapat mendukung operator bermerek terpisah pada fondasi perangkat lunak yang sama. Lokalisasi dapat mencakup bahasa, mata uang, zona waktu, pajak, dan alur kerja khusus negara. Antarmuka white-label sangat berharga ketika hubungan pelanggan dimiliki oleh operator, bukan vendor perangkat lunak. Tinjau panduan kami. perangkat lunak pengisian daya EV white-label Halaman ini akan menampilkan informasi apakah branding, hierarki operator, dan peluncuran regional termasuk dalam rencana Anda.

Sistem CPMS modern jarang bekerja sendiri. Sistem ini mungkin perlu bertukar informasi dengan gerbang pembayaran, sistem ERP dan akuntansi, CRM dan platform pendukung, sistem parkir, perangkat lunak manajemen armada atau telematika, layanan identitas, sistem manajemen energi, dan platform intelijen bisnis.

API yang bermanfaat membutuhkan lebih dari sekadar daftar endpoint. Pembeli harus meninjau otentikasi, izin, pembuatan versi, batasan laju, idempotensi, paginasi, penanganan kesalahan, akses sandbox, dan dokumentasi. Webhook dapat mengurangi polling dengan memberi tahu sistem eksternal ketika pengisi daya, sesi, pembayaran, atau kesalahan berubah, tetapi percobaan pengiriman ulang dan tanda tangan tetap penting. Kepemilikan integrasi juga harus jelas: siapa yang memetakan bidang, menguji pengecualian, dan mendukung perubahan setelah peluncuran? Kami Panduan integrasi API pengisian daya EV menyediakan kerangka kerja penentuan ruang lingkup yang praktis.

OCPP menghubungkan pengisi daya dengan sistem manajemen; roaming menghubungkan bisnis pengisian daya dan penyedia layanan mobilitas. CPMS yang mendukung roaming dapat bertukar data lokasi, tarif, token, sesi, dan catatan detail pengisian daya melalui antarmuka terbuka seperti OCPI atau melalui hub roaming.

Kemampuan ini dapat memperluas akses pengemudi dan jangkauan jaringan, tetapi juga memperkenalkan persyaratan komersial dan kualitas data. Operator memerlukan pendaftaran mitra, validasi token, pemetaan tarif, pertukaran sesi, validasi CDR, logika penyelesaian, dan rekonsiliasi pengecualian. Dukungan protokol saja tidak menentukan perjanjian bisnis, cakupan geografis, atau pengalaman pengemudi. Tanyakan modul dan versi OCPI mana yang diimplementasikan, apakah koneksi bersifat bilateral atau berbasis hub, dan bagaimana catatan yang hilang atau bertentangan ditangani. EVRoaming Foundation mendeskripsikan OCPI sebagai antarmuka antara CPO dan penyedia layanan eMobility; pembeli tetap harus memvalidasi implementasi yang tepat yang dibutuhkan untuk mitra mereka.

Dasbor harus membantu tim memutuskan langkah selanjutnya. Metrik operasional inti meliputi ketersediaan pengisi daya, tingkat keberhasilan sesi, frekuensi gangguan, waktu rata-rata pemulihan, dan pemanfaatan jaringan. Tampilan komersial dapat mencakup sesi, energi yang terjual, pendapatan, nilai transaksi rata-rata, kegagalan pembayaran, status penyelesaian, dan kinerja berdasarkan lokasi atau mitra. Tim energi mungkin memerlukan permintaan puncak, profil beban, dan biaya berdasarkan periode waktu.

Definisi sama pentingnya dengan grafik. Platform harus menyatakan bagaimana ketersediaan dihitung, zona waktu mana yang berlaku, bagaimana sesi parsial diperlakukan, dan apakah transaksi yang dibatalkan atau dikembalikan tetap ada dalam total pendapatan. Pengguna harus dapat memfilter, membandingkan periode, menjadwalkan laporan, dan mengekspor data yang bersih. Peran yang berbeda membutuhkan tampilan yang berbeda: seorang eksekutif, operator NOC, manajer keuangan, dan pengelola situs tidak boleh semuanya menerima dasbor yang sama.

Keamanan harus mencakup koneksi pengisi daya, portal operator, pengalaman seluler, API, penyimpanan data, dan proses operasional. Pembeli harus mengevaluasi komunikasi terenkripsi, manajemen sertifikat dan rahasia, otentikasi multi-faktor, akses hak istimewa minimal, log audit, otorisasi API, manajemen kerentanan, pencadangan, dan respons insiden. Keamanan OCPP bergantung pada kemampuan protokol dan implementasi operasional yang sebenarnya.

Kepemilikan data, residensi, retensi, dan hak ekspor harus dicantumkan dalam ruang lingkup solusi. Implementasi dapat menggunakan cloud bersama, cloud pribadi, atau infrastruktur on-premise tergantung pada persyaratan tata kelola, integrasi, dan kontrol. Skalabilitas harus diuji melalui asumsi terukur seperti jumlah pengguna bersamaan, sesi, laju pesan, dan volume laporan. Perencanaan kontinuitas harus mendefinisikan pemantauan, tujuan pemulihan, pencadangan, failover, dan tanggung jawab dukungan. Untuk pertimbangan implementasi, lihat panduan kami. panduan cloud, private cloud, dan on-premise.