Open Charge Point Protocol (OCPP): przypadki użycia 1.6 vs 2.0.1

Czym jest Open Charge Point Protocol (OCPP)?

Open Charge Point Protocol, czyli OCPP, to otwarty standard komunikacji między stacją ładowania EV a systemem zarządzania stacjami ładowania. W praktyce jest to język, dzięki któremu ładowarka raportuje status, uruchamia lub kończy sesję, wysyła dane pomiarowe, odbiera konfigurację i pozostaje połączona z backendem operatora.

Dla operatorów stacji ładowania, hoteli, flot, parkingów i firm budujących sieci ładowania OCPP ma znaczenie, bo sama ładowarka jest tylko częścią usługi. Warstwa operacyjna potrzebuje systemu zarządzania stacjami ładowania, płatności, cenników, faktur, kontroli dostępu, raportów i monitoringu.

Standard rozwija Open Charge Alliance, a najczęściej spotykane wersje produkcyjne to dziś OCPP 1.6 i OCPP 2.0.1.

Szybka nawigacja:

• OCPP 1.6 vs OCPP 2.0.1
• Zmiany w OCPP 2.0.1
• Macierz przypadków użycia OCPP
• Przykładowo zaimplementowane use case’y
• Problemy wdrożeniowe OCPP
• FAQ OCPP

Dlaczego OCPP jest ważny dla właścicieli stacji ładowania

Bez standardowego protokołu właściciel stacji ładowania może uzależnić się od jednego producenta sprzętu albo zamkniętej platformy. OCPP ogranicza to ryzyko, bo wiele ładowarek i systemów zarządzania potrafi komunikować się wspólnym protokołem.

Dla właściciela biznesowego oznacza to praktyczne korzyści:

• łatwiejsze uruchamianie ładowarek,
• lepszy monitoring zdalny,
• zdalną konfigurację i diagnostykę,
• mniejszą zależność od jednego producenta sprzętu,
• możliwość połączenia ładowarek z płatnościami, kontrolą dostępu i raportowaniem,
• prostszą drogę od jednej lokalizacji do sieci ładowania.

EV24 używa OCPP jako części warstwy operacyjnej ładowania EV. Dokumentacja EV24 dotycząca konfiguracji stacji pokazuje, że ustawienia OCPP działają razem z cennikami, metodami autoryzacji, adresem, kodem QR i wymaganiami krajowymi.

OCPP 1.6 vs OCPP 2.0.1

OCPP 1.6 jest nadal szeroko używany i obsługiwany przez wiele ładowarek AC i DC. OCPP 2.0.1 dodaje mocniejsze funkcje dla dużych sieci: zarządzanie urządzeniami, bezpieczeństwo, ISO 15118, smart charging i bardziej uporządkowaną obsługę transakcji. Open Charge Alliance wskazuje, że OCPP 2.0.1 nie jest wstecznie kompatybilny z OCPP 1.6, dlatego wersję protokołu trzeba sprawdzić przed zakupem sprzętu albo migracją backendu.

Co zmieniło się w OCPP 2.0.1

Poprzednia wersja artykułu mocno skupiała się na przypadkach użycia OCPP 2.0. Najważniejsze nie jest to, że każdy operator potrzebuje wszystkich funkcji od pierwszego dnia. Ważne jest to, że OCPP 2.0.1 daje większym sieciom ładowania bardziej uporządkowany sposób obsługi ładowarek, bezpieczeństwa, transakcji, taryf, diagnostyki i ISO 15118.

Kluczowe zmiany obejmują:

• Zarządzanie urządzeniami - raportowanie inwentaryzacji, lepsza konfiguracja, większa widoczność błędów, zmienne i monitoring.
• Obsługa transakcji - bardziej uporządkowane podejście TransactionEvent zamiast osobnych komunikatów startu, stopu, pomiaru i statusu.
• Profile bezpieczeństwa - mocniejsze wsparcie dla uwierzytelniania ładowarki, bezpiecznej komunikacji, certyfikatów, logów bezpieczeństwa i bezpiecznych aktualizacji firmware.
• Smart charging - lepsze wsparcie dla systemów zarządzania energią, kontrolerów lokalnych i zaawansowanych profili ładowania.
• Wsparcie ISO 15118 - lepsza podstawa dla Plug & Charge i komunikacji smart charging po stronie pojazdu.
• Doświadczenie kierowcy - więcej metod autoryzacji, widoczność taryf, prezentacja kosztów i komunikaty na stacji.

Dla zespołów zakupowych i wdrożeniowych warto sprawdzić także program certyfikacji OCPP. Certyfikacja nie zastępuje testów w terenie, ale pomaga potwierdzić, że implementacja ładowarki albo CSMS jest zgodna ze specyfikacją protokołu.

Przypadki użycia OCPP 1.6 vs OCPP 2.0.1

