Integratie van EV-laadstations, CSMS en technologiesystemen
Laadsystemen vallen zelden uit door één component. Ze vallen uit op de overgangen, en iedere overgang is een integratie waarvoor iemand verantwoordelijk moet zijn.
Wie vooraf begrijpt welke integraties een uitrol werkelijk nodig heeft en wat het kost om iedere koppeling te realiseren en onderhouden, voorkomt een bekend resultaat: het project is technisch gereed maar commercieel onbruikbaar omdat twee systemen nooit met elkaar hebben gesproken.
Integratielandschap in kaart brengenVoor CPO, systeemintegrator of enterprise-IT
Het integratielandschap
Veeg om te vergelijken
| Koppeling | Protocol of methode | Wat zonder de koppeling uitvalt |
|---|---|---|
| Laadstation naar backend | OCPP | Het systeem werkt helemaal niet |
| Backend naar betaaldienst | API's van de betalingsprovider | Laadsessies kunnen niet worden afgerekend |
| Backend naar identiteit | RFID, appaccounts, enterprise-SSO | Toegangscontrole werkt niet |
| Platform naar platform | Roaminginterfaces | Bestuurders kunnen andere netwerken niet gebruiken |
| Backend naar energiesystemen | Interfaces met meters en locatiecontrollers | Het belastingsbeheer ziet de locatiebelasting niet |
| Backend naar bedrijfssystemen | API's en exports | Facturatie en rapportage blijven handmatig |
De koppeling met het backend is nooit zo af als hij lijkt
OCPP-ondersteuning aan beide kanten is een voorwaarde, maar nog geen werkende integratie. Twee conforme implementaties kunnen configuratiesleutels, gedrag na opnieuw verbinden of de context van meetwaarden anders interpreteren. Het resultaat is een laadsessie die af en toe mislukt.
Integratie van bedrijfssystemen wordt te vaak uitgesteld
Exploitanten starten vaak met handmatige exports naar financiën en rapportage, met het plan om later te automatiseren. Op kleine schaal werkt dat. Precies wanneer het netwerk groeit, wordt het de operationele bottleneck – het slechtst mogelijke moment om de koppeling alsnog te realiseren.
Iedere integratie heeft een eigenaar nodig
- Wie verantwoordelijk is wanneer de integratie stopt
- Wat er gebeurt wanneer een van beide systemen een nieuwe versie uitbrengt
- Of fouten zichtbaar zijn of stil blijven totdat iemand ontbrekende gegevens ontdekt
- Of er een pad bestaat voor opnieuw proberen en reconciliatie, of dat gegevens eenvoudig verloren gaan
Stille uitval komt het vaakst voor. Een integratie die zonder melding stopt, wordt pas aan het einde van de maand ontdekt. Tegen die tijd is het gat in de gegevens groot.
Wat we integreren
De verbinding tussen laadstation en backend behandelen we uitgebreid onder OCPP-integratiediensten. Koppelingen van het platform met betaal-, identiteits-, energie- en bedrijfssystemen worden per uitrol afgebakend. We bieden geen vaste catalogus, omdat de betrokken systemen in iedere organisatie verschillen.
Waarom we zijn gestopt met het doorverkopen van één gedeeld platform
Deze les hebben we op de dure manier geleerd. Daarom zijn we er direct over.
We plaatsten klanten vroeger op een white-labelplatform van een derde partij. Aan de buitenkant droeg het de merknaam van iedere klant, maar daaronder bediende één systeem alle tenants. Dat werkt totdat iemand een wijziging nodig heeft. Dan kan die wijziging niet worden uitgevoerd of verschijnt hij voor iedereen tegelijk. Een redelijke wens van één exploitant kan een regressie zijn voor vier andere partijen op hetzelfde platform.
Uiteindelijk werd een wijziging onvermijdelijk. De enige oplossing was om mensen naar ieder laadstation te sturen en de aanpassing apparaat voor apparaat in het veld uit te voeren. Op dat moment verandert een jaren eerder genomen softwarebeslissing in een logistiek probleem met een servicebus.
Charger360 is uit die ervaring ontstaan. Een laadstation kan ermee tussen beheerplatformen wisselen zonder dat iemand de locatie bezoekt. Wordt een platform beëindigd, veranderen de voorwaarden of past het simpelweg niet meer, dan schakelt de vloot op afstand over. Niemand zou naar een parkeerterrein moeten rijden om een backend-URL te wijzigen.
Hoe we bij integraties met u samenwerken
Integratiewerk bevindt zich tussen twee organisaties die gemakkelijk naar elkaar wijzen wanneer een sessie mislukt. Daarom proberen we de diagnose te bezitten in plaats van alleen onze eigen systeemgrens te verdedigen.
Onze engineers werken met uw platformteam en waar nodig rechtstreeks met de andere leverancier. Als de hoofdoorzaak in onze hardware ligt, zeggen we dat als eerste. Dat standpunt kost ons soms iets, maar het is de enige manier waarop een integratierelatie kan functioneren.
Toegepast op uw eigen locatie?
Integratielandschap in kaart brengenTechnisch beoordeeld door Akhil Joy, CEO. Laatst beoordeeld 2026-08-29.
Veelgestelde vragen
Welke integratie veroorzaakt de meeste problemen?
De koppeling tussen laadstation en backend. OCPP-ondersteuning aan beide kanten is slechts de voorwaarde. Verschillen in configuratie of gedrag na opnieuw verbinden veroorzaken incidentele sessiefouten.
Kunnen we de integratie van bedrijfssystemen uitstellen?
Op kleine schaal wel. Het wordt echter precies wanneer het netwerk groeit de operationele bottleneck – het slechtste moment om de koppeling alsnog te realiseren.
Wat is stille uitval?
Een integratie stopt zonder iemand te waarschuwen en wordt aan het einde van de maand ontdekt, wanneer het gat in de gegevens al groot is. Iedere integratie heeft zichtbare fouten en een reconciliatiepad nodig.
Publiceren jullie een vaste integratiecatalogus?
Nee. De betrokken systemen verschillen per organisatie. Integraties op platformniveau worden voor iedere uitrol afzonderlijk afgebakend.
Wie is na ingebruikname eigenaar van een integratie?
Wijs iemand concreet aan. Integraties kunnen uitvallen wanneer een van beide systemen een nieuwe versie uitbrengt. Zonder eigenaar blijven fouten vaak stil.
Integratielandschap in kaart brengen
Vertel ons welke systemen betrokken zijn. Wij brengen in kaart wat met wat gekoppeld moet worden en wat iedere koppeling kost om te onderhouden.
Integratielandschap in kaart brengen