Wat is een CSMS (Charging Station Management System)?

Kort antwoord

Een CSMS, oftewel Charging Station Management System, is het softwareplatform voor de exploitatie, bewaking en facturatie van een netwerk van EV-laadstations. De term komt uit OCPP 2.0, in 2018 gepubliceerd door de Open Charge Alliance, waarin hij de OCPP 1.6-term Central System verving, en werd met OCPP 2.0.1 in 2020 de standaardterm. Een CSMS verzorgt de provisioning en het apparaatbeheer van laadpunten, de autorisatie van bestuurders, laadtransacties en meterdata, besturing op afstand, smart charging, tarieven en facturatie, diagnostiek en firmware-updates. In commercieel gebruik beschrijven CSMS en CPMS (Charge Point Management System) dezelfde categorie software, waarbij CSMS de volgens het protocol juiste term is en CPMS de gangbaardere term in de markt. Het CSMS dat een exploitant kiest, bepaalt welke hardware hij kan gebruiken, met welke bedrijfssystemen hij kan koppelen en wie eigenaar is van de laaddata.

---

Een exploitant met 40 locaties en laadpunten van drie verschillende fabrikanten heeft één stuk software dat bepaalt of dat allemaal ook echt werkt. Valt een laadpunt om zes uur 's ochtends offline, krijgt een bestuurder voor één sessie twee keer een rekening, of zit een locatie dicht tegen de limiet van haar netaansluiting aan, dan ligt het antwoord steeds op dezelfde plek. Die plek is de backend, en in het vocabulaire van OCPP heet die het CSMS.

In de sector wordt de term vaak inconsistent gebruikt. Sommige leveranciers zeggen CSMS, andere zeggen CPMS en weer andere zeggen laadplatform. Achter die benamingen schuilt een specifieke technische definitie met een specifieke oorsprong, en wie die begrijpt, kan aanbestedingsdocumenten, leveranciersdemo's en integratiegesprekken aanzienlijk makkelijker duiden.

Dit artikel behandelt wat een laadstationbeheersysteem is, waar de term vandaan komt, wat het per functie doet, hoe het met laadpunten communiceert, hoe het aansluit op de rest van de laadstack en wat het ene CSMS van het andere onderscheidt wanneer u degene bent die het contract tekent.

Wat is een CSMS (laadstationbeheersysteem)?

Een CSMS (Charging Station Management System) is de backoffice van een EV-laadnetwerk. Het is de software die weet welke laadpunten er zijn, of ze online zijn, wie ze mag gebruiken, wat elke sessie heeft gekost en wat er moet gebeuren wanneer er iets stukgaat.

De formele definitie

In de OCPP 2.0.1-specificatie wordt het CSMS gedefinieerd als de backoffice die Charging Stations beheert. Het is een van slechts twee normatieve rollen in het protocol. De andere is het Charging Station zelf. Al het andere in een EV-laadarchitectuur, waaronder bestuurders, roamingpartners, netbeheerders en energiebeheersystemen, valt buiten de grenzen van het protocol.

Het CSMS wordt beheerd door de Charging Station Operator, oftewel CSO. In de dagelijkse taal van de sector heet die rol meestal de Charge Point Operator, oftewel CPO. Het onderscheid doet er minder toe dan de verhouding: één organisatie draait het CSMS, en die organisatie is commercieel verantwoordelijk voor het netwerk.

Waar het CSMS over gaat

Het CSMS heeft het gezaghebbende overzicht van het netwerk. Het bewaart de configuratie van elk station, de autorisatieregels die bepalen of een sessie mag starten, de prijsstelling die bepaalt wat een sessie kost en achteraf het volledige transactierecord. Daarnaast geeft het opdrachten: een sessie op afstand starten, de beschikbaarheid wijzigen, een laadlimiet toepassen, een aansluiting herstarten, een firmware-update uitrollen.

Waar het CSMS niet over gaat

Een CSMS levert geen elektriciteit en kan fysieke veiligheidssystemen niet overrulen. Als de interne beveiliging van een laadpunt aanspreekt, krijgt het CSMS daar bericht van en meldt het dat, maar het beslist er niet over. Hetzelfde geldt voor de elektrische limieten van een locatie. Een CSMS kan de vraag sturen binnen de ruimte die het krijgt, en het kan reageren op signalen van een energiebeheersysteem of een netbeheerder, maar de fysieke beperking hoort bij de installatie.

