Vad är ett CSMS inom elbilsladdning

Snabbt svar

Ett CSMS, eller Charging Station Management System, är den mjukvaruplattform som driver, övervakar och fakturerar ett nätverk av laddstationer för elbilar. Termen kommer från OCPP 2.0, som Open Charge Alliance publicerade 2018, där den ersatte OCPP 1.6-termen Central System, och den blev standard i och med OCPP 2.0.1 år 2020. Ett CSMS hanterar provisionering av laddare och enhetshantering, auktorisering av förare, laddtransaktioner och mätardata, fjärrstyrning, smart laddning, tariffer och fakturering, diagnostik samt firmwareuppdateringar. I kommersiella sammanhang beskriver CSMS och CPMS (Charge Point Management System) samma kategori av mjukvara, där CSMS är den protokollmässigt korrekta termen och CPMS den vanligare marknadstermen. Vilket CSMS en operatör väljer avgör vilken hårdvara den kan använda, vilka affärssystem den kan ansluta till och vem som äger laddningsdatan.

En operatör som driver 40 platser med laddare från tre olika tillverkare har en enda mjukvara som avgör om något av det faktiskt fungerar. När en laddare tappar uppkopplingen klockan sex på morgonen, när en förare debiteras två gånger för en och samma session, när en plats ligger nära gränsen för sin nätanslutning, finns svaret på samma ställe. Det stället är backend, och i OCPP:s vokabulär kallas det CSMS.

Termen används ofta inkonsekvent i branschen. Vissa leverantörer säger CSMS, andra säger CPMS och ytterligare andra säger laddplattform. Bakom namnfloran finns en specifik teknisk definition med ett specifikt ursprung, och att förstå den gör upphandlingsdokument, leverantörsdemos och integrationsdiskussioner betydligt lättare att läsa.

Den här artikeln går igenom vad ett system för hantering av laddstationer är, var termen kommer ifrån, vad det gör funktion för funktion, hur det kommunicerar med laddare, hur det passar in i resten av laddstacken och vad som skiljer ett CSMS från ett annat när det är du som skriver under avtalet.

Vad är ett CSMS (charging station management system)?

Ett CSMS (Charging Station Management System) är ett laddnätverks back office. Det är mjukvaran som vet vilka laddare som finns, om de är uppkopplade, vem som får använda dem, vad varje session kostade och vad som ska göras när något går sönder.

Den formella definitionen

I OCPP 2.0.1-specifikationen definieras CSMS som det back office som hanterar laddstationer (Charging Stations). Det är en av endast två normativa roller i protokollet. Den andra är själva laddstationen. Allt annat i en laddarkitektur, inklusive förare, roamingpartner, nätoperatörer och energihanteringssystem, ligger utanför protokollets ramar.

CSMS:et drivs av laddstationsoperatören, Charging Station Operator eller CSO. I branschens vardagsspråk kallas den rollen oftast Charge Point Operator, eller CPO. Skillnaden spelar mindre roll än relationen: en organisation driver CSMS:et, och den organisationen har det kommersiella ansvaret för nätverket.

Vad CSMS:et styr

CSMS:et har den auktoritativa bilden av nätverket. Det lagrar konfigurationen för varje station, de auktoriseringsregler som avgör om en session får starta, den prissättning som bestämmer vad en session kostar och hela transaktionsposten efteråt. Det skickar också kommandon: starta en session på distans, ändra tillgänglighet, tillämpa en laddgräns, starta om ett uttag, skicka ut en firmwareuppdatering.

Vad CSMS:et inte styr

Ett CSMS levererar inte el, och det åsidosätter inte fysiska säkerhetssystem. Om en laddares interna skydd löser ut får CSMS:et veta det och rapporterar det, men det är inte CSMS:et som fattar det beslutet. Detsamma gäller de elektriska gränserna för en plats. Ett CSMS kan forma efterfrågan inom det utrymme det tilldelas, och det kan reagera på signaler från ett energihanteringssystem eller en nätoperatör, men den fysiska begränsningen ligger i installationen.

De tre nivåerna: station, EVSE, kontakt

OCPP 2.0.1 modellerar en plats logiskt snarare än fysiskt, i tre nivåer. En laddstation är hela systemet som har en enda identitet och talar OCPP med CSMS:et. Under den finns en eller flera EVSE:er (Electric Vehicle Supply Equipment), som var och en kan ladda ett fordon åt gången. Under varje EVSE finns en eller flera kontakter, de enskilda uttagen eller fast monterade kablarna.

