OCPP-integratiediensten
Twee systemen kunnen allebei OCPP-conform zijn en toch niet samenwerken. Conformiteit wordt getoetst aan een specificatie. Interoperabiliteit wordt bewezen tegenover een concrete implementatie.
De specificatie laat ruimte voor interpretatie, en implementaties maken daar gebruik van. Het ene backend verwacht een configuratiesleutel die een ander laadstation niet verstuurt. Een laadstation herstelt na netwerkverlies een andere transactiestatus dan het platform verwacht. Volgens het document hoeft geen van beide partijen ongelijk te hebben, terwijl laadsessies toch mislukken.
Stuur de mislukte caseVoor Fabrikanten van laadstations, CSMS-leveranciers en CPO's
Waar integraties werkelijk misgaan
Veeg om te vergelijken
| Onderdeel | Typische fout |
|---|---|
| Opstarten en registreren | Het laadstation registreert zich, maar het platform weigert de identiteit of configuratieset |
| Heartbeat en verbinding | Het gedrag bij opnieuw verbinden na netwerkverlies wijkt af van de status die het platform bijhoudt |
| Transactielevenscyclus | Start en stop worden geaccepteerd, maar de transactiestatus loopt aan beide kanten uiteen |
| Meterwaarden | Meetgegevens zijn aanwezig, maar eenheid, context of interval is ongeschikt voor facturatie door het platform |
| Opdrachten op afstand | De opdracht wordt op protocolniveau geaccepteerd, maar niet door het laadstation uitgevoerd |
| Firmwarebeheer | De update wordt geaccepteerd, maar de statusrapportage is onvolledig en het platform kan het resultaat niet bevestigen |
| Configuratiesleutels | Een sleutel wordt door de ene kant ondersteund en is bij de andere onbekend |
Diagnose gebeurt op berichtniveau
Een integratieprobleem wordt niet opgelost door functielijsten te vergelijken. Daarvoor moet de berichtenuitwisseling van beide kanten in de juiste volgorde en met tijdstempels worden gelezen. De meeste discussies tussen een fabrikant van laadstations en een platformleverancier eindigen zodra iemand de volledige trace laat zien.
Omdat wij zowel laadstations als backends bouwen, kunnen we die trace aan beide kanten lezen in plaats van hem op te vragen bij een derde partij die weinig belang heeft om hem beschikbaar te stellen.
Transactie-integriteit
Betrouwbare facturatie vereist dat transacties omstandigheden buiten het ideale pad overleven: verbindingsverlies tijdens een sessie, herstart van het laadstation, herstart van het platform en tijdsverschillen tussen beide systemen. Een laadstation dat deze situaties goed afhandelt en een platform dat ze correct reconcilieert, voldoen aan twee verschillende eisen. Beide moeten kloppen.
Wat een integratietraject oplevert
- Een geteste integratie met de specifieke platform- en firmwareversies die daadwerkelijk worden gebruikt
- Een gedocumenteerde lijst van gedragsverschillen tussen beide implementaties en de afgesproken afhandeling daarvan
- Berichtentraces van mislukte scenario's, bewaard als bewijs
- Configuratie- en versiegrenzen, zodat een latere update de integratie niet ongemerkt verbreekt
- Een regressiebasis: wat opnieuw moet worden getest wanneer een van beide kanten een release uitbrengt
Ondersteunde versies
OCPP 1.6J en 2.0.1 worden beide in productie-firmware geleverd; OCPP 2.1 is in ontwikkeling. Versieondersteuning is een vertrekpunt, geen eindantwoord. De integratie wordt getoetst aan het platform en de release die u werkelijk gaat gebruiken, omdat daar de relevante verschillen zitten.
Een versienummer is geen integratie
Het meest voorkomende integratieprobleem waarvoor wij worden ingeschakeld, is geen softwarefout. Het is een laadstation dat de OCPP-versie op het datablad daadwerkelijk ondersteunt en toch niet werkt met het platform dat de klant heeft gekozen.
Een klant kwam met precies dat probleem naar ons toe. Het apparaat was als OCPP-laadstation verkocht en de informatie op het datablad was niet onjuist. Toch werkte de OCPP-implementatie niet samen met het benodigde backend. Een versienummer zegt iets over een protocol; hun probleem ging over een specifiek platform, een specifieke release en een specifieke set berichten.
Daarom wordt een integratie getoetst aan wat u werkelijk gaat gebruiken, niet aan wat het datablad beweert. Alles daaronder is een compatibiliteitsaanname die de naam integratie heeft gekregen.
- Het concrete platform, bij naam en in de release die u gaat gebruiken
- De berichtenset waarvan uw operatie afhankelijk is, inclusief foutpaden
- Gedrag bij opnieuw verbinden, uitval van het backend en een halverwege onderbroken transactie
- Een firmware-update op afstand, volledig van begin tot eind aangetoond
Hoe we met uw team samenwerken
We werken met uw platformteam, niet eromheen. Uw engineers weten waarvan de dagelijkse operatie echt afhankelijk is. Een integratie die zonder die kennis wordt gebouwd, slaagt voor de tests en faalt vervolgens in de praktijk.
Als uit de analyse blijkt dat het bestaande laadstation of platform niet geschikt is, zeggen we dat. Dat is ongemakkelijk nadat er al is ingekocht, maar nuttiger dan een integratie die het fundamentele probleem alleen afdekt.
Toegepast op uw eigen locatie?
Stuur de mislukte caseGerelateerde inhoud
Technisch beoordeeld door Akhil Joy, CEO. Laatst beoordeeld 2026-08-29.
Veelgestelde vragen
Ons laadstation is OCPP-conform. Waarom werkt het niet met ons CSMS?
Conformiteit wordt aan de specificatie getoetst; interoperabiliteit aan een andere implementatie. Omdat de specificatie ruimte voor interpretatie laat, kunnen twee conforme systemen verschillen in configuratiesleutels, status na opnieuw verbinden of de context van meterwaarden.
Kunnen jullie onze laadstations met een CSMS van een andere leverancier integreren?
Ja. Het traject is hetzelfde, ongeacht of het platform van ons of van een andere leverancier is. Een platform dat volledige berichtentraces deelt, versnelt de diagnose.
Met welke OCPP-versies werken jullie?
OCPP 1.6J en 2.0.1 worden beide in productie-firmware geleverd. De integratie wordt getoetst aan het specifieke platform en de release die u gaat gebruiken.
Wat hebben jullie nodig om te beginnen?
De firmwareversie van het laadstation, het platform en de versie daarvan, een beschrijving van het probleem en – indien beschikbaar – berichtentraces van een of beide kanten.
Hoe voorkomen we dat een latere update de integratie opnieuw verbreekt?
We documenteren de versiegrenzen en de regressieset. Daardoor weet u welke scenario's opnieuw moeten worden getest zodra een van beide kanten een nieuwe release uitbrengt.
Stuur ons de mislukte case
Geef de firmwareversie van het laadstation, het platform en wat er misgaat. Berichtentraces van een van beide kanten versnellen de analyse.
Stuur de mislukte case