De drie niveaus: station, EVSE, connector

OCPP 2.0.1 modelleert een locatie logisch in plaats van fysiek, in drie niveaus. Een Charging Station is het complete systeem dat één identiteit heeft en OCPP spreekt met het CSMS. Daaronder zitten een of meer EVSE's (Electric Vehicle Supply Equipment), die elk één voertuig tegelijk kunnen laden. Onder elke EVSE zitten een of meer connectoren, de afzonderlijke aansluitingen of vaste kabels.

In de praktijk is dat van belang, want een laadplein met twintig EVSE's achter één modem is voor het protocol één Charging Station. Elke EVSE heeft een nummer, dat in OCPP-berichten wordt geschreven als evseId (EVSE-identifier), en die nummers beginnen bij één en lopen zonder onderbreking op. Een evseId van nul is gereserveerd voor het station als geheel, dus een opdracht aan nul geldt voor elke EVSE van dat station. Connectoren worden op dezelfde manier genummerd, beginnend bij één binnen elke EVSE.

CSMS versus CPMS: is er een echt verschil?

De twee termen bestaan in de markt naast elkaar, dus het verschil verdient vóór al het andere een direct antwoord.

CSMS is de protocolterm

CSMS komt uit de specificatie. De term kwam met OCPP 2.0 in 2018, werd met OCPP 2.0.1 de standaardterm en is de juiste term wanneer u het hebt over OCPP-berichten, certificering of wat dan ook op protocolniveau. Leest u een technisch document van de Open Charge Alliance, dan ziet u CSMS staan.

CPMS is de marktterm

CPMS, oftewel Charge Point Management System, is voortgekomen uit het vocabulaire van OCPP 1.6, waarin het laadpunt een Charge Point was en de backend het Central System. De sector bleef de term Charge Point gebruiken lang nadat het protocol die had veranderd, en zo vond CPMS zijn weg naar het commerciële taalgebruik.

Waar de twee echt verschillen

Er bestaat één reëel technisch onderscheid. CSMS verwijst specifiek naar de rol aan de OCPP-kant, het systeem waarmee een laadstation verbinding maakt. CPMS is in het gangbare gebruik breder en omvat vaak commerciële functies die OCPP nooit afdekt, zoals klantbeheer, facturatie, roamingafrekening en apps voor bestuurders. Een platform dat alleen de OCPP-kant implementeert, is een CSMS. Een platform dat ook de bedrijfsvoering eromheen regelt, is wat de meeste mensen met een CPMS bedoelen.

In inkoopdocumenten verwijzen de twee termen meestal naar hetzelfde systeem. Waar een specificatie CSMS en CPMS als afzonderlijke eisen opneemt, weegt de definitie die bij elk ervan hoort zwaarder dan het label zelf.

Waarom de sector niet meer Central System zegt

De terminologie in EV-laden volgt het protocol, en het protocol is veranderd. Wie die verandering begrijpt, kan ruwweg inschatten hoe oud een document, een laadpunt of het productdenken van een leverancier is.

De verschuiving in terminologie van OCPP 1.6 naar 2.0.1

OCPP 1.6 verscheen in 2015 en werd de meest geïmplementeerde versie van het protocol. OCPP 2.0 kwam uit in 2018, OCPP 2.0.1 volgde in 2020 en OCPP 2.1 verscheen in 2025. Met de 2.x-generatie werd Charge Point Charging Station en werd Central System CSMS. De naamswijziging was niet cosmetisch. OCPP 2.0.1 introduceerde het EVSE-niveau, verving platte identifiers door gestructureerde objecten en verplaatste het genereren van transactie-ID's van de backend naar het station.

De twee generaties zijn niet compatibel met elkaar, dus een laadpunt dat OCPP 1.6 spreekt, kan niet communiceren met een backend die alleen 2.0.1 spreekt. Die incompatibiliteit is de reden dat versieondersteuning ertoe doet bij het plannen van een uitrol, en dat de vermelding "OCPP-conform" op een datasheet op zichzelf niet genoeg zegt.

