Bygga eller köpa CPMS? Beslutsunderlag för laddoperatörer

Att bygga en egen laddplattform ser ut som oberoende. Räkna på femårskostnaden, de åtta delsystemen och energiintäkterna – då blir svaret oftast köpa, eller hybrid.

Driver ni ett växande laddnätverk kommer frågan förr eller senare upp: ska vi bygga vår egen mjukvara? Ni äger redan hårdvaran, platserna och kundrelationerna.

Ett laddhanteringssystem (Charge Point Management System, CPMS) är plattformen som styr laddarna, prissätter laddsessionerna, fakturerar förarna och ser till att nätverket följer regelverken. Det kan kännas som den sista biten ni inte styr fullt ut, och att äga den ser ut som oberoende.

Det ärliga svaret har tre delar, inte två. För ett fåtal operatörer är det rätt att bygga. För de flesta är en öppen plattform den snabbaste vägen till lönsam skala. För allt fler är svaret en hybrid: köp de svåra delarna, bygg bara det som särskiljer er.

Det som avgör är sällan licensavgiften. Ett CPMS är en stack av minst åtta delsystem snarare än en enda applikation, och femårskostnaden för att äga dem ligger i tre lager, där det synliga är det minsta. En branschanalys uppskattar en enkel egenutvecklad plattform för 10 000 laddpunkter till omkring 2,85 miljoner euro i initial kostnad, med intern förvaltning på upp till 50 % av byggkostnaden varje år.

Två saker hamnar sällan i kalkylen över huvud taget. En plattform med energifunktioner tjänar in pengar och gör nätverket till en tillgång i elsystemet i stället för en kostnadspost. Och upptid, support och regelefterlevnad är permanenta, bemannade åtaganden snarare än funktioner ni levererar en gång. Den här guiden går igenom dem i tur och ordning.

Ett CPMS är en stack, inte en app

Innan ni jämför att bygga med att köpa, var exakt med vad uppdraget är. Ett CPMS är inte en enda applikation. Det är en stack av delsystem som vart och ett måste fungera, skala och leva upp till regelkraven.

När team underskattar ett bygge beror det på att de ser ett av de här framför sig och glömmer de övriga sju:

• Anslutningen till laddarna: ihållande anslutningar via Open Charge Point Protocol (OCPP), version 1.6J och 2.0.1, till varje laddare, auktorisering av laddsessioner, fjärrdiagnostik, felhantering och firmwareuppdateringar över luften. Det är den här delen de flesta menar när de säger ”CPMS”, och den utgör ungefär en åttondel av arbetet.
• Prissättning och tariffer: dynamiska och schemalagda tariffer, spotprisstyrd prissättning, segmentsvisa priser och logiken som visar ett regelenligt pris innan laddningen startar.
• Betalningar: integration med en betaltjänstleverantör (Payment Service Provider, PSP), auktorisering och dragning, avräkning och utbetalningar, återbetalningar, återkrav och bedrägeriskydd.
• Roaming: anslutningar via Open Charge Point Interface (OCPI) till roaminghubbar, bilaterala avtal med e-mobilitetstjänsteleverantörer (EMSP), avstämning av laddataregister (Charging Data Record, CDR) och hantering av avbrutna laddsessioner.
• Energi- och lasthantering: dynamisk lastbalansering över en anläggning, smart laddning och deltagande i flexibilitetstjänster för elnätet, alltså skillnaden mellan att lägga till laddare och att betala för en nätförstärkning.
• Backoffice: fakturering och momshantering i varje land ni verkar i, rapportering, offerter, supportärenden och den kund- och tillgångsdatamodell som allt annat vilar på.
• Verktyg för utrullning: massregistrering, konfiguration och test av laddare, trivialt vid 20 laddare och en produkt i sig vid 2 000.
• Drift, säkerhet och integrationslagret: molninfrastruktur som skalar med nätverket, säkerhetshärdning och certifiering, plus de programmeringsgränssnitt (Application Programming Interface, API) och webhooks som kopplar ihop allt ovanstående med era övriga system.

