OCPI

koppeling:

laadstations

en

laadpassen

verbinden

via

een

protocol.

Wat is OCPI?

Kort antwoord: de afspraak die ervoor zorgt dat je met een laadpas bij laadpunten van verschillende exploitanten kunt laden. Zonder zo'n afspraak zou elke aanbieder een eigen koppeling met elke exploitant moeten bouwen, en dat schaalt niet. Het protocol regelt vier dingen: welke laadpunten er zijn en of ze vrij zijn, welke tarieven daar gelden, of een pas of gebruiker mag laden, en wat er na een sessie is verbruikt in de vorm van een afrekengegeven.

OCPI, OCPP en wat het verschil is.

Deze twee worden constant verwisseld en het verschil bepaalt of je de juiste koppeling bouwt. OCPP, het Open Charge Point Protocol, zit tussen een laadstation en het beheersysteem van de exploitant: dat is de kant van de hardware, met starten, stoppen, meterstanden en firmware, en het raakt daarmee aan IoT-oplossingen. OCPI zit een laag hoger, tussen partijen onderling, namelijk tussen de exploitant van laadpunten en de aanbieder die eindgebruikers een pas of app geeft. Wil je een laadstation aansturen, dan kijk je naar OCPP. Wil je met andere netwerken samenwerken en afrekenen, dan is OCPI het antwoord.

Wat een OCPI-koppeling oplevert.

Met een OCPI-koppeling wordt je laadplatform deelnemer in een netwerk in plaats van een eiland. Laadsessies en tarieven worden uitgewisseld met andere partijen, zodat een gebruiker ziet wat laden kost voordat hij begint en niet achteraf. Roaming tussen netwerken maakt dat je eindgebruiker met jouw pas of app ook bij laadpunten van anderen terechtkan, wat voor een aanbieder geen extraatje is maar het bestaansrecht van het product. En verbruik kan worden doorgezet naar facturatie, zodat een laadsessie via de afrekengegevens automatisch tot een factuurregel leidt: meten, normaliseren, factureren.

Welke data via OCPI stroomt.

Van exploitant naar aanbieder komen locatiegegevens, beschikbaarheid, tarieven en afgeronde sessies met verbruik. De andere richting op gaan autorisatieverzoeken en de tokens waarmee een pas of gebruiker wordt herkend. Wat dit lastiger maakt dan een gewone datakoppeling is de tijdsdruk aan de autorisatiekant: iemand staat bij een laadpunt en wacht. Een autorisatie die drie seconden duurt is een probleem, en een autorisatie die faalt terwijl de gebruiker recht had om te laden is een supportgesprek.

OCPI in de praktijk: wat Cube tot nu toe heeft gebouwd.

Cube ontwikkelde een proof-of-concept rond laadinfrastructuur, bestaande uit een eigen OcpiClient voor de protocolkant, een FleetVisorClient voor de koppeling met FleetVisor, en een verbinding met OpenChargeMap, een openbare database van laadlocaties. Een proof-of-concept betekent hier precies wat het zegt: de koppelingen werken en zijn getoetst, maar er staat nog geen productieomgeving met dagelijkse volumes achter. Dat is de eerlijke stand van zaken en het is bruikbare informatie, want wie een laadplatform overweegt wil weten wat er al is uitgezocht en wat er nog moet gebeuren, en niet een pagina lezen die suggereert dat alles al eens gedaan is.

Standaardprotocol of maatwerk.

Bij OCPI is de vraag anders dan bij de meeste koppelingen, want OCPI is zelf al de standaardisatie. Je bouwt niet een koppeling per partij, je implementeert een protocol en spreekt daarmee met iedereen die het ook implementeert. Waar het maatwerk begint is aan jouw kant: de vertaling van OCPI-gegevens naar je eigen datamodel, je tariefstructuur, je facturatie en je gebruikersadministratie. En in de praktijk het opvangen van de plekken waar een tegenpartij het protocol net iets anders interpreteert, want een open standaard betekent niet dat iedereen hem identiek implementeert.

Een OCPI-koppeling laten bouwen.

We beginnen bij de vraag welke rol je in de keten hebt: exploiteer je laadpunten, geef je passen uit, of beide. Dat bepaalt welke kant van OCPI je nodig hebt en welke stromen als eerste aan de beurt zijn. Bekijk onze aanpak voor API-koppelingen en voor het samenbrengen van bronnen in een dataplatform.

Kort samengevat.

OCPI is een open protocol tussen laadpuntexploitanten en aanbieders van laadpassen, voor locaties, tarieven, autorisatie en laadsessies. Het onderscheidt zich van OCPP, dat tussen laadstation en beheersysteem zit. Omdat OCPI zelf de standaardisatie is, zit het maatwerk in de vertaling naar je eigen datamodel en facturatie. Cube ontwikkelde een proof-of-concept met een eigen OcpiClient, een FleetVisorClient en een koppeling met OpenChargeMap.