IEC 63584 bracht CSMS in de taal van inkoop

OCPP 2.0.1 Edition 3 werd in 2024 goedgekeurd als IEC-standaard, IEC 63584. Zodra een protocol een internationale standaard wordt, begint het vocabulaire ervan op te duiken in openbare aanbestedingsdocumenten, nationale kaders en compliancechecklists. Dat is de belangrijkste reden dat CSMS nu opduikt in commerciële teksten waar CPMS vroeger de standaard was. De term zelf gaat terug tot 2018. Wat is veranderd, is hoe vaak kopers hem nu tegenkomen.

Wat dit betekent als u een aanbesteding leest

Gebruikt een aanbesteding CSMS en verwijst die naar OCPP 2.0.1 of IEC 63584, dan werkt de opsteller vanuit de specificatie en verwacht die waarschijnlijk antwoorden op protocolniveau over ondersteunde berichten, functionele blokken en certificering. Gebruikt een aanbesteding CPMS en gaat het over bestuurders, apps en facturatie, dan denkt de opsteller commercieel. Antwoorden in het verkeerde register is een veelvoorkomende manier om punten te verliezen met een technisch sterke inschrijving.

Wat doet een CSMS? De kernfuncties uitgelegd

OCPP 2.0.1 deelt zijn 64 berichten in functionele blokken in, en die blokken sluiten nauw aan op wat elk serieus CSMS moet afhandelen. Het overzicht hieronder volgt die structuur, omdat dat de betrouwbaarste manier is om platforms te vergelijken zonder te verdwalen in marketingcategorieën.

Provisioning en apparaatbeheer

Elk laadpunt moet zich voorstellen voordat het iets kan doen. Het stuurt een bootmelding, ontvangt zijn configuratie en rapporteert zijn structuur van componenten en variabelen. OCPP 2.0.1 legde dit vast in een device model, waarmee het CSMS configuratie op een gestandaardiseerde manier kan lezen en schrijven in plaats van te vertrouwen op fabrikantspecifieke sleutelnamen. Voor een exploitant met gemengde hardware is dit het verschil tussen een park beheren en een losse verzameling beheren.

Autorisatie en identiteit

Voordat een sessie start, beslist het CSMS of de aangeboden identiteit mag laden. Die identiteit kan een RFID-kaart zijn, een app-token, een contractcertificaat uit ISO 15118 of een roamingtoken van een klant van een andere aanbieder. Het CSMS valideert die aan de hand van zijn eigen gegevens, een lokale cache of een roamingbackend. Stations kunnen ook een lokale autorisatielijst bijhouden, zodat laden blijft werken wanneer de verbinding wegvalt, wat op locaties met slechte mobiele dekking belangrijker is dan de meeste kopers verwachten.

Transacties, metingen en sessiedata

Het transactierecord is het commerciële hart van het systeem. Het legt vast wanneer een sessie begon en stopte, hoeveel energie er stroomde, op welke momenten en onder wiens identiteit. OCPP 2.0.1 verving de afzonderlijke start- en stopberichten van 1.6 door één eventgebaseerd model en verplaatste het genereren van transactie-ID's naar het station. In de praktijk leidt dat tot minder verweesde sessies en een schonere reconciliatie.

Meterwaarden komen periodiek binnen tijdens een sessie en aan het begin en einde ervan. De kwaliteit en granulariteit van die data bepalen of een exploitant nauwkeurig kan factureren, een betwiste sessie kan aantonen of de bezettingsgraad goed kan modelleren.

Besturing op afstand en beschikbaarheid

Exploitanten moeten op laadpunten kunnen ingrijpen zonder erheen te gaan. Een CSMS kan sessies op afstand starten en stoppen, een kabel vrijgeven die niet loskomt, de beschikbaarheid van een station wijzigen en het resetten. Supportdesks gebruiken deze functies voortdurend. De snelheid en betrouwbaarheid van opdrachten op afstand hebben direct invloed op hoeveel locatiebezoeken een netwerk per maand nodig heeft.

Smart charging en lastmanagement