Oryginalna tabela techniczna pokazywała szczegółowe przypadki użycia OCPP według kategorii. W praktyce biznesowej bardziej przydatna jest mapa obszarów operacyjnych: co było dostępne już w OCPP 1.6, a co dodano lub rozszerzono w OCPP 2.0.1.

Szczegółowa macierz przypadków użycia OCPP

Dla zespołów porównujących wersje protokołu przy wyborze ładowarki albo integracji backendu przydatny jest też widok szczegółowy. Poniższa tabela zachowuje oryginalny układ: ID use case’u, nazwa, informacja czy występuje w OCPP 1.6 i czy jest nowy w OCPP 2.0.

Przykładowo zaimplementowane use case’y

Macierz use case’ów jest przydatna przy pracy ze specyfikacją, ale zespoły wdrożeniowe zwykle zaczynają od mniejszego zestawu przepływów, które potwierdzają, że ładowarka i CSMS komunikują się stabilnie. To praktyczne scenariusze OCPP, które warto przetestować jako pierwsze.

Przykłady kodu źródłowego

Poniższe przykłady pokazują kształt komunikatów OCPP-J przesyłanych przez WebSocket. Są uproszczone dla czytelności, ale pokazują typowy wzorzec implementacji: CALL z jednej strony, a następnie CALLRESULT z drugiej strony z tym samym identyfikatorem wiadomości.

1. Stacja uruchamia się i łączy z CSMS

[2, "boot-001", "BootNotification", {
  "chargePointVendor": "ExampleVendor",
  "chargePointModel": "AC22",
  "chargePointSerialNumber": "EV24-DEMO-001",
  "firmwareVersion": "1.6.0"
}]

[3, "boot-001", {
  "currentTime": "2026-04-28T10:00:00Z",
  "interval": 60,
  "status": "Accepted"
}]

2. Kierowca jest autoryzowany przez RFID albo inny idTag

[2, "auth-001", "Authorize", {
  "idTag": "RFID-123456"
}]

[3, "auth-001", {
  "idTagInfo": {
    "status": "Accepted"
  }
}]

3. Backend zdalnie uruchamia sesję

[2, "remote-start-001", "RemoteStartTransaction", {
  "connectorId": 1,
  "idTag": "APP-USER-42"
}]

[3, "remote-start-001", {
  "status": "Accepted"
}]

4. Ładowarka wysyła dane pomiarowe w trakcie transakcji

[2, "meter-001", "MeterValues", {
  "connectorId": 1,
  "transactionId": 987654,
  "meterValue": [{
    "timestamp": "2026-04-28T10:15:00Z",
    "sampledValue": [{
      "value": "12.84",
      "measurand": "Energy.Active.Import.Register",
      "unit": "kWh"
    }]
  }]
}]

5. Przykład TransactionEvent w OCPP 2.0.1

[2, "txevent-001", "TransactionEvent", {
  "eventType": "Updated",
  "timestamp": "2026-04-28T10:15:00Z",
  "triggerReason": "MeterValuePeriodic",
  "seqNo": 7,
  "transactionInfo": {
    "transactionId": "TX-987654"
  },
  "evse": {
    "id": 1,
    "connectorId": 1
  },
  "meterValue": [{
    "timestamp": "2026-04-28T10:15:00Z",
    "sampledValue": [{
      "value": 12.84,
      "measurand": "Energy.Active.Import.Register",
      "unitOfMeasure": {
        "unit": "kWh"
      }
    }]
  }]
}]

Co robi OCPP podczas sesji ładowania

Kierowca widzi prosty proces: skanuje kod QR, płaci, podłącza samochód i ładuje. Za tym procesem ładowarka i backend wymieniają wiele komunikatów.

Typowy przepływ ładowania OCPP

Połączenieładowarka nawiązuje komunikację z systemem zarządzania

→

Autoryzacjakierowca startuje przez aplikację, QR, RFID, PIN, terminal albo komendę zdalną

→

Ładowaniestatus sesji i dane pomiarowe trafiają do backendu

→

Rozliczeniedane sesji wspierają płatność, fakturę, raport albo rozliczenie floty

Co sprawdzić przed zakupem ładowarki OCPP

Nie każda ładowarka „zgodna z OCPP” działa tak samo. Przed zakupem sprzętu sprawdź, czy ładowarka była testowana z systemem zarządzania, którego planujesz używać.

Najważniejsze pytania to:

• which OCPP version is supported,
• czy ładowarka używa JSON over WebSocket,
• whether remote start and remote stop work reliably,
• how meter values are reported,
• whether connector statuses are accurate,
• whether firmware updates and diagnostics are available,
• jak ładowarka obsługuje sesje offline,
• czy obsługiwane są przepływy terminala płatniczego, QR, RFID i PIN.

Przy szerszej decyzji sprzętowej zacznij od poradnika jak wybrać stację ładowania EV. Zgodność z OCPP jest konieczna, ale nie jest jedynym kryterium.

OCPP a płatności