Det här spelar roll i praktiken eftersom en laddhubb med tjugo EVSE:er bakom ett enda modem är en enda laddstation sett till protokollet. Varje EVSE har ett nummer, som i OCPP-meddelanden skrivs som evseId (EVSE-identifierare), och numren börjar på ett och löper i följd utan luckor. Ett evseId på noll är reserverat för stationen som helhet, så ett kommando som skickas till noll gäller varje EVSE på stationen. Kontakterna numreras på samma sätt, med start på ett inom varje EVSE.

CSMS kontra CPMS: finns det någon verklig skillnad?

De två termerna används sida vid sida på marknaden, så skillnaden förtjänar ett rakt svar före allt annat.

CSMS är protokolltermen

CSMS kommer från specifikationen. Termen kom med OCPP 2.0 år 2018 och blev standard i och med OCPP 2.0.1, och det är rätt term när du diskuterar OCPP-meddelanden, certifiering eller något annat på protokollnivå. Om du läser ett tekniskt dokument från Open Charge Alliance kommer du att se CSMS.

CPMS är marknadstermen

CPMS, eller Charge Point Management System, växte fram ur vokabulären i OCPP 1.6, där laddaren var en Charge Point och backend var Central System. Branschen höll fast vid uttrycket Charge Point långt efter att protokollet hade ändrat det, och därför följde CPMS med in i kommersiellt språkbruk.

Där de två faktiskt skiljer sig åt

Det finns en reell teknisk skillnad. CSMS syftar specifikt på rollen på OCPP-sidan, det system som en laddstation ansluter till. CPMS är bredare i vanligt språkbruk och omfattar ofta kommersiella funktioner som OCPP aldrig täcker, som kundhantering, fakturering, roamingavräkning och förarappar. En plattform som bara implementerar OCPP-sidan är ett CSMS. En plattform som även driver affären runt omkring är det som de flesta menar med CPMS.

I upphandlingsdokument syftar de två termerna oftast på samma system. När en kravspecifikation listar CSMS och CPMS som separata krav väger den definition som hör till vart och ett tyngre än själva etiketten.

Varför branschen slutade säga Central System

Terminologin inom elbilsladdning följer protokollet, och protokollet förändrades. Att förstå förändringen säger dig ungefär hur gammalt ett dokument, en laddare eller en leverantörs produkttänkande är.

Vokabulärskiftet från OCPP 1.6 till 2.0.1

OCPP 1.6 släpptes 2015 och blev den mest implementerade versionen av protokollet. OCPP 2.0 kom 2018, OCPP 2.0.1 följde 2020 och OCPP 2.1 släpptes 2025. Med 2.x-generationen ersattes Charge Point av Charging Station och Central System av CSMS. Namnbytet var inte kosmetiskt. OCPP 2.0.1 införde EVSE-nivån, ersatte platta identifierare med strukturerade objekt och flyttade genereringen av transaktions-ID från backend till stationen.

De två generationerna är inte kompatibla med varandra, så en laddare som talar OCPP 1.6 kan inte kommunicera med en backend som bara talar 2.0.1. Den inkompatibiliteten är skälet till att versionsstödet spelar roll när en utrullning planeras, och till att uttrycket ”OCPP-kompatibel” i ett datablad inte säger tillräckligt på egen hand.

IEC 63584 förde in CSMS i upphandlingsspråket

OCPP 2.0.1 Edition 3 godkändes som IEC-standard, IEC 63584, år 2024. När ett protokoll blir en internationell standard börjar dess vokabulär synas i offentliga upphandlingsdokument, nationella ramverk och checklistor för regelefterlevnad. Det är huvudskälet till att CSMS nu dyker upp i kommersiella texter där CPMS tidigare var det givna valet. Själva termen går tillbaka till 2018. Det som har förändrats är hur ofta köpare stöter på den i dag.

Vad det betyder när du läser ett upphandlingsunderlag

Om ett upphandlingsunderlag använder CSMS och hänvisar till OCPP 2.0.1 eller IEC 63584 utgår författaren från specifikationen och förväntar sig sannolikt svar på protokollnivå om vilka meddelanden som stöds, funktionsblock och certifiering. Om underlaget använder CPMS och talar om förare, appar och fakturering tänker författaren kommersiellt. Att svara i fel register är ett vanligt sätt att tappa poäng på ett tekniskt starkt anbud.