Smart charging is het punt waarop het CSMS ophoudt een monitoringtool te zijn en een business case begint te beschermen. Met laadprofielen kan het CSMS limieten instellen per sessie, per EVSE, per station of voor een hele groep, met bijbehorende schema's. Dynamisch lastmanagement verdeelt de beschikbare capaciteit over voertuigen, zodat een locatie meer laadpunten kan bedienen zonder de netaansluiting te verzwaren.

Voor exploitanten in woon-, werk- en parkeeromgevingen is dit vaak de meest waardevolle functie van het hele platform.

Tarieven, prijsstelling en facturatie

Een tariff engine zet energie en tijd om in geld. Het gaat dan om tarieven per kWh, sessiekosten, tijdgebonden tarieven, blokkeertarieven en verschillende prijzen voor verschillende klantgroepen of locaties. Het CSMS past het tarief toe, maakt het factureerbare record aan en geeft dat door aan het systeem dat de factuur uitstuurt, welk systeem dat ook is. Exploitanten worden vooral verrast door valuta, btw-afhandeling en afronding over markten heen, zaken die in een demo makkelijk over het hoofd worden gezien en duur uitpakken wanneer u ze later ontdekt.

Betalingen en ad-hocladen

Publiek laden in de EU moet werken voor bestuurders die geen contract met de exploitant hebben. Verordening (EU) 2023/1804, de verordening betreffende de uitrol van infrastructuur voor alternatieve brandstoffen, is sinds 13 april 2024 van toepassing en vereist ad-hocladen op openbaar toegankelijke laadpunten, met prijstransparantie en veelgebruikte elektronische betaalmiddelen. Exploitanten moeten ten minste één van de volgende opties bieden: een betaalkaartlezer, een contactloos apparaat dat betaalkaarten kan lezen, of een apparaat met internetverbinding dat veilig betalen ondersteunt, bijvoorbeeld via een QR-code. De volledige tekst staat op EUR-Lex.

Operationeel komt deze verplichting bij het CSMS terecht. Het moet een sessie autoriseren op basis van een pre-autorisatie van de betaling in plaats van een account, achteraf het juiste bedrag afrekenen en een betaalbewijs leveren.

Diagnostiek, monitoring en firmware

Een laadpunt dat kapot is en niet gemeld wordt, is erger dan een laadpunt dat offline is, want de exploitant betaalt nog steeds voor de locatie en de bestuurder komt nog steeds opdagen. Een CSMS verzamelt statusmeldingen en foutcodes, maakt ze zichtbaar en beheert firmware-updates in het hele park. Het verschil tussen platforms zit meestal niet in de vraag of ze fouten verzamelen, maar in wat er daarna gebeurt.

Pulse van eMabler handelt deze laag af met AI-gestuurde diagnostiek. Het detecteert fouten aan laadpunten, raadpleegt OEM-documentatie, beveelt oplossingen aan en kan automatisch ingrijpen door aansluitingen te herstarten of defecte poorten uit te schakelen voordat klanten er iets van merken.

Beveiliging en certificaatbeheer

OCPP 2.0.1 definieert drie beveiligingsprofielen, die HTTP Basic-authenticatie of TLS-clientcertificaten combineren met optionele of verplichte TLS. Daarnaast behandelt het het beheer van de levenscyclus van certificaten, ondertekende firmware en het loggen van beveiligingsgebeurtenissen. Kopers zouden moeten vragen welke profielen een platform in productie draait in plaats van welke er in de documentatie staan, en zouden ISO 27001-certificering als ondergrens moeten hanteren.

Reserveringen en berichten aan bestuurders

Twee kleinere functies maken het beeld compleet. Met reserveringen kan een bestuurder een EVSE voor een bepaalde periode vastleggen. Met displayberichten kan het CSMS tekst naar het scherm van een station sturen, wat wordt gebruikt voor prijsinformatie, servicemeldingen en communicatie over storingen.

Hoe communiceert een CSMS met laadstations?

De verbinding tussen laadpunt en CSMS is eenvoudiger dan de meeste mensen denken, en wie weet hoe die werkt, haalt veel mysterie uit gesprekken over storingsanalyse.

OCPP via WebSocket

