Apa Itu OCPP? Bedanya OCPP 1.6 dan 2.0.1 untuk Charging Station

Setiap charging station modern sebenarnya adalah komputer kecil yang terhubung ke internet. Ia perlu melapor ke server pusat: sedang dipakai atau tidak, berapa kWh yang sudah tersalurkan, siapa yang memulai sesi, dan apakah ada gangguan. Bahasa yang dipakai charger dan server untuk "mengobrol" itu umumnya adalah OCPP (Open Charge Point Protocol).

Artikel ini menjelaskan apa itu OCPP, perbedaan versi 1.6 dan 2.0.1, cara kerja keamanannya, serta mengapa memilih charger dan platform berbasis standar terbuka adalah keputusan bisnis yang penting, bukan sekadar urusan teknis.

OCPP dalam satu kalimat

OCPP adalah protokol komunikasi terbuka antara charge point (charger) dan CSMS (Charging Station Management System), yaitu perangkat lunak yang dipakai operator untuk memantau dan mengelola charger. Protokol ini dikembangkan dan dipelihara oleh Open Charge Alliance, konsorsium industri yang beranggotakan produsen charger, operator, dan penyedia perangkat lunak dari berbagai negara.

Karena spesifikasinya terbuka, siapa pun boleh mengimplementasikannya. Hasilnya, charger merek A bisa dikelola oleh CSMS buatan B, dan operator bebas mengganti salah satunya tanpa membongkar semuanya.

Cara kerja OCPP secara sederhana

Pada implementasi yang paling umum (OCPP-J), charger membuka koneksi WebSocket ke alamat endpoint milik CSMS. Koneksi ini tetap terbuka, sehingga kedua pihak bisa saling mengirim pesan kapan saja dalam format JSON.

Alurnya kira-kira begini:

1. Charger menyala dan terhubung ke endpoint CSMS dengan identitas uniknya.
2. Charger mengirim BootNotification berisi merek, model, dan versi firmware.
3. CSMS menjawab apakah charger diterima dan berapa interval Heartbeat yang diminta.
4. Charger rutin mengirim status konektor (Available, Charging, Faulted, dan seterusnya).
5. Saat pengguna mulai mengisi daya, charger meminta otorisasi lalu melaporkan transaksi dan nilai meteran secara berkala.
6. Sebaliknya, CSMS bisa mengirim perintah: remote start/stop, reset, ubah konfigurasi, atau perintah pembaruan firmware.

Contoh pesan OCPP

Pesan OCPP-J berbentuk array JSON. Angka 2 menandakan permintaan (CALL), 3 menandakan jawaban (CALLRESULT), dan 4 menandakan galat (CALLERROR). Setelahnya menyusul ID pesan, nama aksi (khusus permintaan), dan isinya. Contoh di bawah disederhanakan untuk ilustrasi.

BootNotification (OCPP 1.6) — charger memperkenalkan diri:

[2, "1001", "BootNotification", {
  "chargePointVendor": "VendorContoh",
  "chargePointModel": "DC-60",
  "firmwareVersion": "1.4.2"
}]

Jawaban CSMS:

[3, "1001", {
  "status": "Accepted",
  "currentTime": "2026-07-24T08:00:00Z",
  "interval": 300
}]

StartTransaction (OCPP 1.6) — sesi charging dimulai dengan kartu RFID:

[2, "1002", "StartTransaction", {
  "connectorId": 1,
  "idTag": "RFID-0A1B2C",
  "meterStart": 152340,
  "timestamp": "2026-07-24T08:05:12Z"
}]

MeterValues — laporan energi selama sesi berjalan:

[2, "1003", "MeterValues", {
  "connectorId": 1,
  "transactionId": 5821,
  "meterValue": [{
    "timestamp": "2026-07-24T08:20:12Z",
    "sampledValue": [{
      "value": "164880",
      "measurand": "Energy.Active.Import.Register",
      "unit": "Wh"
    }]
  }]
}]

Di OCPP 2.0.1, pasangan StartTransaction dan StopTransaction digantikan oleh satu pesan TransactionEvent dengan eventType bernilai Started, Updated, atau Ended:

[2, "2001", "TransactionEvent", {
  "eventType": "Started",
  "timestamp": "2026-07-24T08:05:12Z",
  "triggerReason": "Authorized",
  "seqNo": 0,
  "transactionInfo": { "transactionId": "TX-7f3a" },
  "idToken": { "idToken": "0A1B2C", "type": "ISO14443" },
  "evse": { "id": 1, "connectorId": 1 }
}]