Vad gör ett CSMS? Kärnfunktionerna förklarade

OCPP 2.0.1 organiserar sina 64 meddelanden i funktionsblock, och de blocken stämmer väl överens med det som varje seriöst CSMS måste hantera. Listan nedan följer den strukturen, eftersom det är det mest tillförlitliga sättet att jämföra plattformar utan att gå vilse bland marknadsföringskategorier.

Provisionering och enhetshantering

Varje laddare måste presentera sig innan den kan göra något. Den skickar ett uppstartsmeddelande, tar emot sin konfiguration och rapporterar sin struktur av komponenter och variabler. OCPP 2.0.1 formaliserade detta med en enhetsmodell, som låter CSMS:et läsa och skriva konfiguration på ett standardiserat sätt i stället för att förlita sig på tillverkarspecifika nyckelnamn. För en operatör med blandad hårdvara är det skillnaden mellan att hantera en flotta och att hantera en samling.

Auktorisering och identitet

Innan en session startar avgör CSMS:et om den uppvisade identiteten får ladda. Identiteten kan vara ett RFID-kort, en apptoken, ett kontraktscertifikat enligt ISO 15118 eller en roamingtoken som tillhör en annan leverantörs kund. CSMS:et validerar den mot sina egna register, en lokal cache eller en roamingbackend. Stationer kan också ha en lokal auktoriseringslista så att laddningen fungerar även när uppkopplingen bryts, vilket spelar större roll än de flesta köpare räknar med på platser med dålig mobiltäckning.

Transaktioner, mätning och sessionsdata

Transaktionsposten är systemets kommersiella hjärta. Den registrerar när en session startade och slutade, hur mycket energi som flödade, vid vilka tidpunkter och under vems identitet. OCPP 2.0.1 ersatte de separata start- och stoppmeddelandena i 1.6 med en enda händelsebaserad modell och flyttade genereringen av transaktions-ID till stationen. Det praktiska resultatet är färre föräldralösa sessioner och renare avstämning.

Mätvärden kommer in periodiskt under en session och vid dess start och slut. Kvaliteten och granulariteten i den datan avgör om en operatör kan fakturera korrekt, styrka en omtvistad session eller modellera utnyttjandegraden ordentligt.

Fjärrstyrning och tillgänglighet

Operatörer behöver kunna styra laddare utan att besöka dem. Ett CSMS kan starta och stoppa sessioner på distans, frigöra en kabel som inte har släppt, ändra en stations tillgänglighet och återställa den. Supportavdelningar använder de här funktionerna ständigt. Fjärrkommandonas snabbhet och tillförlitlighet påverkar direkt hur många platsbesök ett nätverk behöver per månad.

Smart laddning och lasthantering

Smart laddning är där CSMS:et slutar vara ett övervakningsverktyg och börjar skydda ett affärscase. Med laddprofiler kan CSMS:et sätta gränser per session, per EVSE, per station eller för en hel grupp, med tillhörande scheman. Dynamisk lasthantering fördelar tillgänglig kapacitet mellan fordon så att en plats kan försörja fler laddare utan att uppgradera sin nätanslutning.

För operatörer i bostads-, arbetsplats- och parkeringsmiljöer är det här ofta den enskilt mest värdefulla funktionen i plattformen.

Tariffer, prissättning och fakturering

En tariffmotor omvandlar energi och tid till pengar. Det innebär priser per kWh, sessionsavgifter, prissättning efter tid på dygnet, blockeringsavgifter och olika priser för olika kundgrupper eller platser. CSMS:et tillämpar tariffen, tar fram den debiterbara posten och lämnar över den till det system som utfärdar fakturan. Det som brukar ställa till det för operatörer är valuta, momshantering och avrundning mellan marknader, som är lätta att förbise i en demo och dyra att upptäcka senare.

Betalningar och ad hoc-laddning

Publik laddning i EU måste fungera för förare som inte har något avtal med operatören. Förordning (EU) 2023/1804 om utbyggnad av infrastruktur för alternativa drivmedel har tillämpats sedan den 13 april 2024 och kräver ad hoc-laddning vid allmänt tillgängliga laddpunkter, med pristransparens och elektroniska betalningsmetoder som används i stor utsträckning. Operatörer måste erbjuda minst ett av följande: en betalkortsläsare, en kontaktlös enhet som kan läsa betalkort eller en internetansluten enhet som stöder säker betalning, till exempel via QR-kod. Hela texten finns på EUR-Lex.

