Software voor het beheer van het opladen van elektrische voertuigen: hoe CSMS- en CPMS-platforms werken

Wat is software voor het beheer van het opladen van elektrische voertuigen?

Beheersoftware voor het opladen van elektrische voertuigen is het centrale systeem dat wordt gebruikt om aangesloten oplaadpunten voor elektrische voertuigen te monitoren, te regelen en te beheren. Het biedt een beheerder één centraal overzicht om te zien welke oplaadpunten online zijn, wie er aan het opladen is, hoeveel energie er tijdens een oplaadsessie is verbruikt, wat de kosten zouden moeten zijn en wat er mis is gegaan.

Het systeem draait doorgaans in de cloud, hoewel er ook implementaties in eigen beheer of op locatie bestaan. Laadpunten wisselen operationele berichten met het systeem uit, meestal via OCPP. Andere systemen maken vervolgens via API’s verbinding voor taken zoals klantaccounts, betalingen, terugbetalingen, energiebeheer en rapportage.

Een laadpaal zonder beheersoftware kan nog steeds stroom leveren. Waar hij echter niet bijzonder goed in is, is deel uitmaken van een commercieel netwerk.

CSMS versus CPMS: wat is het verschil?

CSMS staat voor Charging Station Management System. CPMS staat voor Charge Point Management System. Bij het dagelijks opladen van elektrische voertuigen worden deze termen vaak gebruikt voor dezelfde categorie software.

De Open Charge Alliance gebruikt de term CSMS in het huidige OCPP-materiaal. Veel softwareleveranciers en exploitanten gebruiken de term CPMS, met name wanneer ze het bredere bedrijfsplatform rondom de laadpalen beschrijven. Sommige bedrijven maken een onderscheid tussen het technische besturingssysteem en het bredere commerciële platform. Andere doen dat niet. De terminologie is minder gestandaardiseerd dan het onderliggende protocol.

Voor een koper is de logische vraag niet welke afkorting er in de presentatie staat. Het gaat erom welke taken het platform daadwerkelijk uitvoert, welke opladers het ondersteunt en hoe gemakkelijk de gegevens weer kunnen worden geëxporteerd.

Wat doet een CSMS of CPMS eigenlijk?

De lijst met functies varieert, maar de meeste platforms voor het beheer van het opladen van elektrische voertuigen ondersteunen verschillende van de volgende taken:

• Monitoring van de oplader: verbindingsstatus, beschikbaarheid, lopende sessies, alarmen en foutcodes.
• Bediening op afstand: een sessie starten of stoppen, een connector loskoppelen, een oplader opnieuw opstarten, de configuratie wijzigen en diagnostische informatie opvragen.
• Gebruikerstoegang: beheer RFID-kaarten, apps, bestuurdersaccounts, toelatingslijsten en andere autorisatiemethoden.
• Tarieven en factureringsgegevens: pas prijzen toe, verzamel meterwaarden en stuur gegevens over de kosten door naar facturerings- of vergoedingssystemen.
• Firmware en configuratie: organiseer updates en houd de versies binnen het wagenpark bij.
• Energiebeheer: stel oplaadlimieten, schema’s of oplaadprofielen in, voor zover de lader en de locatiearchitectuur support .
• Rapportage: het verstrekken van gegevens over het huidige verbruik, energieverbruik, omzet, beschikbaarheid en storingen aan operationele teams en klanten.
• Integraties: koppel met betalingsproviders, roamingplatforms, wagenparkbeheersystemen, energiesystemen en klantgerichte apps.

Dat is een breed opgezette opdracht. Een platform kan uitstekend presteren op het gebied van openbaar opladen, maar minder goed uitpakken bij de vergoeding van wagenparken, of sterk zijn in energiebeheer maar zwak in roaming. „Het beheert laadpunten“ is het begin van de specificatie, niet het einde.

Hoe de oplader, OCPP en CSMS samenwerken

De lader zorgt voor de praktische aspecten: elektrische veiligheid, schakelaars, metingen, lokale bediening en communicatie met het voertuig. Het CSMS regelt de regels en processen op netwerkniveau. OCPP definieert de berichten die tussen beide systemen worden uitgewisseld.

Een typische reeks stappen is eenvoudig. De lader start op en identificeert zichzelf bij het CSMS. Hij rapporteert statuswijzigingen en meterwaarden. Het CSMS controleert de autorisatie, slaat de sessiegegevens op en kan configuratie- of laadlimieten terugsturen. Een operator kan vervolgens een opdracht op afstand in de andere richting versturen.