Modern OCPP draait als JSON via WebSocket, ook bekend als OCPP-J. Het laadstation is de client, opent altijd zelf de verbinding met het CSMS en houdt die continu open. Dat is van belang, want zo kan het station achter een firewall of een mobiele NAT zitten en toch opdrachten van de backend ontvangen. Zodra de verbinding staat, kunnen beide kanten berichten sturen.

De identiteit van het station maakt deel uit van de verbindings-URL, dus die hoeft niet in elk bericht te worden herhaald. De oudere versies OCPP 1.2 en 1.5 gebruikten in plaats daarvan SOAP en komen alleen nog voor in oude installaties.

Een laadsessie van begin tot eind

Een sessie volgt een voorspelbare volgorde. Het station start op en stuurt een bootmelding, en daarna heartbeats om aan te tonen dat het nog actief is. Een bestuurder biedt een identiteit aan en het station vraagt het CSMS die te autoriseren. De transactie begint, meterwaarden komen met tussenpozen binnen en de transactie eindigt met een laatste meterstand. Daarna berekent het CSMS de prijs van de sessie en maakt het het record aan. Gedurende de hele reeks lopen statusmeldingen mee die beschikbaarheid en storingen rapporteren.

OCPP 1.6, 2.0.1 en 2.1 in de praktijk

De meeste Europese netwerken zijn vandaag gemengd. OCPP 1.6 is nog altijd breed uitgerold, omdat het volwassen is en wordt ondersteund door een enorme geïnstalleerde basis aan hardware. OCPP 2.0.1 is het huidige doel voor nieuwe uitrol en brengt het device model, betere beveiliging en sterkere smart charging. OCPP 2.1 verscheen in januari 2025, voegt aansturing van gedistribueerde energiebronnen en vehicle-to-grid-mogelijkheden toe en is achterwaarts compatibel met OCPP 2.0.1.

Elk CSMS dat een exploitant vandaag koopt, moet ten minste 1.6 en 2.0.1 naast elkaar aankunnen, op hetzelfde netwerk, zonder speciale behandeling per locatie.

Hoe past een CSMS in de bredere laadarchitectuur?

OCPP regelt slechts één schakel, die tussen station en CSMS. Al het andere dat een exploitant nodig heeft, loopt via andere interfaces, en het CSMS is de hub waarlangs ze allemaal verbinden.

Roaming en OCPI

Bestuurders verwachten te kunnen laden op netwerken die niet van hun aanbieder zijn. Dat werkt via roamingprotocollen, meestal OCPI, die locaties, tarieven, autorisatieverzoeken, sessies en charge detail records uitwisselen tussen exploitanten en serviceproviders. De eMSP is helemaal geen OCPP-actor. Die bereikt het netwerk via het CSMS.

ISO 15118 en Plug and Charge

ISO 15118 maakt communicatie tussen het voertuig en het laadpunt mogelijk, en daarop berust Plug and Charge: de auto identificeert zich met een contractcertificaat en het laden start zonder kaart of app. Het CSMS verzorgt daarbij het certificaatbeheer. eMabler ondersteunt Plug and Charge.

Energiebeheer, netsignalen en flexibiliteit

Aan de energiekant werkt een CSMS zelden op zichzelf. Een energiebeheersysteem kan op een locatie limieten opleggen, die het station via OCPP terugmeldt. Een distributienetbeheerder kan signalen over netbeperkingen sturen via protocollen zoals OpenADR of OSCP. Voor exploitanten met een portefeuille aan locaties wordt laden hier onderdeel van de energiebusiness.

Bedrijfssystemen

De koppelingen die bepalen of een CSMS in de dagelijkse praktijk werkt, zijn meestal de minst glamoureuze. CRM, ERP, facturatie, betaaldienstverleners en de eigen klantenapp van de exploitant hebben allemaal laaddata nodig, en wel in een vorm die hun systemen al begrijpen. ABC integreerde laden rechtstreeks in de ABC-mobiili-app. Aimo Park bracht parkeren en laden samen in één app.

Waar u op moet letten bij het kiezen van een CSMS