Det är i CSMS:et som den här skyldigheten landar operativt. Det måste auktorisera en session mot en förhandsauktorisering av betalningen snarare än mot ett konto, debitera rätt slutbelopp efteråt och ta fram ett kvitto.

Diagnostik, övervakning och firmware

En laddare som är trasig utan att felet har rapporterats är värre än en laddare som är offline, eftersom operatören fortfarande betalar för platsen och föraren ändå dyker upp. Ett CSMS samlar in statusnotifieringar och felkoder, synliggör dem och hanterar firmwareuppdateringar i hela flottan. Skillnaden mellan plattformar ligger oftast inte i om de samlar in fel utan i vad som händer sedan.

eMablers Pulse hanterar det här lagret med AI-driven diagnostik. Pulse upptäcker fel på laddpunkter, jämför mot OEM-dokumentation, rekommenderar åtgärder och kan agera automatiskt genom att starta om uttag eller inaktivera felaktiga portar innan kunderna påverkas.

Säkerhet och certifikathantering

OCPP 2.0.1 definierar tre säkerhetsprofiler, som kombinerar HTTP Basic-autentisering eller TLS-klientcertifikat med valfri eller obligatorisk TLS. Versionen omfattar också livscykelhantering av certifikat, signerad firmware och loggning av säkerhetshändelser. Köpare bör fråga vilka profiler en plattform kör i produktion snarare än vilka som nämns i dess dokumentation, och bör efterfråga ISO 27001-certifiering som en grundnivå.

Reservationer och meddelanden till förare

Två mindre funktioner kompletterar bilden. Med reservationer kan en förare boka en EVSE under en viss tid. Med displaymeddelanden kan CSMS:et skicka text till en stations skärm, vilket används för prisinformation, servicemeddelanden och kommunikation vid driftavbrott.

Hur kommunicerar ett CSMS med laddstationer?

Anslutningen mellan laddare och CSMS är enklare än de flesta tror, och att veta hur den fungerar tar bort mycket av mystiken i felsökningssamtal.

OCPP över WebSocket

Dagens OCPP körs som JSON över WebSocket, så kallat OCPP-J. Laddstationen är klienten, öppnar alltid anslutningen till CSMS:et och håller den öppen hela tiden. Det spelar roll eftersom stationen då kan sitta bakom en brandvägg eller NAT i mobilnätet och ändå ta emot kommandon från backend. När anslutningen väl är uppe kan båda sidor skicka meddelanden.

Stationens identitet ingår i anslutnings-URL:en, så den behöver inte upprepas i varje meddelande. De äldre versionerna OCPP 1.2 och 1.5 använde i stället SOAP och förekommer bara i gamla installationer.

En laddsession från start till mål

En session följer ett förutsägbart förlopp. Stationen startar och skickar ett uppstartsmeddelande, och därefter heartbeat-meddelanden för att visa att den lever. En förare uppvisar en identitet och stationen ber CSMS:et att auktorisera den. Transaktionen börjar, mätvärden strömmar in med jämna mellanrum och transaktionen avslutas med en slutlig mätaravläsning. CSMS:et prissätter sedan sessionen och tar fram posten. Statusnotifieringar löper parallellt med hela förloppet och rapporterar tillgänglighet och fel.

OCPP 1.6, 2.0.1 och 2.1 i fält

De flesta europeiska nätverk är blandade i dag. OCPP 1.6 är fortfarande brett utrullat eftersom det är moget och stöds av en enorm installerad bas av hårdvara. OCPP 2.0.1 är det aktuella målet för nya utrullningar och för med sig enhetsmodellen, bättre säkerhet och kraftfullare smart laddning. OCPP 2.1 släpptes i januari 2025, lägger till styrning av distribuerade energiresurser och vehicle-to-grid-funktioner och är bakåtkompatibelt med OCPP 2.0.1.

Varje CSMS som en operatör köper i dag behöver hantera minst 1.6 och 2.0.1 sida vid sida, i samma nätverk, utan särskild hantering per plats.

Hur passar ett CSMS in i den bredare laddarkitekturen?

OCPP styr bara en länk, den mellan station och CSMS. Allt annat som en operatör behöver går över andra gränssnitt, och CSMS:et är navet som de alla ansluter genom.

Roaming och OCPI

