Hvad er et CSMS i elbilopladning

Kort svar

Et CSMS, eller Charging Station Management System, er den softwareplatform, der driver, overvåger og håndterer faktureringen for et netværk af ladestationer til elbiler. Betegnelsen stammer fra OCPP 2.0, som Open Charge Alliance udgav i 2018, hvor den afløste OCPP 1.6-betegnelsen Central System, og den blev standardbetegnelsen med OCPP 2.0.1 i 2020. Et CSMS håndterer provisionering og enhedsstyring af ladere, autorisation af førere, ladetransaktioner og måledata, fjernstyring, smart opladning, tariffer og fakturering, diagnostik og firmwareopdateringer. I kommerciel sammenhæng beskriver CSMS og CPMS (Charge Point Management System) den samme kategori af software, hvor CSMS er den protokolkorrekte betegnelse og CPMS den mere udbredte markedsbetegnelse. Det CSMS, en operatør vælger, afgør, hvilken hardware den kan bruge, hvilke forretningssystemer den kan forbinde sig til, og hvem der ejer ladedataene.

En operatør, der driver 40 lokationer med ladere fra tre forskellige producenter, har ét stykke software, der afgør, om noget af det rent faktisk virker. Når en lader går offline klokken seks om morgenen, når en fører bliver faktureret to gange for én session, når en lokation kører tæt på grænsen for sin nettilslutning, ligger svaret det samme sted. Det sted er backendet, og i OCPP's terminologi hedder det CSMS.

Betegnelsen bruges ofte inkonsekvent på tværs af branchen. Nogle leverandører siger CSMS, nogle siger CPMS, og nogle siger ladeplatform. Bag navnene ligger en specifik teknisk definition med en specifik oprindelse, og når du forstår den, bliver udbudsmateriale, leverandørdemoer og integrationsdrøftelser betydeligt lettere at gennemskue.

Denne artikel gennemgår, hvad et charging station management system er, hvor betegnelsen kommer fra, hvad det gør funktion for funktion, hvordan det kommunikerer med laderne, hvordan det passer ind i resten af teknologistakken bag opladningen, og hvad der adskiller ét CSMS fra et andet, når det er dig, der skal skrive under på kontrakten.

Hvad er et CSMS (charging station management system)?

Et CSMS (Charging Station Management System) er ladenetværkets back office. Det er den software, der ved, hvilke ladere der findes, om de er online, hvem der må bruge dem, hvad hver session kostede, og hvad der skal gøres, når noget går i stykker.

Den formelle definition

I OCPP 2.0.1-specifikationen er CSMS defineret som det back office, der styrer ladestationer (Charging Stations). Det er en af kun to normative roller i protokollen. Den anden er selve ladestationen. Alt andet i en arkitektur for elbilopladning, herunder førere, roaming-partnere, netoperatører og energistyringssystemer, ligger uden for protokollens rammer.

CSMS'et drives af ladestationsoperatøren (Charging Station Operator, CSO). I branchens daglige sprogbrug kaldes den rolle som regel Charge Point Operator (CPO). Forskellen betyder mindre end selve relationen: én organisation driver CSMS'et, og den organisation har det kommercielle ansvar for netværket.

Hvad CSMS'et styrer

CSMS'et har det autoritative overblik over netværket. Det gemmer konfigurationen af hver station, de autorisationsregler, der afgør, om en session kan starte, de priser, der bestemmer, hvad en session koster, og bagefter den komplette registrering af transaktionen. Det sender også kommandoer: start en session på afstand, skift tilgængelighed, sæt en ladegrænse, genstart et udtag, rul en firmwareopdatering ud.

Hvad CSMS'et ikke styrer

Et CSMS leverer ikke strøm, og det tilsidesætter ikke fysiske sikkerhedssystemer. Hvis en laders interne beskyttelse udløses, får CSMS'et besked om det og rapporterer det, men det træffer ikke selve beslutningen. Det samme gælder en lokations elektriske grænser. Et CSMS kan forme effektbehovet inden for det råderum, det får, og det kan reagere på signaler fra et energistyringssystem eller en netoperatør, men den fysiske begrænsning ligger i installationen.