OCPP nie zastępuje systemu płatności. Dostarcza dane sesji ładowania potrzebne warstwie płatności i rozliczeń: wynik autoryzacji, czas startu i stopu, złącze, dane pomiarowe i status.

Dlatego operatorzy powinni myśleć o OCPP razem z modelem biznesowym. Publiczne ładowanie często potrzebuje terminali płatniczych, płatności QR, dostępu ad-hoc, faktur i raportów rozliczeniowych. Prywatne ładowanie może wymagać grup dostępu, RFID, PIN, rozliczeń pracowników albo raportów flotowych.

Aplikacja ładowania EV24 i system zarządzania punktami ładowania łączą proces kierowcy z backendem operacyjnym, dzięki czemu dane OCPP wspierają płatności, taryfy, faktury i raportowanie.

OCPP w integracjach i własnych aplikacjach EV

W większych projektach OCPP jest tylko jedną z warstw integracji. Firmy mogą potrzebować też API dla aplikacji mobilnych, systemów parkingowych, CRM, księgowości albo portali partnerskich.

EV24 Partner API wspiera takie scenariusze ponad warstwą operacyjną ładowania. Przy onboardingu technicznym dokumentacja API EV24 dla integratorów opisuje dostęp, tokeny i podstawowe wymagania API.

Typowe problemy wdrożeniowe OCPP

Większość problemów pojawia się nie w specyfikacji, ale w implementacji. Różne ładowarki mogą inaczej interpretować czasy, statusy, dane pomiarowe i przypadki brzegowe.

Typowe problemy obejmują:

• ładowarka łączy się, ale nie raportuje poprawnie statusu złącza,
• remote start works only in some authorization modes,
• meter values are too rare or inconsistent,
• stacja traci łączność w trakcie sesji,
• offline transactions are not synchronized cleanly,
• firmware changes alter message behavior,
• status płatności i status ładowania nie są spójne.

Dlatego testy OCPP powinny obejmować realne sesje ładowania, nieudane płatności, akcje zdalne, zachowanie offline i restart, a nie tylko pierwsze udane połączenie.

Podsumowanie

Open Charge Point Protocol jest jedną z podstaw nowoczesnej infrastruktury ładowania EV. Pomaga połączyć ładowarki z systemem zarządzania, zmniejsza vendor lock-in i umożliwia monitoring, konfigurację, sesje oraz pomiary.

Dla właścicieli stacji kluczowe pytanie nie brzmi tylko, czy ładowarka obsługuje OCPP. Prawdziwe pytanie brzmi, czy działa cały model operacyjny: ładowarka, backend, płatności, dostęp, raportowanie, wsparcie i integracje.

FAQ

Co oznacza skrót OCPP?+

OCPP oznacza Open Charge Point Protocol. To protokół komunikacji między stacją ładowania EV a systemem zarządzania stacjami ładowania.

Jaka jest różnica między OCPP 1.6 a OCPP 2.0.1?+

OCPP 1.6 jest szeroko używany i dobrze działa w wielu istniejących sieciach. OCPP 2.0.1 dodaje bardziej zaawansowany model urządzeń, lepszą obsługę transakcji, mocniejsze bezpieczeństwo, wsparcie ISO 15118, bogatszy smart charging i lepsze informacje dla kierowcy.

Czy OCPP 1.6 i OCPP 2.0.1 są kompatybilne?+

Nie. OCPP 2.0.1 nie jest wstecznie kompatybilny z OCPP 1.6. Przed zakupem ładowarek albo migracją backendu operator powinien potwierdzić, którą wersję OCPP obsługuje ładowarka i CSMS.

Które use case’y OCPP są nowe w OCPP 2.0?+

Nowe albo rozszerzone use case’y obejmują zarządzanie certyfikatami, powiadomienia o zdarzeniach bezpieczeństwa, zmienne i raporty, autoryzację PIN i terminal płatniczy, sprawdzanie statusu transakcji, prezentację taryf i kosztów, zaawansowany smart charging, zarządzanie certyfikatami ISO 15118 i bogatszą diagnostykę.

Czy OCPP obsługuje płatności?+

OCPP nie zastępuje systemu płatności. Dostarcza dane sesji, autoryzacji, statusu i pomiarów, z których mogą korzystać systemy płatności, fakturowania, rozliczeń i raportowania.

Dlaczego OCPP jest ważny dla operatorów stacji ładowania?+

OCPP zmniejsza ryzyko vendor lock in i pomaga operatorom łączyć ładowarki z systemem zarządzania, monitoringiem, akcjami zdalnymi, taryfami, kontrolą dostępu, płatnościami, raportami i integracjami.

Jak EV24 wykorzystuje OCPP?+

EV24 używa OCPP jako części warstwy operacyjnej ładowania. Dane OCPP z ładowarek wspierają monitoring stacji, obsługę sesji, taryfy, autoryzację, płatności, rozliczenia, raportowanie i integracje w platformie EV24.