Förare förväntar sig att kunna ladda i nätverk som deras leverantör inte äger. Det fungerar genom roamingprotokoll, oftast OCPI, som överför platser, tariffer, auktoriseringsförfrågningar, sessioner och laddningsposter (CDR) mellan operatörer och tjänsteleverantörer. eMSP:n är inte någon OCPP-aktör över huvud taget. Den når nätverket via CSMS:et.

ISO 15118 och Plug and Charge

ISO 15118 gör att fordonet och laddaren kan kommunicera, vilket är det som gör Plug and Charge möjligt: bilen identifierar sig med ett kontraktscertifikat och laddningen startar utan kort eller app. CSMS:et sköter certifikathanteringen i det här flödet. eMabler stöder Plug and Charge.

Energihantering, nätsignaler och flexibilitet

Ett CSMS arbetar sällan isolerat på energisidan. Ett energihanteringssystem kan sätta gränser på en plats, vilka stationen rapporterar tillbaka via OCPP. En distributionsnätsoperatör kan skicka signaler om nätbegränsningar med protokoll som OpenADR eller OSCP. För operatörer med en portfölj av platser är det här som laddningen blir en del av energiaffären.

Affärssystem

De kopplingar som avgör om ett CSMS fungerar i vardagen är oftast de minst glamorösa. CRM, ERP, fakturering, betalleverantörer och operatörens egen kundapp behöver alla laddningsdata, och de behöver den i en form som deras system redan förstår. ABC integrerade laddning direkt i appen ABC-mobiili. Aimo Park förenade parkering och laddning i en enda app.

Vad du ska titta efter när du väljer ett CSMS

Funktionslistorna närmar sig varandra. Varje plattform på marknaden kommer förmodligen att bocka av de flesta punkterna ovan i ett skriftligt svar. De skillnader som spelar roll syns i hur en plattform beter sig när den väl driver ett verkligt nätverk.

Stöd för OCPP-versioner och om det är certifierat

Fråga vilka OCPP-versioner som stöds i produktion, inte på färdplanen. Fråga om implementationen är certifierad av Open Charge Alliance, eftersom självdeklarerad efterlevnad och testad efterlevnad är olika saker. Fråga hur plattformen hanterar ett nätverk som kör två protokollversioner samtidigt.

Hårdvarukompatibilitet i praktiken

OCPP-efterlevnad garanterar inte interoperabilitet. Tillverkare tolkar delar av specifikationen olika, och luckorna visar sig först under last eller i gränsfall. Den användbara frågan är inte om en plattform är hårdvaruoberoende i princip utan vilka specifika modeller den har i produktion, i vilken volym och hur länge.

API-djup och integrationsyta

Om laddningsdatan inte kan nå de system som driver resten av verksamheten blir plattformen en ö med en dashboard. Titta på om API:et täcker allt som användargränssnittet gör, om det är offentligt dokumenterat och om det finns befintliga integrationer för de system du redan kör. eMabler är API-first och erbjuder 300+ färdiga integrationer, med anpassade integrationer byggda på öppna API:er.

Drifttid, övervakning och vem som svarar i telefon

Laddfel syns för kunderna inom några sekunder och sitter kvar i minnet länge. Be om siffror för drifttid och hur de mäts. Fråga vad som händer klockan två på natten när en plats går ner, och mer specifikt vem du når. eMabler har 99,999 % drifttid för plattformen, och operatörer pratar direkt med ingenjörerna som byggde plattformen.

Prismodell och samstämmiga incitament

Prisstrukturen visar vad en leverantör optimerar för. En modell kopplad till lyckade laddsessioner ställer leverantörens intäkter och operatörens intäkter på samma sida. eMabler tar ut en grundlicensavgift plus en användningsbaserad del kopplad till lyckade laddsessioner. Aktuell information finns på emabler.com/pricing.

Dataägande och avslutsvillkor

Två frågor avgör saken. Vem äger laddningsdatan, och vem äger relationen till föraren? Om svaret är leverantören stiger kostnaden för att byta plattform senare i motsvarande grad. Med eMabler behåller operatörer fullt ägande av sin laddningsdata och sina förarrelationer.

Regelefterlevnad

För europeiska operatörer omfattar den relevanta listan över regelkrav AFIR, GDPR, EU Data Act, PCI DSS där betalningar hanteras samt ISO 27001 för informationssäkerhet. eMabler är ISO 27001-certifierat med noll registrerade säkerhetsincidenter och uppfyller kraven i GDPR, AFIR, PCI DSS och EU Data Act.