De tre niveauer: station, EVSE, stik

OCPP 2.0.1 modellerer en lokation logisk frem for fysisk, i tre niveauer. En ladestation er hele det system, der har én identitet og taler OCPP med CSMS'et. Under den sidder en eller flere EVSE'er (Electric Vehicle Supply Equipment), som hver kan oplade ét køretøj ad gangen. Under hver EVSE sidder et eller flere stik, altså de enkelte udtag eller fastmonterede kabler.

Det har betydning i praksis, fordi en ladepark med tyve EVSE'er bag ét enkelt modem er én ladestation, set fra protokollens side. Hver EVSE har et nummer, der i OCPP-meddelelser skrives som evseId (EVSE-identifikator), og numrene starter ved ét og løber fortløbende uden huller. Et evseId på nul er reserveret til stationen som helhed, så en kommando sendt til nul gælder for alle EVSE'er på stationen. Stikkene nummereres på samme måde, med start ved ét inden for hver EVSE.

CSMS vs. CPMS: er der en reel forskel?

De to betegnelser findes side om side på markedet, så forskellen fortjener et direkte svar før alt andet.

CSMS er protokolbetegnelsen

CSMS kommer fra specifikationen. Betegnelsen kom med OCPP 2.0 i 2018, blev standard med OCPP 2.0.1 og er den korrekte term, når du drøfter OCPP-meddelelser, certificering eller noget som helst på protokolniveau. Læser du et teknisk dokument fra Open Charge Alliance, vil du se CSMS.

CPMS er markedsbetegnelsen

CPMS, eller Charge Point Management System, voksede ud af terminologien i OCPP 1.6, hvor laderen hed Charge Point, og backendet hed Central System. Branchen holdt fast i udtrykket Charge Point længe efter, at protokollen havde ændret det, og CPMS gik derfor over i den kommercielle sprogbrug.

Hvor de to reelt adskiller sig

Der er én reel teknisk forskel. CSMS henviser specifikt til rollen på OCPP-siden, altså det system, en ladestation forbinder sig til. CPMS er bredere i almindelig sprogbrug og omfatter ofte kommercielle funktioner, som OCPP aldrig dækker, såsom kundehåndtering, fakturering, roaming-afregning og førerapps. En platform, der kun implementerer OCPP-siden, er et CSMS. En platform, der også driver forretningen omkring den, er det, de fleste mener med et CPMS.

I udbudsdokumenter henviser de to betegnelser som regel til det samme system. Hvor en kravspecifikation opstiller CSMS og CPMS som separate krav, vejer den definition, der er knyttet til hvert af dem, tungere end selve betegnelsen.

Hvorfor branchen holdt op med at sige Central System

Terminologien inden for elbilopladning følger protokollen, og protokollen ændrede sig. Når du forstår ændringen, kan du groft sagt aflæse alderen på et dokument, en lader eller en leverandørs produkttænkning.

Skiftet i terminologi fra OCPP 1.6 til 2.0.1

OCPP 1.6 udkom i 2015 og blev den mest udbredte version af protokollen. OCPP 2.0 kom i 2018, OCPP 2.0.1 fulgte i 2020, og OCPP 2.1 udkom i 2025. Med 2.x-generationen blev Charge Point til Charging Station, og Central System blev til CSMS. Omdøbningen var ikke kosmetisk. OCPP 2.0.1 indførte EVSE-niveauet, erstattede flade identifikatorer med strukturerede objekter og flyttede genereringen af transaktions-id'er fra backendet til stationen.

De to generationer er ikke kompatible med hinanden, så en lader, der taler OCPP 1.6, kan ikke kommunikere med et backend, der kun taler 2.0.1. Den manglende kompatibilitet er grunden til, at versionsunderstøttelse betyder noget, når du planlægger en udrulning, og til, at udtrykket »OCPP-kompatibel« på et datablad ikke i sig selv fortæller dig nok.