Vart och ett av de här är ett delsystem med en egen roadmap, egna felkällor och egen regelyta. ”Kan vi bygga det här?” är fel fråga, för ett bra team kan det. Rätt fråga är om förvaltning av åtta delsystem är den bästa användningen av det team ni har.

Den verkliga kostnaden är femårsnotan

Beslutet att bygga eller köpa avgörs nästan aldrig av priset vid köptillfället. Det avgörs av den totala ägandekostnaden (Total Cost of Ownership, TCO), alltså femårskostnaden för att driva, supporta och vidareutveckla stacken ovan. TCO har tre lager, och det synliga är det minsta.

Lager 1, direkt mjukvarukostnad. Licens- eller byggkostnad, utveckling och integration, drift i molnet samt transaktionsavgifter på betalningar och roaming. Det är den siffra de flesta upphandlingar stannar vid. För skala uppskattar en branschanalys en enkel egenutvecklad plattform för 10 000 laddpunkter till omkring 2,85 miljoner euro, innan något av det nedanstående.

Lager 2, operativ kostnad. Arbetet som aldrig tar slut: personaldrivna processer (driftsättning, onboarding, roamingavtal, support), finansiella processer (avstämning, bedrägerier, rörelsekapital), stödjande tillgångar (laddbrickor, uppkoppling per laddare) och el.

Den återkommande notan här överskuggar bygget. Branschuppskattningar lägger intern förvaltning på upp till 50 % av den ursprungliga byggkostnaden per år, och en byråbyggd plattform på omkring 20 % per år. På ett bygge för 2,85 miljoner euro blir det en sjusiffrig årlig post oavsett vilket. Det här är uppskattningar publicerade av leverantörer, så behandla dem som storleksordningar och räkna på era egna siffror.

Lager 3, uteblivna intäkter. Kostnaden som aldrig syns på en faktura: långsam lansering medan ni bygger, kundtapp till följd av en svag förarupplevelse, intäkter ni går miste om för att prissättningen är stel, och risken för en lucka i regelefterlevnaden. För ett växande nätverk är det här lagret ofta det största av de tre, och det är det som en kalkyl av typen ”vi sparade licensavgifter” bortser från.

Lägg ihop de tre lagren, så vänds den gängse visdomen – bygg för skala, köp för snabbhet – mestadels upp och ned. Att bygga koncentrerar kostnad och risk till ert eget team. Att köpa en öppen plattform fördelar dem över leverantörens hela kundbas, och enhetsekonomin förbättras i takt med att leverantören växer.

För en bredare bild av vad som är värt att kontrollera i en plattform, se vår guide om hur ni väljer laddplattform i Europa (på engelska).

Energi kan vända kostnaden till intäkt

Här är delen som de flesta jämförelser mellan att bygga och att köpa missar helt. Ett laddnätverk är också en tillgång i elsystemet. Samma laddare som tjänar pengar på förare kan tjäna pengar på energisystemet, och de intäkterna kvittas mot plattformskostnaden i stället för att läggas till den.

Med energi- och lasthantering inbyggt i plattformen kan ett nätverk göra tre saker som betalar sig. Det kan förskjuta och balansera last för att undvika dyra nätförstärkningar. Det kan sälja flexibilitet på balans- och reservmarknaderna: operatörer som kör på Virta i Norden tjänar redan pengar på frekvenshållningsreserv vid störd drift (FCR-D), där auktionspriserna hos systemoperatören ger verkliga, återkommande intäkter. Och det kan omvandla överskott från förnybar produktion på plats till laddintäkter och CO₂ cashback.

För en operatör som väger TCO är det här den avgörande punkten. En plattform som bara kostar pengar är en skuldpost, medan en plattform som gör nätverket till en intäktsbringande tillgång i elsystemet kan sänka, och i gynnsamma fall kvitta, sin egen totala ägandekostnad. Bygger ni själva går ni miste om den uppsidan, om ni inte också bygger integrationerna mot energimarknaderna, vilka är en stack i sig.

Driftsäkerhet är en intäktsfråga

Varje avbruten laddsession är en förlorad transaktion och en förare som kanske inte kommer tillbaka. Innan ni jämför plattformar, räkna ut vad en timmes driftstopp i nätverket kostar er i uteblivna sessioner, utebliven roamingintäkt och inkommande supportsamtal, och fråga sedan hur många sådana timmar ett litet internt team realistiskt kan absorbera på ett år.