Functielijsten groeien naar elkaar toe. Elk platform op de markt vinkt in een schriftelijk antwoord waarschijnlijk de meeste vakjes hierboven aan. De verschillen die ertoe doen, worden zichtbaar in hoe een platform zich gedraagt zodra het een echt netwerk draait.

Ondersteuning van OCPP-versies, en of die gecertificeerd is

Vraag welke OCPP-versies in productie worden ondersteund, niet op de roadmap. Vraag of de implementatie is gecertificeerd door de Open Charge Alliance, want zelfverklaarde conformiteit en geteste conformiteit zijn twee verschillende dingen. Vraag hoe het platform omgaat met een netwerk dat twee protocolversies tegelijk draait.

Hardwarecompatibiliteit in de praktijk

OCPP-conformiteit garandeert geen interoperabiliteit. Fabrikanten interpreteren delen van de specificatie verschillend, en de hiaten komen pas onder belasting of in randgevallen aan het licht. De nuttige vraag is niet of een platform in principe hardwareonafhankelijk is, maar welke specifieke modellen het in productie heeft, in welk volume en hoelang al.

Diepgang van de API en integratiemogelijkheden

Als laaddata de systemen waarop de rest van het bedrijf draait niet kan bereiken, wordt het platform een eiland met een dashboard. Kijk of de API alles afdekt wat de gebruikersinterface doet, of die openbaar is gedocumenteerd en of er al integraties bestaan voor de systemen die u nu gebruikt. eMabler is API-first en biedt 300+ kant-en-klare integraties, met maatwerkintegraties die op open API's worden gebouwd.

Beschikbaarheid, monitoring en wie de telefoon opneemt

Laadstoringen zijn binnen enkele seconden zichtbaar voor klanten en blijven lang in het geheugen hangen. Vraag naar beschikbaarheidscijfers en hoe die worden gemeten. Vraag wat er gebeurt wanneer een locatie om twee uur 's nachts uitvalt, en wie u dan precies aan de lijn krijgt. eMabler draait met 99,999 % platformbeschikbaarheid, en exploitanten spreken rechtstreeks met de engineers die het platform hebben gebouwd.

Prijsmodel en gelijkgerichte belangen

De prijsstructuur vertelt u waarop een leverancier optimaliseert. Een model dat gekoppeld is aan succesvolle laadsessies brengt de omzet van de leverancier en die van de exploitant aan dezelfde kant. eMabler rekent een basislicentievergoeding plus een gebruiksafhankelijke component die gekoppeld is aan succesvolle laadsessies. De actuele details vindt u op emabler.com/pricing.

Data-eigenaarschap en exitvoorwaarden

Twee vragen geven hier de doorslag. Wie is eigenaar van de laaddata, en wie is eigenaar van de relatie met de bestuurder? Is het antwoord de leverancier, dan stijgen de kosten om later van platform te wisselen navenant. Bij eMabler houden exploitanten het volledige eigendom van hun laaddata en hun relaties met bestuurders.

Compliance

Voor Europese exploitanten omvat de relevante compliancelijst AFIR, de AVG, de EU Data Act, PCI DSS waar betalingen worden verwerkt, en ISO 27001 voor informatiebeveiliging. eMabler is ISO 27001-gecertificeerd met nul geregistreerde beveiligingsincidenten en voldoet aan de AVG, AFIR, PCI DSS en de EU Data Act.

Waar de keuze voor een CSMS vaak misgaat

De meeste spijt in deze categorie is terug te voeren op een klein aantal voorspelbare fouten.

Kopen op basis van functielijsten

Schriftelijke antwoorden op een eisenmatrix zien er bij alle leveranciers vrijwel hetzelfde uit. Twee platforms kunnen allebei smart charging claimen en toch volledig verschillen in hoe dat zich gedraagt met 60 voertuigen op een beperkte aansluiting. Referentiegesprekken met exploitanten die vergelijkbare netwerken draaien, zijn meer waard dan de matrix.

OCPP-conformiteit gelijkstellen aan interoperabiliteit

Conformiteit betekent dat een platform de specificatie implementeert. Interoperabiliteit betekent dat het werkt met de specifieke laadpunten die u bezit. Het tweede is een empirische vraag, en het enige betrouwbare antwoord komt uit installaties in productie.

Migratie onderschatten