IEC 63584 bragte CSMS ind i udbudssproget

OCPP 2.0.1 Edition 3 blev godkendt som IEC-standard, IEC 63584, i 2024. Når en protokol bliver international standard, begynder dens terminologi at dukke op i offentlige udbudsdokumenter, nationale rammeværker og compliance-tjeklister. Det er hovedårsagen til, at CSMS nu viser sig i kommercielle tekster, hvor CPMS tidligere var standard. Selve betegnelsen går tilbage til 2018. Det, der har ændret sig, er, hvor ofte indkøbere nu støder på den.

Hvad det betyder, når du læser et udbud

Hvis et udbud bruger CSMS og henviser til OCPP 2.0.1 eller IEC 63584, arbejder forfatteren ud fra specifikationen og forventer sandsynligvis svar på protokolniveau om understøttede meddelelser, funktionsblokke og certificering. Hvis et udbud bruger CPMS og taler om førere, apps og fakturering, tænker forfatteren kommercielt. At svare i det forkerte register er en almindelig måde at miste point på i et teknisk stærkt tilbud.

Hvad gør et CSMS? Kernefunktionerne forklaret

OCPP 2.0.1 organiserer sine 64 meddelelser i funktionsblokke, og de blokke svarer tæt til det, ethvert seriøst CSMS skal kunne håndtere. Listen nedenfor følger den struktur, fordi det er den mest pålidelige måde at sammenligne platforme på uden at fare vild i marketingkategorier.

Provisionering og enhedsstyring

Enhver lader skal præsentere sig, før den kan gøre noget som helst. Den sender en boot-notifikation, modtager sin konfiguration og rapporterer sin struktur af komponenter og variabler. OCPP 2.0.1 formaliserede dette med en enhedsmodel, som lader CSMS'et læse og skrive konfiguration på en standardiseret måde i stedet for at forlade sig på producentspecifikke nøglenavne. For en operatør med blandet hardware er det forskellen på at styre en flåde og at styre en samling.

Autorisation og identitet

Før en session starter, afgør CSMS'et, om den fremviste identitet har lov til at lade. Identiteten kan være et RFID-kort, et app-token, et kontraktcertifikat fra ISO 15118 eller et roaming-token, der tilhører en anden udbyders kunde. CSMS'et validerer den op mod sine egne registreringer, en lokal cache eller et roaming-backend. Stationer kan også have en lokal autorisationsliste, så opladningen stadig fungerer, når forbindelsen falder ud, og det betyder mere, end de fleste indkøbere regner med, på lokationer med dårlig mobildækning.

Transaktioner, måling og sessionsdata

Transaktionsregistreringen er systemets kommercielle hjerte. Den registrerer, hvornår en session startede og stoppede, hvor meget energi der blev leveret, på hvilke tidspunkter, og under hvis identitet. OCPP 2.0.1 erstattede de separate start- og stopmeddelelser fra 1.6 med én hændelsesbaseret model og flyttede genereringen af transaktions-id'er til stationen. Det praktiske resultat er færre forældreløse sessioner og en renere afstemning.

Måleværdier kommer med jævne mellemrum under en session og ved dens start og afslutning. Kvaliteten og detaljeringsgraden af de data afgør, om en operatør kan fakturere præcist, dokumentere en omstridt session eller modellere udnyttelsesgraden ordentligt.

Fjernstyring og tilgængelighed

Operatører skal kunne styre laderne uden at besøge dem. Et CSMS kan starte og stoppe sessioner på afstand, frigøre et kabel, der sidder fast, ændre en stations tilgængelighed og genstarte den. Supportteams bruger disse funktioner hele tiden. Fjernkommandoernes hastighed og pålidelighed har direkte betydning for, hvor mange servicebesøg et netværk har brug for om måneden.

Smart opladning og laststyring