Där valet av CSMS ofta går fel

Det mesta som köpare ångrar i den här kategorin går att spåra till ett litet antal förutsägbara misstag.

Att köpa utifrån funktionslistor

Skriftliga svar på en kravmatris ser nästan identiska ut från leverantör till leverantör. Två plattformar kan båda uppge att de har smart laddning och skilja sig helt åt i hur den beter sig med 60 fordon på en begränsad anslutning. Referenssamtal med operatörer som driver liknande nätverk är värda mer än matrisen.

Att likställa OCPP-efterlevnad med interoperabilitet

Efterlevnad innebär att en plattform implementerar specifikationen. Interoperabilitet innebär att den fungerar med just de laddare du äger. Det senare är en empirisk fråga, och det enda tillförlitliga svaret kommer från driftsättningar i produktion.

Att underskatta migreringen

Att flytta ett nätverk i drift mellan plattformar berör hårdvarukonfiguration, förarkonton, tariffer, historisk data och varje integration som är byggd ovanpå. Operatörer som planerar det som ett mjukvarubyte brukar upptäcka den verkliga omfattningen halvvägs in.

Att tappa kontrollen över datan

Plattformar som behåller förarrelationen eller begränsar dataexport skapar ett beroende som växer med nätverket. Det är lika mycket en avtalsfråga som en teknisk fråga, och den är mycket lättare att lösa före undertecknandet än efteråt.

Hur migrerar du från ett CSMS till ett annat?

Migreringen är den del av CSMS-livscykeln som får minst uppmärksamhet och orsakar mest huvudvärk, så det lönar sig att planera utifrån belägg snarare än optimism.

Vad du ska granska först

Innan något flyttas behöver en operatör en fullständig inventering: varje laddare med dess firmware- och OCPP-version, varje integration och vad den konsumerar, varje tariff och kundgrupp, och den historiska data som måste överleva övergången. Luckor i inventeringen blir incidenter senare.

Etappindelning utan att ta platser offline

Migreringar fungerar bäst i etapper, med start i ett litet, representativt urval av platser som täcker hårdvarutyperna i beståndet. Att köra båda plattformarna parallellt under övergången kostar mer under en period och tar bort behovet av ett enda avgörande skifte.

Så ser en riktigt smidig och snabb CSMS-migrering ut

Time Park är en norsk parkeringsoperatör som ägs av Thon Group och hanterar parkering och elbilsladdning på flera hundra platser i Norge, bland annat köpcentrum, hotell, arbetsplatser och flerbostadshus, som alla betjänas via den egna appen Time Park Fix. Time Park flyttade hela sin laddplattform till eMabler på 14 dagar, vilket är den snabbaste migrering som eMabler har registrerat, och skötte större delen av arbetet med sitt eget team.

Två faktorer gjorde den takten möjlig. Time Park hade redan en OCPI-kompatibel EMSP-uppsättning, vilket tog bort mycket av integrationsarbetet, och företaget hade direkt tillgång till eMablers ingenjörsteam under hela projektet. Som Henrik Fauske, Product Owner på Time Park, uttryckte det: ”Migreringsprocessen var standardiserad och fungerade direkt. Lyckade laddsessioner började komma in snabbt direkt efter migreringen, vilket tidigt bekräftade att allt fungerade.”

Läs Time Parks fullständiga framgångsberättelse här.

Vad förändrar OCPP 2.1 för CSMS-plattformar?

Protokollet växer bortom hantering av laddare och in i deltagande på energimarknaden, vilket förändrar vad ett CSMS förväntas göra under de kommande åren.

Distribuerade energiresurser och vehicle-to-grid

OCPP 2.1 lägger till meddelanden för att ställa in, läsa av och rensa styrparametrar för distribuerade energiresurser, tillsammans med larm och notifieringar om start och stopp. Det är grunden i protokollet för att behandla laddare och anslutna fordon som tillgångar i elnätet.

Nättjänster och dynamiska scheman

Specifikationen lägger till en signal för automatisk frekvensåterställningsreserv, en marknad som många europeiska stamnätsoperatörer driver, samt dynamiska schemauppdateringar och prioriterad laddning. Tillsammans gör de att en backend kan justera laddningen efter marknadsläget såväl som efter lokala gränser.

Tariffer, avräkning och händelseströmmar

