OCPP en OCPI worden vaak besproken als alternatieven, maar dat zijn ze niet. OCPP is hoe een oplader met zijn eigen backend praat. OCPI is hoe die backend praat met de backends van andere operators, zodat een bestuurder van het ene netwerk kan opladen op een ander netwerk.
Door deze twee te verwarren, ontstaan er vereistendocumenten waarin laders worden gevraagd de OCPI te ondersteunen, en dat is niet waar deze zich bevindt.
De twee rollen bij roaming
Een laadpuntexploitant is eigenaar van de fysieke infrastructuur. Een mobiliteitsdienstverlener is eigenaar van de chauffeursrelatie en geeft de kaart of app uit. Roaming is de regeling waarbij de chauffeur van een aanbieder de oplader van een aanbieder kan gebruiken en het geld terugkomt.
Eén organisatie kan beide zijn, wat gebruikelijk is, en de rollen blijven verschillend, zelfs als ze in hetzelfde bedrijf zitten.
Welke roaming-interfaces daadwerkelijk uitwisselen
- Locatie- en connectorgegevens, zodat chauffeurs opladers kunnen vinden en filteren.
- Realtime beschikbaarheid, zodat een app kan zien of een baai vrij is.
- Autorisatie, zodat een operator kan bevestigen dat een chauffeur van een ander netwerk kosten in rekening mag brengen.
- Sessie- en kostendetailgegevens, zodat de sessie tussen partijen kan worden gefactureerd.
- Tariefinformatie, zodat de chauffeur een prijs te zien krijgt voordat hij vertrekt.
Datakwaliteit wordt een extern probleem
Zodra locaties zijn gepubliceerd naar roamende partners, zijn fouten hierin zichtbaar voor chauffeurs die geen relatie met u hebben. Een verkeerde coördinaat, een connectortype dat niet overeenkomt met de werkelijkheid, of een beschikbaarheidsfeed die achterblijft, levert een chauffeur op die arriveert en niet kan opladen.
Intern is dat een kwestie van datakwaliteit. Extern is het een beoordeling, en het heeft net zoveel invloed op de partner als op u.
Beschikbaarheidsnauwkeurigheid is het moeilijkste deel
Als u publiceert dat een connector beschikbaar is, bent u ervan verzekerd dat deze bruikbaar is. De kloof tussen wat een lader rapporteert en wat een bestuurder ervaart, die in elk netwerk bestaat, wordt commercieel zichtbaar zodra deze wordt blootgesteld aan roamingpartners.
Netwerken die het sessiesucces nog niet hebben opgelost voordat ze zich bij roaming aansloten, hebben de neiging om de kloof te ontdekken via klachten van partners.
De afwikkeling vindt niet onmiddellijk plaats
Kostendetailgegevens stromen volgens hun eigen schema tussen partijen, er ontstaan geschillen en verzoening is eerder een financieel dan een technisch proces. Een netwerk dat zich aansluit bij roaming krijgt een accountfunctie die het misschien niet had.
Het volume is in eerste instantie klein en groeit met het roamingverkeer, en dat is precies wanneer het moeilijk wordt om dit handmatig te doen.
Directe verbindingen versus een hub
U kunt met elke partner afzonderlijk verbinding maken, of via een roaminghub die meerdere partners samenvoegt. Direct biedt betere commerciële voorwaarden en meer integraties om te onderhouden. Een hub geeft bereik met minder techniek en een partij die een marge neemt.
De meeste netwerken beginnen met een hub en voegen later directe verbindingen met belangrijke partners toe, wat een redelijke volgorde is.
Wat u moet vaststellen voordat u zich vastlegt
- Of uw platform de interfaces ondersteunt die de partner nodig heeft, in de versies die zij draaien.
- Of uw locatie- en beschikbaarheidsgegevens nauwkeurig genoeg zijn om te publiceren.
- Wie de gegevens van de kostengegevens op elkaar afstemt en geschillen afhandelt.
- Welke tariefinformatie u verplicht moet publiceren en hoe snel veranderingen zich voortplanten.
- Wat gebeurt er commercieel als een roamingsessie mislukt?