Smart opladning er der, hvor CSMS'et holder op med at være et overvågningsværktøj og begynder at beskytte en business case. Med ladeprofiler kan CSMS'et sætte grænser pr. session, pr. EVSE, pr. station eller på tværs af en gruppe, med tilknyttede tidsplaner. Dynamisk laststyring fordeler den tilgængelige kapacitet mellem køretøjerne, så en lokation kan forsyne flere ladere uden at opgradere sin nettilslutning.

For operatører i bolig-, arbejdsplads- og parkeringsmiljøer er det ofte den enkeltfunktion i platformen, der skaber mest værdi.

Tariffer, prissætning og fakturering

En tarifmotor omsætter energi og tid til penge. Det betyder priser pr. kWh, sessionsgebyrer, prissætning efter tidspunkt på døgnet, blokeringsgebyrer og forskellige priser for forskellige kundegrupper eller lokationer. CSMS'et anvender tariffen, danner den fakturerbare post og giver den videre til det system, der udsteder fakturaen. Det, operatører typisk falder over, er valuta, momshåndtering og afrunding på tværs af markeder, som er lette at overse i en demo og dyre at opdage senere.

Betalinger og ad hoc-opladning

Offentlig opladning i EU skal fungere for førere, der ikke har nogen kontrakt med operatøren. Forordning (EU) 2023/1804, forordningen om infrastruktur for alternative brændstoffer, har fundet anvendelse siden den 13. april 2024 og kræver ad hoc-opladning ved offentligt tilgængelige ladepunkter med prisgennemsigtighed og udbredte elektroniske betalingsmetoder. Operatørerne skal tilbyde mindst én af følgende: en betalingskortlæser, en kontaktløs enhed, der kan læse betalingskort, eller en internetforbundet enhed, der understøtter sikker betaling, for eksempel via QR-kode. Den fulde tekst findes på EUR-Lex.

Driftsmæssigt er det i CSMS'et, at denne forpligtelse lander. Det skal autorisere en session på grundlag af en forhåndsautorisation af betalingen frem for en konto, afregne det korrekte beløb bagefter og udstede en kvittering.

Diagnostik, overvågning og firmware

En defekt lader, som ikke er meldt, er værre end en lader, der er offline, fordi operatøren stadig betaler for lokationen, og føreren stadig dukker op. Et CSMS indsamler statusnotifikationer og fejlkoder, gør dem synlige og styrer firmwareopdateringer på tværs af flåden. Forskellen mellem platformene ligger som regel ikke i, om de indsamler fejl, men i hvad der sker derefter.

eMablers Pulse håndterer dette lag med AI-drevet diagnostik. Den opdager fejl på ladepunkter, krydsrefererer dem mod OEM-dokumentation, anbefaler løsninger og kan handle automatisk ved at genstarte udtag eller deaktivere defekte porte, før kunderne bliver berørt.

Sikkerhed og certifikathåndtering

OCPP 2.0.1 definerer tre sikkerhedsprofiler, der kombinerer HTTP Basic-autentificering eller TLS-klientcertifikater med valgfri eller obligatorisk TLS. Den dækker også styring af certifikaters livscyklus, signeret firmware og logning af sikkerhedshændelser. Indkøbere bør spørge, hvilke profiler en platform kører i produktion, frem for hvilke der står i dens dokumentation, og bør se efter ISO 27001-certificering som et grundkrav.

Reservationer og beskeder til førere

To mindre funktioner fuldender billedet. Med reservationer kan en fører holde en EVSE reserveret i et tidsrum. Med displaybeskeder kan CSMS'et sende tekst til en stations skærm, hvilket bruges til prisinformation, servicemeddelelser og kommunikation om nedbrud.

Hvordan kommunikerer et CSMS med ladestationer?

Forbindelsen mellem lader og CSMS er enklere, end de fleste tror, og når du ved, hvordan den fungerer, forsvinder meget af mystikken fra samtaler om fejlfinding.

OCPP over WebSocket