OCPP 2.1 för in tariffer i själva protokollet, med meddelanden för att sätta standardtariffer, ändra en tariff mitt under en transaktion och meddela avräkning. Versionen inför också periodiska händelseströmmar, som förändrar hur högfrekvent data rör sig mellan station och CSMS.

Vad du ska fråga leverantörer

De frågor som är värda att ställa är konkreta. Ta reda på vilka funktionsområden i 2.1 som är implementerade i dag, vilka som är planerade och enligt vilken tidplan, och om plattformen kan köra stationer med 1.6, 2.0.1 och 2.1 i samma nätverk. Det är också värt att fråga vilken hårdvara leverantören har testat 2.1 mot, eftersom stöd i backend bara är ena halvan av en fungerande driftsättning.

CSMS: vanliga frågor

Q: Är ett CSMS samma sak som ett CPMS?

A: I kommersiella sammanhang, ja. CSMS är termen som används i OCPP-specifikationen, och CPMS är den term som de flesta leverantörer använder på marknaden. Där de skiljer sig åt omfattar CPMS ofta affärsfunktioner som fakturering och kundhantering, som OCPP inte täcker.

Q: Är CSMS en ny term?

A: Nej. Den kom in i OCPP med version 2.0 år 2018 och blev standard i och med OCPP 2.0.1 år 2020. Den har blivit mer synlig i kommersiella texter i takt med att användningen av OCPP 2.0.1 har ökat och efter att protokollet godkändes som IEC-standard 63584.

Q: Måste ett CSMS stödja OCPP 2.0.1?

A: För nya utrullningar är 2.0.1 den rimliga utgångspunkten. Eftersom OCPP 1.6 och 2.0.1 inte är kompatibla och 1.6-hårdvara fortfarande är vanligt förekommande behöver de flesta operatörer ett CSMS som kör båda versionerna i samma nätverk.

Q: Kan ett och samma CSMS hantera laddare från olika tillverkare?

A: Ja, förutsatt att plattformen är hårdvaruoberoende och att laddarna är OCPP-kompatibla. Fråga vilka specifika modeller leverantören kör i produktion, eftersom tolkningarna av specifikationen varierar mellan tillverkare.

Q: Är ett CSMS samma sak som ett energihanteringssystem?

A: Nej. Ett EMS hanterar elektriska laster på en plats eller i en byggnad och kan sätta gränser som en laddstation rapporterar tillbaka via OCPP. Ett CSMS driver laddnätverket och kan reagera på de gränserna.

Q: Behöver du ett CSMS för en enda laddplats?

A: Varje laddare som behöver auktorisering, fakturering, fjärrsupport eller rapportering behöver en backend, oavsett hur många platser det gäller. Ekonomin förändras med skalan, men det funktionella kravet gör det inte.

Q: Vem äger datan i ett CSMS?

A: Det beror helt på avtalet snarare än på tekniken. Dataägande och kontroll över förarrelationen är kommersiella villkor, och de varierar mellan leverantörer.

Att välja ett CSMS: vad det ytterst handlar om

Ett CSMS är det system för hantering av laddstationer som driver ett laddnätverk: provisionering, auktorisering, transaktioner, smart laddning, tariffer, diagnostik och allt som verksamheten sedan är beroende av. Termen kommer från OCPP 2.0.1 och betyder samma sak som CPMS i nästan varje kommersiellt samtal. Det som spelar större roll än förkortningen är att valet av plattform avgör tre saker på en gång: vilken hårdvara du kan köpa, vilka system du kan ansluta till och vem som äger din laddningsdata.

eMabler är hårdvaruoberoende och fungerar med alla OCPP-kompatibla laddpunkter, så operatörer är inte bundna till en enda tillverkare. Plattformen är API-first och ansluter till befintliga system för CRM, fakturering, betalning och energihantering via öppna API:er och 300+ färdiga integrationer. Prissättningen är kopplad till lyckade laddsessioner, operatörer behåller fullt ägande av sin laddningsdata och sina förarrelationer, och supporten kommer från ingenjörerna som byggde plattformen. I dag driver eMabler 120 000+ anslutna laddpunkter i 11 länder, hanterar mer än 1,3 miljoner laddsessioner i månaden med 99,999 % drifttid och är ISO 27001-certifierat med noll registrerade säkerhetsincidenter.

Om du utvärderar ett CSMS för ditt nätverk eller planerar att flytta från det du har i dag pratar vi gärna!

Vad är ett CSMS (Charging Station Management System)?