De Open Charge Alliance omschrijft OCPP als het open protocol tussen laadpalen en laadbeheersystemen. Het protocol regelt de communicatie. Het biedt op zichzelf geen factuur, bestuurdersapp of support . Dat zijn functies die eromheen zijn gebouwd.

API’s koppelen het CSMS aan andere software. Voor roaming kunnen platforms gebruikmaken van OCPI, dat wordt onderhouden door de EVRoaming Foundation. Voor de facturering kan een platform sessiegegevens doorgeven aan een boekhoudsysteem. Het onderscheid is belangrijk: OCPP koppelt de laadpaal aan de backend, terwijl API’s en platform-naar-platform-protocollen de backend koppelen aan de bredere bedrijfsvoering. In onze gids over API versus OCPP wordt de architectuur uitgebreider behandeld.

Wat gebeurt er als de verbinding wordt verbroken?

Een CSMS kan geen controle uitoefenen over een oplader die het niet kan bereiken. De relevante vraag is wat de oplader doet terwijl de verbinding is verbroken.

Afhankelijk van de hardware, de OCPP-implementatie en -configuratie kan een laadapparaat gebruikmaken van lokaal opgeslagen autorisatiegegevens, een bestaande transactie voortzetten, een offline transactie starten en sessieberichten in de wachtrij plaatsen voor later. Zodra de verbinding weer tot stand is gebracht, kunnen de in de buffer opgeslagen records naar het CSMS worden verzonden. De Open Charge Alliance behandelt dit gedrag in haar richtlijnen voor het verbeteren van de uptime met OCPP.

Niet elke lader ondersteunt alle offline-opties, en niet alle exploitanten configureren deze op dezelfde manier. Het offline-gedrag is daarom een kwestie van hardware en configuratie, en niet zomaar een selectievakje in een gelikte softwaredemo. Test het met de daadwerkelijke lader, firmware en backend die bedoeld zijn voor de daadwerkelijke implementatie.

Voor wie is software voor het beheer van het opladen van elektrische voertuigen bedoeld?

Voor een enkele particuliere laadpaal is vaak niet veel meer nodig dan een lokale installatie. Zodra laadpalen echter eigendom zijn van een organisatie, door meerdere gebruikers worden gebruikt of factureerbare laadsessies mogelijk maken, is centraal beheer bijna onvermijdelijk.

• Exploitanten van laadpunten: het beheren van openbare of semi-openbare netwerken, het vaststellen van tarieven en het coördineren van support.
• Vlootbeheerders: om het opladen op de standplaats en thuis te beheren, kosten toe te wijzen en ervoor te zorgen dat voertuigen klaar zijn wanneer dat nodig is.
• Werkplekken en vastgoedeigenaren: om de toegang te regelen, een beperkte hoeveelheid stroom toe te wijzen en het verbruik per huurder of werknemer te rapporteren.
• Nutsbedrijven en energieleveranciers: om het opladen te koppelen aan tarieven, flexibiliteitsdiensten en bredere energieproducten.
• Programma’s voor thuisladen: om laadpunten op afstand in te richten en de vergoeding voor bedrijfsauto’s op grote schaal af te handelen. De operationele vereisten worden behandeld in onze FAQ over thuisladen voor CPO’s.

De doorslaggevende factor is niet de locatie van de oplader. Het gaat erom of iemand deze als een beheerd bedrijfsmiddel moet beheren.

Hoe kies je software voor het beheer van het opladen van elektrische auto’s?

Softwaredemonstraties zijn zo ontworpen dat ze soepel verlopen. Echte netwerken zijn minder coulant. Test, voordat je een platform kiest, de onderdelen die veel geld gaan kosten als ze uitvallen.

1. Controleer of OCPP support

Controleer welke OCPP-versie en functieprofielen zowel door de lader als door het CSMS worden ondersteund. Vraag vervolgens welke specifieke ladermodellen en firmwareversies zijn getest. Een logo met de tekst „OCPP-compatibel“ is handig. Een voltooide integratietest is echter nog nuttiger.

2. Breng de verbindingsarchitectuur in kaart

Ga na of de oplader rechtstreeks verbinding maakt met het gekozen CSMS of via de cloud van de fabrikant moet lopen. Een extra cloud is niet per se een ramp, maar het is wel een extra commerciële en technische afhankelijkheid. Vraag wie de inloggegevens beheert, wie de levering van de firmware regelt en wat er gebeurt als die dienst de prijs wijzigt of verdwijnt.

3. Laat het operationele team het eens uitproberen