Moderne OCPP kører som JSON over WebSocket, kendt som OCPP-J. Ladestationen er klienten, åbner altid forbindelsen til CSMS'et og holder den åben hele tiden. Det har betydning, fordi stationen dermed kan sidde bag en firewall eller en mobil NAT og stadig modtage kommandoer fra backendet. Når forbindelsen først er oppe, kan begge sider sende meddelelser.

Stationens identitet indgår i forbindelsens URL, så den behøver ikke at blive gentaget i hver meddelelse. De ældre versioner OCPP 1.2 og 1.5 brugte i stedet SOAP og findes kun i gamle installationer.

En ladesession fra start til slut

En session følger et forudsigeligt forløb. Stationen starter op og sender en boot-notifikation og derefter heartbeats for at vise, at den er i live. En fører fremviser en identitet, og stationen beder CSMS'et om at autorisere den. Transaktionen begynder, måleværdier strømmer ind med jævne mellemrum, og transaktionen slutter med en endelig måleraflæsning. CSMS'et prissætter derefter sessionen og danner registreringen. Statusnotifikationer løber parallelt med hele forløbet og rapporterer tilgængelighed og fejl.

OCPP 1.6, 2.0.1 og 2.1 i marken

De fleste europæiske netværk er i dag blandede. OCPP 1.6 er fortsat vidt udbredt, fordi den er moden og understøttes af en enorm installeret base af hardware. OCPP 2.0.1 er det nuværende mål for nye udrulninger og bringer enhedsmodellen, bedre sikkerhed og stærkere smart opladning med sig. OCPP 2.1 blev udgivet i januar 2025, tilføjer styring af distribuerede energiressourcer og vehicle-to-grid-funktioner og er bagudkompatibel med OCPP 2.0.1.

Ethvert CSMS, en operatør køber i dag, skal kunne håndtere mindst 1.6 og 2.0.1 side om side på det samme netværk uden særlig håndtering pr. lokation.

Hvordan passer et CSMS ind i den bredere ladearkitektur?

OCPP styrer kun ét led, nemlig det mellem station og CSMS. Alt andet, en operatør har brug for, kører over andre grænseflader, og CSMS'et er det knudepunkt, de alle forbindes igennem.

Roaming og OCPI

Førere forventer at kunne lade på netværk, som deres udbyder ikke ejer. Det fungerer gennem roaming-protokoller, oftest OCPI, der overfører lokationer, tariffer, autorisationsanmodninger, sessioner og charge detail records mellem operatører og serviceudbydere. eMSP'en er slet ikke en aktør i OCPP. Den når netværket gennem CSMS'et.

ISO 15118 og Plug and Charge

ISO 15118 muliggør kommunikation mellem køretøjet og laderen, og det er det, der gør Plug and Charge muligt: bilen identificerer sig med et kontraktcertifikat, og opladningen starter uden kort eller app. CSMS'et håndterer certifikatstyringen i den forbindelse. eMabler understøtter Plug and Charge.

Energistyring, netsignaler og fleksibilitet

Et CSMS fungerer sjældent isoleret på energisiden. Et energistyringssystem kan pålægge en lokation grænser, som stationen rapporterer tilbage over OCPP. En distributionssystemoperatør kan sende signaler om netbegrænsninger via protokoller som OpenADR eller OSCP. For operatører med en portefølje af lokationer er det her, opladning bliver en del af energiforretningen.

Forretningssystemer

De forbindelser, der afgør, om et CSMS fungerer i hverdagen, er som regel de knap så glamourøse. CRM, ERP, fakturering, betalingsudbydere og operatørens egen kundeapp har alle brug for ladedata, og de har brug for dem i en form, som deres systemer allerede forstår. ABC integrerede opladning direkte i ABC-mobiili-appen. Aimo Park samlede parkering og opladning i én app.

Hvad du skal se efter, når du vælger et CSMS

Funktionslisterne ligner mere og mere hinanden. Enhver platform på markedet vil formentlig sætte kryds ved de fleste af punkterne ovenfor i et skriftligt svar. De forskelle, der betyder noget, viser sig i, hvordan en platform opfører sig, når den først driver et rigtigt netværk.