Ribban är uttalad på vissa marknader. Det amerikanska federalt finansierade programmet National Electric Vehicle Infrastructure (NEVI) kräver att varje laddpunkt håller en genomsnittlig årlig upptid på över 97 %, där upptid definieras som att både hårdvara och mjukvara är uppkopplade och kan leverera effekt (NEVI:s minimikrav). Europa har ännu inget samlat krav, men era roamingpartner och flottkunder bedömer er på det ändå.

Gapet mellan kravet och upplevelsen är verkligt. J.D. Power 2025 U.S. EVX Public Charging Study visade att 14 % av elfordonsägarna hade besökt en laddare och åkt därifrån utan att ladda, och att 60 % av de misslyckade besöken berodde på en laddare ur funktion.

Det är här en köpt plattform är svårast att matcha, eftersom siffran är en produkt av skala. Plattformen från Virta har en upptid på 99,99 %, och automatisk felåterställning löser upp till 20–30 % av laddarfelen på egen hand genom att starta om enheten på distans när ingen laddning pågår och återställa den i drift utan att någon behöver skickas ut.

Upptid på den nivån är inte en funktion, det är ett delsystem med ett schema kopplat till sig. Övervakning, larm, diagnostik, återställning av firmware och människor som svarar klockan tre på natten måste alla finnas på plats innan siffran gör det, och att bygga dem är en stor del av den verkliga kostnaden för att bygga.

Support kräver bemanning dygnet runt

Support är posten som kalkyler för eget bygge glömmer, och den första era kunder kommer att fråga om. Laddare går sönder framför förare som står i regnet på en plats de inte känner till, och de förarna förväntar sig ett telefonnummer snarare än ett webbformulär.

Gjort ordentligt innebär det bemannade telefonlinjer dygnet runt på varje språk ert nätverk betjänar, en andra linje av teknisk support för er egen driftorganisation, och någon som är ansvarig när en roamingpartner bestrider en bunt sessioner. Vart och ett av de kraven är en rekryteringsplan, ett utbildningsprogram och ett skiftschema som måste hålla även över julhelgen.

Som jämförelse erbjuder Virta telefonsupport för elfordonsförare dygnet runt på engelska, med support på finska, svenska, tyska och franska under utökade öppettider, teknisk support för företagskunder och en namngiven Customer Success Manager för varje laddoperatör (Charge Point Operator, CPO) och e-mobilitetstjänsteleverantör.

Bygger ni är varje sådant skift ert att finansiera oavsett om telefonen ringer eller inte. Köper ni fördelas samma kapacitet över leverantörens hela kundbas. Av allt i den här jämförelsen är supporten det tydligaste fallet där en delad kostnad slår en egen.

Standarder och regelkrav är i rörelse

Vilken väg ni än väljer är regelribban densamma, och den flyttar sig. Driver ni publik laddning i Europeiska unionen är det förordningen om utbyggnad av infrastruktur för alternativa bränslen (AFIR), förordning (EU) 2023/1804, som sätter grunden.

Från den 13 april 2024 måste varje ny publik laddpunkt på 50 kW eller mer ta emot ad hoc-betalning med kontaktlöst kort, med priset per kWh synligt innan laddningen startar. Från den 1 januari 2027 utvidgas det kravet till alla publika laddpunkter på 50 kW eller mer, inte bara nya.

Betalningen är bara den synliga halvan. AFIR ålägger också operatörer att göra statiska och dynamiska data om sina publika laddpunkter tillgängliga via medlemsstatens nationella åtkomstpunkt. Det innebär ett dataflöde som pekar mot en annan slutpunkt i varje land ni verkar i, och som måste hållas korrekt när stationer tillkommer och försvinner.

Under förordningen ligger protokollagret, och det rör sig också. OCPP-versioner avlöser varandra, OCPI-versioner följer efter, roaminghubbar reviderar sina certifieringskrav, och varje förändring måste implementeras, testas mot verklig hårdvara och rullas ut i ett nätverk i drift utan att sessioner bryts. Managed Roaming från Virta finns som tjänst just därför att det arbetet aldrig blir klart.