Geef het support realistische taken: zoek een af en toe storende lader op, bekijk de geschiedenis ervan, start hem opnieuw op, breng in kaart welke sessies hierdoor zijn beïnvloed en exporteer bewijsmateriaal voor een klantzaak. Tel de klikken als je dat leuk vindt. Maar wat nog belangrijker is: ga na of de gegevens iemand helpen bij het nemen van een beslissing.

4. Volg het geld

Controleer de tariefregels, de btw-afhandeling, terugbetalingen, vergoedingen, koppelingen met betalingsproviders en de kwaliteit van de geëxporteerde afrekeningsgegevens. Stel vast welke metergegevens worden gebruikt en welke wettelijke metrologische vereisten in elke markt van toepassing zijn wanneer energie wordt gefactureerd of vergoed.

5. Controleer de energieregelingen

Ga na of het belastingsbeheer wordt uitgevoerd in het CSMS, een lokale controller, een energiebeheersysteem voor gebouwen of een afzonderlijke slimme oplaaddienst. Controleer wat er gebeurt als de internetverbinding wegvalt. Voor meer informatie over de principes achter schema’s en vermogenslimieten verwijzen we je naar onze uitleg over slim opladen van elektrische voertuigen.

6. Controleer de integratielaag

Maak een lijst van de systemen die vanaf dag één en over twee jaar gegevens moeten uitwisselen: apps, CRM, boekhouding, roaming, wagenparkbeheer, energiehandel en datawarehouses. Bekijk de API-documentatie, de toegangsrechten, de tarieflimieten en de testomgeving. „We hebben een API” kan van alles betekenen, van een goed ontwikkelaarsportaal tot een e-mailadres.

7. Bepaal hoe je eruit stapt voordat je tekent

Vraag hoe de inloggegevens van laadstations, gebruikers, tarieven, transactiegegevens en auditlogboeken kunnen worden geëxporteerd. Controleer het migratieproces en eventuele kosten. De Open Charge Alliance adviseert om compatibiliteitstests uit te voeren bij het overzetten van laadstations naar een nieuw CSMS, met name wanneer niet beide systemen gecertificeerd zijn.

8. Bepaal de prijs van het gehele bedrijfsmodel

Vergelijk licentiekosten, transactiekosten, roamingkosten, betalingskosten, support , kosten voor gegevensbewaring en migratie. Goedkope software kan duur uitvallen door handmatig werk en servicebezoeken. Hetzelfde geldt voor hardware, zoals blijkt uit onze analyse van de totale eigendomskosten (CPO).

Open standaarden helpen wel, maar nemen het integratiewerk niet uit handen

OCPP vermindert de afhankelijkheid van een merkgebonden interface tussen de lader en de cloud. Het biedt exploitanten een erkend raakvlak tussen hardware en beheersoftware. Dat is waardevol, maar het betekent niet dat elke combinatie identiek is.

Optionele functies, configuratie, beveiligingsinstellingen en leveranciersspecifieke uitbreidingen kunnen verschillen. Zelfs twee gecertificeerde producten moeten aan de hand van concrete gebruiksscenario’s worden getest voordat ze op grote schaal worden geïmplementeerd. Het woord ‘open’ op een dia is nog geen migratieplan.

Bij een goede inkoop worden daarom drie zaken tegelijkertijd gecontroleerd: de oplader, het CSMS en het bijbehorende bedrijfsproces. Het beschouwen van één van deze zaken als het probleem van iemand anders werkt meestal wel, tot de lanceringsdag.

Waarom de hardware nog steeds van belang is

Een beheerplatform kan aangeven dat een laadpaal offline is. Het kan een zwakke antenne niet verbeteren vanuit een browsertabblad. Het kan een logbestand opvragen, maar alleen als de laadpaal relevante informatie registreert. Het kan tools voor onderhoud op afstand bieden, maar het kan geen schakelaar bedienen als er geen stroom is.

Connectiviteit, lokale gegevensopslag, diagnostische details, de kwaliteit van de firmware en directe communicatie met de backend bepalen in hoeverre de software daadwerkelijk in staat is om taken uit te voeren. Daarom moet bij de beoordeling van een oplader vanaf het begin rekening worden gehouden met het beoogde CSMS, en niet pas nadat er al meerdere pallets zijn aangekomen.

amina C/C2 en amina M/M2 maken gebruik van de lokale OCPP 1.6j-protocol voor de koppeling met laadpuntbeheersystemen, met 4G LTE Cat 1 bis-connectiviteit en offline gegevensopslag die na herverbinding wordt gesynchroniseerd. Op onze pagina met integratiepartners kunt u zien welke softwareplatforms al met amina-laders werken.