Een live netwerk naar een ander platform verhuizen raakt aan de hardwareconfiguratie, accounts van bestuurders, tarieven, historische data en elke integratie die erbovenop is gebouwd. Exploitanten die dit plannen als een softwarewissel, ontdekken de werkelijke omvang meestal halverwege.

De controle over de data verliezen

Platforms die de relatie met de bestuurder in eigen hand houden of de export van data beperken, creëren een afhankelijkheid die met het netwerk meegroeit. Dit is net zo goed een contractuele als een technische kwestie, en die is veel makkelijker te regelen vóór de ondertekening dan erna.

Hoe migreert u van het ene CSMS naar het andere?

Migratie is het deel van de levenscyclus van een CSMS dat de minste aandacht krijgt en de meeste pijn veroorzaakt, dus het loont om die te plannen op basis van bewijs in plaats van optimisme.

Wat u eerst moet doorlichten

Voordat er iets verhuist, heeft een exploitant een volledige inventaris nodig: elk laadpunt met zijn firmware- en OCPP-versie, elke integratie en wat die afneemt, elk tarief en elke klantgroep, en de historische data die de overgang moet overleven. Hiaten in deze inventaris worden later incidenten.

Gefaseerd migreren zonder locaties offline te halen

Migraties werken het best in fasen, te beginnen met een kleine, representatieve set locaties die de hardwaretypen in het park dekt. Beide platforms tijdens de overgang parallel draaien kost een tijdlang meer en neemt de noodzaak weg van één allesbepalende overschakeling.

Hoe een echt soepele en snelle CSMS-migratie eruitziet

Time Park is een Noorse parkeerexploitant in handen van de Thon Group en beheert parkeren en EV-laden op enkele honderden locaties in Noorwegen, waaronder winkelcentra, hotels, werkplekken en wooncomplexen, allemaal bediend via de eigen app Time Park Fix. Time Park verhuisde zijn volledige EV-laadplatform in 14 dagen naar eMabler, wat de snelste migratie is die eMabler heeft geregistreerd, en voerde het meeste werk met het eigen team uit.

Twee factoren maakten dat tempo mogelijk. Time Park had al een OCPI-conforme EMSP-opzet, waardoor veel integratiewerk wegviel, en had gedurende het hele project rechtstreeks toegang tot het engineeringteam van eMabler. Henrik Fauske, Product Owner bij Time Park, verwoordde het zo: "Het migratieproces was gestandaardiseerd en werkte direct. Geslaagde laadsessies kwamen kort na de migratie snel binnen, wat al vroeg bevestigde dat alles werkte."

Lees hier het volledige succesverhaal van Time Park.

Wat verandert OCPP 2.1 voor CSMS-platforms?

Het protocol breidt zich uit van laadpuntbeheer naar deelname aan de energiemarkt, en dat verandert wat er de komende jaren van een CSMS wordt verwacht.

Gedistribueerde energiebronnen en vehicle-to-grid

OCPP 2.1 voegt berichten toe voor het instellen, uitlezen en wissen van de aansturing van gedistribueerde energiebronnen, samen met alarmen en start-stopmeldingen. Dit is het fundament in het protocol om laadpunten en aangesloten voertuigen als assets voor het net te behandelen.

Netdiensten en dynamische schema's

De specificatie voegt een signaal toe voor de automatische frequentieherstelreserve, een markt die veel Europese transmissiesysteembeheerders organiseren, plus dynamische schema-updates en prioriteitsladen. Samen stellen deze een backend in staat het laden aan te passen aan marktomstandigheden en aan lokale limieten.

Tarieven, afrekening en eventstreams

OCPP 2.1 brengt tarieven in het protocol zelf, met berichten om standaardtarieven in te stellen, een tarief midden in een transactie te wijzigen en afrekeningen te melden. Ook introduceert het periodieke eventstreams, die veranderen hoe hoogfrequente data tussen station en CSMS wordt uitgewisseld.

Wat u leveranciers moet vragen