Understøttelse af OCPP-versioner, og om den er certificeret

Spørg, hvilke OCPP-versioner der understøttes i produktion, ikke på roadmappen. Spørg, om implementeringen er certificeret af Open Charge Alliance, for selvdeklareret compliance og testet compliance er to forskellige ting. Spørg, hvordan platformen håndterer et netværk, der kører to protokolversioner på samme tid.

Hardwarekompatibilitet i praksis

OCPP-compliance garanterer ikke interoperabilitet. Producenter fortolker dele af specifikationen forskelligt, og hullerne viser sig først under belastning eller i grænsetilfælde. Det nyttige spørgsmål er ikke, om en platform i princippet er hardwareuafhængig, men hvilke konkrete modeller den har i produktion, i hvilket omfang og hvor længe.

API-dybde og integrationsflade

Hvis ladedata ikke kan nå de systemer, der driver resten af forretningen, bliver platformen en ø med et dashboard. Se på, om API'et dækker alt det, brugergrænsefladen kan, om det er offentligt dokumenteret, og om der allerede findes integrationer til de systemer, du kører i dag. eMabler er API-first og tilbyder 300+ færdige integrationer, med skræddersyede integrationer bygget på åbne API'er.

Oppetid, overvågning og hvem der tager telefonen

Ladefejl er synlige for kunderne inden for få sekunder og huskes i lang tid. Bed om oppetidstal, og spørg, hvordan de måles. Spørg, hvad der sker klokken to om natten, når en lokation går ned, og helt konkret, hvem du får fat i. eMabler kører med 99,999 % platformsoppetid, og operatørerne taler direkte med de ingeniører, der byggede platformen.

Prismodel og afstemte incitamenter

Prisstrukturen fortæller dig, hvad en leverandør optimerer efter. En model knyttet til vellykkede ladesessioner placerer leverandørens og operatørens indtægter på samme side. eMabler opkræver et grundlæggende licensgebyr plus en forbrugsbaseret komponent knyttet til vellykkede ladesessioner. Aktuelle detaljer finder du på emabler.com/pricing.

Dataejerskab og exitvilkår

To spørgsmål afgør det. Hvem ejer ladedataene, og hvem ejer relationen til føreren? Hvor svaret er leverandøren, stiger omkostningen ved senere at skifte platform tilsvarende. Med eMabler bevarer operatørerne det fulde ejerskab over deres ladedata og deres førerrelationer.

Compliance

For europæiske operatører omfatter den relevante compliance-liste AFIR, GDPR, EU Data Act, PCI DSS, hvor der håndteres betalinger, og ISO 27001 for informationssikkerhed. eMabler er ISO 27001-certificeret med nul registrerede sikkerhedsbrud og overholder GDPR, AFIR, PCI DSS og EU Data Act.

Hvor valget af CSMS typisk går galt

Det meste af den fortrydelse, man ser i denne kategori, kan spores tilbage til en håndfuld forudsigelige fejl.

At købe ud fra funktionslister

Skriftlige svar på en kravmatrix ser næsten ens ud på tværs af leverandører. To platforme kan begge hævde at have smart opladning og alligevel opføre sig helt forskelligt med 60 køretøjer på en begrænset tilslutning. Referencesamtaler med operatører, der driver lignende netværk, er mere værd end matrixen.

At sidestille OCPP-compliance med interoperabilitet

Compliance betyder, at en platform implementerer specifikationen. Interoperabilitet betyder, at den fungerer med de konkrete ladere, du ejer. Det sidste er et empirisk spørgsmål, og det eneste pålidelige svar kommer fra udrulninger i produktion.

At undervurdere migreringen

At flytte et kørende netværk mellem platforme berører hardwarekonfiguration, førerkonti, tariffer, historiske data og hver eneste integration, der er bygget ovenpå. Operatører, der planlægger det som et softwareskifte, opdager som regel det reelle omfang halvvejs igennem.

At miste kontrollen over dataene