Pendekatan ini membuat siklus transaksi lebih konsisten, termasuk saat koneksi sempat putus dan pesan harus dikirim ulang secara berurutan.

OCPP 1.6 vs OCPP 2.0.1

OCPP 1.6 dirilis lebih dulu dan sampai sekarang masih menjadi versi yang paling banyak dipakai di lapangan. OCPP 2.0.1 adalah generasi berikutnya dengan banyak perbaikan struktur. Keduanya akan hidup berdampingan selama bertahun-tahun.

Untuk operator, kesimpulannya praktis: pastikan CSMS Anda mendukung kedua versi, sehingga charger lama tetap terkelola sementara charger baru bisa memakai OCPP 2.0.1. Perlu dicatat, fitur lanjutan seperti smart charging atau Plug & Charge baru bisa dipakai bila charger, mobil, dan platform sama-sama mendukungnya.

Security Profile 1–3

Charger yang terhubung ke internet harus terlindungi dari akses tidak sah. OCPP mengenal tiga tingkat keamanan:

• Security Profile 1 — Basic Authentication tanpa TLS. Charger login memakai identitas dan kata sandi (HTTP Basic Auth), tetapi lalu lintasnya tidak dienkripsi. Hanya layak untuk jaringan tertutup yang tepercaya, misalnya VPN privat, atau tahap uji.
• Security Profile 2 — TLS + Basic Authentication. Koneksi dienkripsi dengan TLS dan charger memverifikasi sertifikat server. Ini tingkat minimum yang wajar untuk charger yang terhubung lewat internet publik.
• Security Profile 3 — TLS + sertifikat klien. Charger juga membuktikan identitasnya dengan sertifikat digital sendiri. Tingkat paling kuat, sekaligus menuntut manajemen sertifikat yang rapi.

Semakin tinggi profilnya, semakin penting kemampuan CSMS untuk mengelola sertifikat dan memperbaruinya sebelum kedaluwarsa.

Mengapa standar terbuka melindungi investasi

Charger adalah aset jangka panjang. Jika charger hanya bisa bicara dengan perangkat lunak bawaan pabriknya (protokol tertutup), Anda menghadapi beberapa risiko:

• Terkunci vendor. Ingin pindah platform karena fitur kurang atau biaya naik? Charger mungkin harus diganti.
• Sulit mencampur merek. Membeli charger AC dari satu pabrikan dan DC dari pabrikan lain berarti mengelola dua sistem.
• Bergantung pada umur vendor. Jika vendor berhenti mendukung produk, charger kehilangan "otaknya".

Dengan OCPP, charger dan CSMS bisa dipilih secara terpisah sesuai kebutuhan. Saat membeli charger, mintalah bukti dukungan OCPP (versi dan profil keamanan yang didukung) dan, bila memungkinkan, uji koneksinya ke CSMS pilihan Anda sebelum pembelian dalam jumlah besar. Panduan lebih lengkap ada di artikel cara memilih CSMS untuk charging station.

OCPP di platform EVONE

CSMS EVONE kompatibel dengan OCPP 1.6 dan OCPP 2.0.1 serta mendukung Security Profile 1–3. Proses onboarding dibuat lugas: daftarkan stasiun di dashboard, dapatkan endpoint WebSocket dan kredensial, lalu arahkan charger ke alamat tersebut. Setelah terhubung, status online/offline, heartbeat, dan boot langsung terlihat, lengkap dengan status tiap konektor secara real-time.

Dari dashboard yang sama, operator dapat melakukan remote start/stop, mengelola firmware dan sertifikat, serta menerima alert ketika konektor faulted atau stasiun offline. Pelajari lebih jauh di halaman Platform CSMS EVONE dan Developer.

Kesimpulan

OCPP adalah fondasi yang membuat ekosistem charging bisa tumbuh tanpa sekat merek. OCPP 1.6 masih menjadi tulang punggung banyak jaringan, sementara OCPP 2.0.1 membawa model transaksi, konfigurasi, dan keamanan yang lebih matang. Bagi pemilik dan operator charger, memastikan dukungan OCPP dan profil keamanan yang tepat sejak awal adalah cara paling sederhana untuk menjaga fleksibilitas dan nilai investasi di masa depan.