Köper ni är allt det här leverantörens problem, fördelat över hela deras kundbas. Bygger ni är det ert ensamt, varje gång reglerna ändras, vilket är risken i lager 3 gjord konkret.

Öppna standarder gör beslutet omvändbart

Det bästa skyddet mot inlåsning – hos en hårdvaruleverantör om ni bygger, hos en mjukvaruleverantör om ni köper – är öppna standarder. OCPP, som förvaltas av Open Charge Alliance, är det gemensamma språket mellan laddare och hanteringsmjukvara.

När både hårdvara och plattform talar OCPP kan ni byta den ena utan att ersätta den andra, vilket är det som över huvud taget gör en migrering av laddnätverk till en annan plattform möjlig. NEVI-standarderna gör precis detta till ett krav: laddare ska kunna byta nätverksleverantör utan att hårdvaran byts ut.

Öppna standarder är det som gör ett köpbeslut omvändbart, och det som gör hybridvägen möjlig från början.

Hybrid: köp kärnan, bygg ytterlagret

De skarpaste operatörerna har slutat behandla det här som ett binärt val. Hybridmodellen köper den beprövade plattformen för de delar som är svåra, reglerade och odifferentierade, och bygger internt bara det tunna lager som verkligen är ert eget. Uppdelningen är hela poängen.

• Köp kärnan: hantering av OCPP-anslutningar, betalningar, roaming, upptid och övervakning, energihantering och regelefterlevnad. Inget av det vinner er en kund, men allt av det sänker er om det går sönder.
• Bygg ytterlagret: er pris- och paketeringslogik, er app för förare eller flottansvariga, en dataprodukt, en lojalitetsmodell, alltså det som särskiljer ert nätverk.

Det som gör hybriden verklig snarare än en paroll är plattformens API-yta. En plattform med riktiga API:er, webhooks och utvecklarverktyg låter er bygga ovanpå utan att forka kärnan, så att ni får driftsäkerhet i företagsklass från dag ett och ändå levererar den upplevelse som skiljer er från mängden.

En plattform utan den ytan tvingar tillbaka er i det binära valet. Så när ni utvärderar ett köp är testet inte bara vad plattformen kan göra i dag, utan vad ni kan bygga på den i morgon.

Vilken väg passar vilken operatör

Bygg om mjukvara verkligen är er produkt, om ni permanent kan finansiera ett team som äger alla åtta delsystemen som en roadmap snarare än ett projekt, och om ni verkar i en skala där den fasta kostnaden fördelas över tillräckligt många laddare för att vara rationell.

Köp en öppen plattform om er produkt är ett driftsäkert, regelenligt och lönsamt nätverk snarare än en mjukvaruplattform, och om ni hellre lägger kapital på platser, hårdvara och kunder än på ett permanent utvecklingsteam.

Välj hybrid om ni mestadels hör hemma i köpa-lägret men har ett eller två områden där ni verkligen särskiljer er: köp kärnan, bygg ytterlagret på plattformens API.

För de flesta växande laddoperatörer med 50–500 laddare är det ärliga svaret köp eller hybrid. Beslutet, på en rad: bygg om ni vill äga mjukvaran, köp om ni vill äga nätverket, välj hybrid om ni bara vill äga den del som gör er annorlunda.

Slutsatsen

Att bygga ett eget CPMS köper kontroll, men det köper också ett permanent åtagande: åtta delsystem, tre kostnadslager, en supportorganisation dygnet runt och en regelribba som hela tiden flyttar sig, allt buret ensamt och utan de energiintäkter som en bra plattform tjänar in.

För de flesta växande operatörer ger en öppen plattform samma oberoende utan den löpande kostnaden, och gör nätverket till en tillgång i elsystemet som hjälper till att betala för sig självt. För dem som har något genuint eget att erbjuda köper en hybrid kärnan och bygger bara ytterlagret.

Hur ni än gör: lägg kapitalet där avkastningen finns, alltså på fler platser, fler laddare och fler lojala förare.

För att se hur det ser ut i praktiken att driva nätverket på en öppen, API-först-byggd plattform, utforska Virta Hub, vårt CPMS.