Platforme, der beholder relationen til føreren eller begrænser dataeksport, skaber en afhængighed, der vokser med netværket. Det er lige så meget et kontraktspørgsmål som et teknisk spørgsmål, og det er langt lettere at afklare før underskrivelsen end bagefter.

Hvordan migrerer du fra ét CSMS til et andet?

Migrering er den del af CSMS'ets livscyklus, der får mindst opmærksomhed og gør mest ondt, så det er værd at planlægge ud fra fakta frem for optimisme.

Hvad du skal gennemgå først

Før noget flyttes, har en operatør brug for en komplet kortlægning: hver lader med dens firmware- og OCPP-version, hver integration og det, den trækker på, hver tarif og kundegruppe samt de historiske data, der skal overleve overgangen. Huller i denne kortlægning bliver til hændelser senere.

At planlægge rækkefølgen uden at tage lokationer offline

Migreringer fungerer bedst i faser med start i et lille, repræsentativt udvalg af lokationer, der dækker hardwaretyperne i porteføljen. At køre begge platforme parallelt under overgangen koster mere i en periode og fjerner behovet for ét enkelt, afgørende skifte.

Sådan ser en virkelig gnidningsfri og hurtig CSMS-migrering ud

Time Park er en norsk parkeringsoperatør ejet af Thon Group og administrerer parkering og elbilopladning på flere hundrede lokationer i Norge, herunder indkøbscentre, hoteller, arbejdspladser og etageejendomme, som alle betjenes gennem virksomhedens egen app, Time Park Fix. Time Park flyttede hele sin platform for elbilopladning til eMabler på 14 dage, hvilket er den hurtigste migrering, eMabler har registreret, og klarede det meste af arbejdet med sit eget team.

To faktorer gjorde det tempo muligt. Time Park havde allerede en OCPI-kompatibel EMSP-opsætning, som fjernede en stor del af integrationsarbejdet, og virksomheden havde direkte adgang til eMablers ingeniørteam gennem hele projektet. Som Henrik Fauske, Product Owner hos Time Park, udtrykte det: »Migreringsprocessen var standardiseret og virkede ud af boksen. Vellykkede ladesessioner begyndte at komme ind hurtigt lige efter migreringen, hvilket tidligt bekræftede, at alting fungerede.«

Læs hele Time Parks success-story her.

Hvad ændrer OCPP 2.1 for CSMS-platforme?

Protokollen bevæger sig ud over styring af ladere og ind i deltagelse på energimarkedet, og det ændrer, hvad et CSMS forventes at gøre i de kommende år.

Distribuerede energiressourcer og vehicle-to-grid

OCPP 2.1 tilføjer meddelelser til at indstille, aflæse og rydde styringsindstillinger for distribuerede energiressourcer samt alarmer og start-stop-notifikationer. Det er det protokolmæssige grundlag for at behandle ladere og tilsluttede køretøjer som netaktiver.

Netydelser og dynamiske tidsplaner

Specifikationen tilføjer et signal til automatisk frekvensgenoprettelsesreserve, et marked, som mange europæiske transmissionssystemoperatører driver, plus dynamiske opdateringer af tidsplaner og prioriteret opladning. Tilsammen gør de det muligt for et backend at tilpasse opladningen efter markedsforholdene såvel som lokale grænser.

Tariffer, afregning og hændelsesstrømme

OCPP 2.1 bringer tariffer ind i selve protokollen med meddelelser til at fastsætte standardtariffer, ændre en tarif midt i en transaktion og give besked om afregning. Den introducerer også periodiske hændelsesstrømme, som ændrer, hvordan højfrekvente data bevæger sig mellem station og CSMS.

Hvad du skal spørge leverandørerne om

De spørgsmål, der er værd at stille, er konkrete. Find ud af, hvilke funktionsområder i 2.1 der er implementeret i dag, hvilke der er planlagt og med hvilken tidslinje, og om platformen kan køre 1.6-, 2.0.1- og 2.1-stationer på det samme netværk. Det er også værd at spørge, hvilken hardware leverandøren har testet 2.1 mod, eftersom understøttelse i backendet kun er den ene halvdel af en fungerende udrulning.