De vragen die het stellen waard zijn, zijn concreet. Ga na welke functionele gebieden van 2.1 vandaag zijn geïmplementeerd, welke gepland zijn en volgens welke tijdlijn, en of het platform stations met 1.6, 2.0.1 en 2.1 op hetzelfde netwerk kan draaien. Het is ook de moeite waard te vragen met welke hardware de leverancier 2.1 heeft getest, want ondersteuning in de backend is maar de helft van een werkende uitrol.

CSMS: veelgestelde vragen

Q: Is een CSMS hetzelfde als een CPMS?

A: In commercieel gebruik wel. CSMS is de term die in de OCPP-specificatie wordt gebruikt, en CPMS is de term die de meeste leveranciers in de markt hanteren. Waar ze verschillen, omvat CPMS vaak bedrijfsfuncties zoals facturatie en klantbeheer die OCPP niet afdekt.

Q: Is CSMS een nieuwe term?

A: Nee. De term kwam in OCPP met versie 2.0 in 2018 en werd met OCPP 2.0.1 in 2020 de standaardterm. Hij is zichtbaarder geworden in commerciële teksten naarmate de adoptie van OCPP 2.0.1 groeide en nadat OCPP 2.0.1 werd goedgekeurd als IEC-standaard 63584.

Q: Moet een CSMS OCPP 2.0.1 ondersteunen?

A: Voor nieuwe uitrol is 2.0.1 het verstandige uitgangspunt. Omdat OCPP 1.6 en 2.0.1 niet compatibel zijn en 1.6-hardware nog wijdverbreid is, hebben de meeste exploitanten een CSMS nodig dat beide versies op hetzelfde netwerk draait.

Q: Kan één CSMS laadpunten van verschillende fabrikanten beheren?

A: Ja, mits het platform hardwareonafhankelijk is en de laadpunten OCPP-conform zijn. Vraag welke specifieke modellen de leverancier in productie draait, want fabrikanten interpreteren de specificatie verschillend.

Q: Is een CSMS hetzelfde als een energiebeheersysteem?

A: Nee. Een EMS beheert elektrische belastingen op een locatie of in een gebouw en kan limieten opleggen die een laadstation via OCPP terugmeldt. Een CSMS exploiteert het laadnetwerk en kan op die limieten reageren.

Q: Hebt u een CSMS nodig voor één laadlocatie?

A: Elk laadpunt dat autorisatie, facturatie, ondersteuning op afstand of rapportage nodig heeft, heeft een backend nodig, ongeacht het aantal locaties. De rekensom verandert met de schaal, maar de functionele eis niet.

Q: Wie is eigenaar van de data in een CSMS?

A: Dat hangt volledig af van het contract in plaats van de technologie. Data-eigenaarschap en zeggenschap over de relatie met de bestuurder zijn commerciële voorwaarden, en die verschillen per aanbieder.

Een CSMS kiezen: waar het op neerkomt

Een CSMS is het laadstationbeheersysteem waarop een EV-laadnetwerk draait: provisioning, autorisatie, transacties, smart charging, tarieven, diagnostiek en alles waar het bedrijf daarna van afhankelijk is. De term komt uit OCPP 2.0.1 en betekent in vrijwel elk commercieel gesprek hetzelfde als CPMS. Belangrijker dan het acroniem is dat de keuze van het platform drie dingen tegelijk bepaalt: welke hardware u kunt kopen, met welke systemen u kunt koppelen en wie eigenaar is van uw laaddata.

eMabler is hardwareonafhankelijk en werkt met elk OCPP-conform laadpunt, zodat exploitanten niet aan één fabrikant vastzitten. Het platform is API-first en koppelt via open API's en 300+ kant-en-klare integraties met bestaande CRM-, facturatie-, betaal- en energiebeheersystemen. De prijs is gekoppeld aan succesvolle laadsessies, exploitanten houden het volledige eigendom van hun laaddata en relaties met bestuurders, en de support komt van de engineers die het platform hebben gebouwd. Vandaag draait eMabler 120.000+ aangesloten laadpunten in 11 landen, verwerkt het meer dan 1,3 miljoen laadsessies per maand met 99,999 % beschikbaarheid en is het ISO 27001-gecertificeerd met nul geregistreerde beveiligingsincidenten.

Evalueert u een CSMS voor uw netwerk of plant u een overstap van het systeem dat u nu hebt, dan praten we graag met u!