CSMS: ofte stillede spørgsmål

Q: Er et CSMS det samme som et CPMS?

A: I kommerciel sammenhæng, ja. CSMS er den betegnelse, der bruges i OCPP-specifikationen, og CPMS er den betegnelse, de fleste leverandører bruger på markedet. Hvor de adskiller sig, omfatter CPMS ofte forretningsfunktioner som fakturering og kundehåndtering, som OCPP ikke dækker.

Q: Er CSMS en ny betegnelse?

A: Nej. Den kom ind i OCPP med version 2.0 i 2018 og blev standardbetegnelsen med OCPP 2.0.1 i 2020. Den er blevet mere synlig i kommercielle tekster, i takt med at udbredelsen af OCPP 2.0.1 er vokset, og efter at OCPP 2.0.1 blev godkendt som IEC-standard 63584.

Q: Skal et CSMS understøtte OCPP 2.0.1?

A: Til nye udrulninger er 2.0.1 det fornuftige udgangspunkt. Da OCPP 1.6 og 2.0.1 ikke er kompatible, og 1.6-hardware stadig er udbredt, har de fleste operatører brug for et CSMS, der kører begge versioner på det samme netværk.

Q: Kan ét CSMS styre ladere fra forskellige producenter?

A: Ja, forudsat at platformen er hardwareuafhængig, og at laderne er OCPP-kompatible. Spørg, hvilke konkrete modeller leverandøren kører i produktion, for fortolkningerne af specifikationen varierer fra producent til producent.

Q: Er et CSMS det samme som et energistyringssystem?

A: Nej. Et EMS styrer de elektriske belastninger på en lokation eller i en bygning og kan pålægge grænser, som en ladestation rapporterer tilbage over OCPP. Et CSMS driver ladenetværket og kan reagere på de grænser.

Q: Har du brug for et CSMS til en enkelt ladelokation?

A: Enhver lader, der kræver autorisation, fakturering, fjernsupport eller rapportering, har brug for et backend, uanset antallet af lokationer. Økonomien ændrer sig med skalaen, men det funktionelle behov gør ikke.

Q: Hvem ejer dataene i et CSMS?

A: Det afhænger helt af kontrakten frem for af teknologien. Dataejerskab og kontrol over relationen til føreren er kommercielle vilkår, og de varierer fra udbyder til udbyder.

Valget af CSMS: hvad det koger ned til

Et CSMS er det charging station management system, der driver et ladenetværk til elbiler: provisionering, autorisation, transaktioner, smart opladning, tariffer, diagnostik og alt det, forretningen er afhængig af bagefter. Betegnelsen kommer fra OCPP 2.0.1 og betyder det samme som CPMS i næsten enhver kommerciel samtale. Det, der betyder mere end forkortelsen, er, at valget af platform afgør tre ting på én gang: hvilken hardware du kan købe, hvilke systemer du kan forbinde dig til, og hvem der ejer dine ladedata.

eMabler er hardwareuafhængig og fungerer med alle OCPP-kompatible ladepunkter, så operatører ikke er bundet til én producent. Platformen er API-first og forbinder sig til eksisterende CRM-, fakturerings-, betalings- og energistyringssystemer gennem åbne API'er og 300+ færdige integrationer. Prissætningen er knyttet til vellykkede ladesessioner, operatørerne bevarer det fulde ejerskab over deres ladedata og førerrelationer, og supporten kommer fra de ingeniører, der byggede platformen. I dag driver eMabler 120.000+ tilsluttede ladepunkter i 11 lande, håndterer mere end 1,3 millioner ladesessioner om måneden med 99,999 % oppetid og er ISO 27001-certificeret med nul registrerede sikkerhedsbrud.

Hvis du er ved at vurdere et CSMS til dit netværk eller planlægger at skifte væk fra det, du har i dag, tager vi gerne en snak!

Hvad er et CSMS (Charging Station Management System)?