Komplett guide till OCPI: Hur laddning av elbilar med roaming, clearing och interoperabilitet fungerar

Vad är OCPI?

OCPI, eller Open Charge Point Interface, är ett öppet protokoll utformat för att hjälpa olika laddningsnätverk för elbilar att kommunicera med varandra. Enkelt uttryckt möjliggör OCPI roaming av laddning av elbilar.

När en förare använder en laddningsapp för att ladda vid en annan operatörs laddstation måste flera system utbyta data i bakgrunden. Appen behöver veta var laddarna finns, om de är tillgängliga, vilka kontakttyper de stöder, hur mycket laddningen kommer att kosta, om föraren får starta en laddningssession och hur den slutliga laddningsrapporten ska skickas för fakturering och avräkning.

Det är precis här OCPI passar in.

Många team som ger sig in i laddningsbranschen för elbilar förväxlar OCPI med OCPP eller ISO 15118. Dessa protokoll är relaterade, men de löser olika problem. OCPP hanterar huvudsakligen kommunikationen mellan elbilsladdare och backend-systemetISO 15118 fokuserar på kommunikation mellan elfordon och laddningsutrustning, inklusive användningsområden för "Plug and Charge". OCPI fokuserar på kommunikation mellan olika affärsnätverk, särskilt mellan laddningsstationsoperatörer och leverantörer av e-mobilitetstjänster.

Om OCPP ansluter laddaren till backend, ansluter OCPI ett laddningsföretagsekosystem till ett annat.

För alla företag som planerar att bygga publika laddningsnätverk, white-label-laddningsappar, roamingpartnerskap, betalningsintegrationer eller laddningsplattformar med flera operatörer, är OCPI ett av de viktigaste protokollen att förstå.

OCPI kontra OCPP kontra ISO 15118

Innan vi går djupare in på OCPI är det bra att separera rollerna för de tre viktigaste laddningsprotokollen för elbilar.

OCPP: Kommunikation mellan laddare och backend

OCPP, eller Open Charge Point Protocol, används mellan laddstationen och det centrala hanteringssystemet. Det gör det möjligt för backend-systemet att övervaka laddarens status, starta eller stoppa sessioner, ta emot mätarvärden, hantera firmwareuppdateringar, hantera fjärrkommandon och underhålla laddarens drift.

För en CPO är OCPP grunden för laddningskontroll.

ISO 15118: Kommunikation mellan fordon och laddare

ISO 15118 används mellan elbilen och laddningsutrustningen. Den stöder avancerad kommunikation mellan fordon och elnät, inklusive autentisering, Plug and Charge, smart laddning och framtida scenarier för dubbelriktad laddning.

För förare kan ISO 15118 göra laddning enklare eftersom fordonet kan identifiera sig automatiskt.

OCPI: Nätverkskommunikation

OCPI fungerar över den individuella laddarnivån. Den ansluter CPO:ns system till en eMSP, roaminghubb, appleverantör eller ett annat partnernätverk.

Det hjälper olika parter att utbyta:

• Laddningsplatsdata
• EVSE och kontaktinformation
• Tillgänglighetsstatus
• Tariffinformation
• Förartoken och auktoriseringsdata
• Sessionsdata
• Debiteringsuppgifter
• Information om roaming och bosättning

Med andra ord handlar OCPI inte främst om att kontrollera laddare. Det handlar om att möjliggöra affärsinteroperabilitet mellan laddningsnätverk.

För operatörer som bygger en skalbar programvarustack bör OCPI övervägas tillsammans med Programvara för backend-laddning av elbilar, CPMS, fakturering, betalning och finansiell rapportering.

Vem använder OCPI?

OCPI används oftast mellan två nyckelroller: CPO:er och eMSP:er.

Laddstationsoperatör

En CPO äger eller driver laddningsinfrastruktur. CPO:n ansvarar för laddare, anläggningar, drifttid, underhåll, energileverans, tariffer, transaktioner och drift av laddningsinfrastrukturen.

Exempel på CPO-ansvar inkluderar:

• Hantera laddstationer
• Övervakning av laddarens tillgänglighet
• Fastställande av tariffer
• Skickar sessionsdata
• Generera debiteringsposter
• Hantering av laddarfel
• Integrera laddare med en System för hantering av laddningsstationer

Leverantör av e-mobilitetstjänster

En eMSP tillhandahåller laddningstjänster till elbilsförare. Detta inkluderar vanligtvis en mobilapp, ett användarkonto, ett medlemskap, ett RFID-kort, en plånbok, ett faktureringskonto eller en prenumeration.

Exempel på eMSP-ansvar inkluderar:

• Hantera förarkonton
• Visar laddningsplatser i appen
• Auktorisera användare
• Tillhandahåller laddningsåtkomst
• Fakturering av förare
• Erbjuder kundsupport
• Hantera roamingtjänster

När en förare från en eMSP laddar på en CPO:s anläggning, tillåter OCPI att dessa två affärssystem utbyter den data som behövs för att transaktionen ska fungera.

Hur laddning av elbilar med roaming fungerar med OCPI

Det enklaste sättet att förstå OCPI är att följa ett komplett roaming-arbetsflöde.

Tänk dig att en förare har ett konto i laddningsapp A. Föraren vill ladda på en station som drivs av laddningsnätverk B. Utan roaming kan föraren behöva ladda ner en annan app, registrera sig igen, lägga till en betalningsmetod och lära sig ett nytt användarflöde.

Med OCPI-roaming kan föraren använda app A för att komma åt nätverk B:s laddningsstation.

Bakom kulisserna fungerar processen vanligtvis så här.

Steg 1: Platsdata delas

CPO publicerar information om laddningsplatser till eMSP. Dessa data inkluderar platsnamn, adress, koordinater, EVSE-information, kontakttyper, effektnivå, tillgänglighet och driftsstatus.

eMSP:n använder denna information för att visa CPO:ns laddare i sin drivrutinsapp.

Detta är viktigt eftersom roaming bara är användbart om förare kan hitta laddstationer korrekt. Om platsen är felaktig, laddarens status är föråldrad eller kontaktinformation saknas, avbryts användarupplevelsen innan laddningssessionen ens har startat.

Steg 2: Tariffinformation delas

CPO:n delar tariffinformation med eMSP:n. Detta kan inkludera energibaserad prissättning, tidsbaserad prissättning, parkeringsavgifter, sessionsavgifter, minimiprisregler, valuta, momsrelaterad information och prisvillkor.

Detta gör att eMSP:n kan visa prisinformation för föraren innan sessionen startar.

För operatörer är noggrannhet i tarifferna avgörande. Felaktiga tariffuppgifter kan leda till kundtvister, faktureringsfel eller avvikelser i avräkningar mellan partners. Det är därför tarifflogiken bör kopplas till Programvara för fakturering av laddning av elbilar istället för att hanteras manuellt.

Steg 3: Föraren begär auktorisering

När föraren startar en session via en app, RFID-kort, QR-kod eller annan identifieringsmetod behöver CPO:n veta om användaren har behörighet att debitera.

OCPI stöder arbetsflöden för tokenutbyte och auktorisering. Beroende på implementeringen kan CPO:n validera användaren mot cachade tokendata eller begära auktorisering i realtid från eMSP:n.

Detta är en av de viktigaste delarna av roaming. CPO:n måste veta om den kan starta debiteringssessionen, och eMSP:n måste veta vilken användare eller vilket konto som ska faktureras senare.

Steg 4: Laddningssessionen startar

När auktoriseringen är godkänd startar laddaren sessionen via CPO:ns backend. OCPP hanterar vanligtvis kommunikationen mellan laddare och backend, medan OCPI hanterar datautbytet mellan nätverk mellan CPO:n och eMSP:n.

Under sessionen kan OCPI användas för att dela sessionsinformation såsom:

• Starttid
• Laddningsplats
• EVSE-ID
• Anslutnings-ID
• Sessionsstatus
• Förbrukad energi
• Uppskattad eller uppdaterad kostnad
• Laddningsperioder
• Tokeninformation

Detta ger eMSP:n insyn i vad som händer, även om den fysiska laddaren tillhör ett annat nätverk.

Steg 5: En CDR skapas

Efter att debiteringssessionen är avslutad skapar CPO:n en debiteringsdetaljpost, vanligtvis kallad CDR.

En CDR är den slutliga debiteringsposten som används för fakturering och avräkning. Den innehåller normalt plats, EVSE, kontakt, starttid, sluttid, förbrukade kWh, tariffreferenser, debiteringsperioder, tokeninformation, valuta och slutliga kostnadsdetaljer.

CDR:n är inte bara ett tekniskt objekt. Det är det kommersiella beviset på laddningssessionen.

Om sessionsdata är ofullständig, tariffen är oklar eller CDR inte matchar den förväntade beräkningen, kan eMSP:n eventuellt inte fakturera föraren korrekt. Det är därför CDR-kvalitet är avgörande för roamingverksamhet.

Steg 6: Clearing och avveckling sker

OCPI hjälper till att utbyta data som krävs för clearing och avveckling, men den faktiska pengarörelsen hanteras vanligtvis av affärsavtalet, faktureringssystemet, betalningsgatewayen, roaminghubben eller finansprocessen mellan parterna.

I praktiken kan clearing och avveckling innebära:

• Matchande sessioner med CDR:er
• Validera tariffer
• Kontrollera moms- eller skatteregler
• Beräkning av grossist- och detaljhandelspriser
• Avstämning av CPO- och eMSP-poster
• Skapa fakturor
• Dela intäkter mellan parterna
• Hantering av tvister eller korrigeringar

Det är här OCPI kopplas direkt till Betalningslösningar för laddning av elbilar, faktureringsprogramvara, CPMS-plattformar och verktyg för finansiell rapportering.

Peer-to-Peer-roaming kontra hubbroaming

OCPI kan stödja olika roamingmodeller. De två vanligaste är peer-to-peer-roaming och hub-baserad roaming.

Peer-to-Peer-roaming

I en peer-to-peer-modell ansluter en CPO direkt till en eMSP. Detta fungerar bra när antalet partners är litet och affärsrelationen är tydlig.

Fördelarna är:

• Direkt kontroll över partnerintegration
• Färre mellanhänder
• Flexibelt kommersiellt avtal
• Rensa dataägarskap
• Enklare kundanpassad hantering för specialfall

Utmaningarna är:

• Varje ny partner kräver en separat integration
• Skalning kan bli komplex
• Det kan vara svårt att övervaka många bilaterala förbindelser
• Avvecklingsprocesser kan variera beroende på partner

Peer-to-peer-roaming är vanligtvis lämpligt för roamingpartnerskap i tidiga skeden, regionala operatörer, privata nätverk och kontrollerade affärsekosystem.

Hub-roaming

I en hubbmodell ansluts flera CPO:er och eMSP:er via en roaminghubb. Istället för att bygga många direkta integrationer ansluter varje part till hubben, och hubben hjälper till att dirigera data mellan nätverk.

Fördelarna är:

• Snabbare partnerexpansion
• Enklare synlighet i flera nätverk
• Lägre integrationsbörda per partner
• Mer standardiserat datautbyte
• Bättre lämpad för internationell roaming

Utmaningarna är:

• Ytterligare navkostnader
• Mindre direkt kontroll
• Mer beroende av hubbregler
• Mer komplex felsökning när problem uppstår hos flera parter

Hub-roaming är vanligtvis lämpligt för större laddningsnätverk, internationella operatörer, appleverantörer och företag som vill ha bred laddningstäckning snabbt.

Vilka uppgifter utbyter OCPI?

En stark OCPI-implementering är beroende av tydlig, konsekvent och välstyrd data. De viktigaste datakategorierna inkluderar följande.

Platser

Platsdata visar eMSP:n var laddarna finns och vad som finns tillgängligt på varje plats. Detta inkluderar platsnamn, adress, koordinater, elbilar, anslutningar, öppettider, parkeringsrestriktioner, anläggningar och statusinformation.

För förare blir detta kartupplevelsen i appen.

För operatörer blir det grunden för synbarhet.

Polletter

Tokens representerar identiteter för laddningsåtkomst. En token kan vara kopplad till ett RFID-kort, appkonto, kontrakts-ID eller annan användarautentiseringsmetod.

Tokenhantering avgör om CPO:n kan känna igen användaren och om eMSP:n senare kan fakturera rätt kund.

Tariffer

Tariffer beskriver hur avgiftspriser är strukturerade. En tariff kan inkludera energipris, tidspris, parkeringspris, fasta avgifter, minimiavgifter, valuta, begränsningar och priskomponenter.

Tariffer är en av de känsligaste delarna av OCPI eftersom de direkt påverkar användarnas förtroende och avvecklingens noggrannhet.

Sessioner

Sessionsdata representerar en aktiv eller nyligen uppdaterad laddningssession. Den ger eMSP insikt i vad som händer under laddningen.

Detta är användbart för att visa laddningsförloppet för föraren och för att förbereda senare fakturering.

CDR:er

CDR:er är slutliga poster som skapas efter att debiteringen avslutats. De används för fakturering, avräkning och avstämning.

En session är dynamisk. En CDR är slutgiltig.

Denna skillnad är viktig eftersom faktureringssystem behöver stabila register, inte ständigt ändrade live-sessionsdata.

Varför OCPI är viktigt för CPO:er

För CPO:er är OCPI inte bara en teknisk funktion. Det kan bli ett tillväxtlager för företaget.

Mer synlighet för laddstationer

När en CPO ansluter till eMSP:er kan dess laddare visas i fler förarappar. Detta ökar synligheten och kan förbättra utnyttjandet, särskilt för offentliga platser, destinationsladdning, kommersiell parkering, hotell, köpcentra och motorvägskorridorer.

Fler laddningssessioner

Roaming minskar friktionen för förare. Om användarna inte behöver registrera sig för en annan app är det mer sannolikt att de börjar debitera.

För CPO:er kan detta förvandla underutnyttjade avgiftstillgångar till intäktsgenererande infrastruktur.

Bättre partnerexpansion

Med OCPI kan en CPO bygga upp repeterbara integrationsprocesser med olika eMSP:er, hubbar och affärspartners. Istället för att skapa en anpassad integration för varje relation kan CPO:n använda ett standardgränssnitt.

Starkare fakturering och avveckling

Ett väl implementerat OCPI-arbetsflöde ger CPO:n strukturerad data för sessionsspårning, tariffkommunikation, CDR-utbyte och avstämning.

Detta bidrar till att minska manuellt arbete och faktureringstvister.

Operatörer som redan använder Programvara för hantering av laddning av elbilar kan använda OCPI som interoperabilitetslager mellan sin interna laddningsplattform och externa partnernätverk.

Varför OCPI är viktigt för eMSP:er

För eMSP:er hjälper OCPI till att utöka laddningstäckningen utan att behöva äga varje laddare.

Större täckning av laddningsnätverket

En eMSP kan erbjuda fler laddningsplatser till sina användare genom att ansluta till flera CPO:er. Detta förbättrar appens värde och användarlojalitet.

Bättre förarupplevelse

Förare kan använda en app, ett konto eller ett RFID-kort över flera laddningsnätverk. Detta är en av de största fördelarna med roaming.

Mer flexibla kommersiella modeller

eMSP:er kan skapa prenumerationer, medlemskap, vagnparkskonton, företagsfakturering, förarplånböcker och nätverksövergripande laddningspaket.

Bättre data för kundsupport

När sessions- och CDR-data flödar korrekt kan eMSP:n svara på användarfrågor om laddningstid, energiförbrukning, sessionskostnad och fakturainformation.

Vanliga utmaningar vid implementering av OCPI

OCPI kan göra roaming skalbar, men implementeringen är inte alltid enkel. Många problem uppstår snarare från affärslogik än protokollsyntax.

Inkonsekventa platsdata

Om CPO:n skickar ofullständiga eller föråldrade platsdata kan eMSP:n visa felaktig information i appen. Detta kan leda till misslyckade besök, frustration hos användarna och supportärenden.

Komplexa tullmodeller

Avgiftstariffer kan inkludera energiavgifter, tidsavgifter, parkeringsavgifter, tomgångsavgifter, rusningsavgifter, minimiavgifter och specialpriser för partners. Dessa regler måste kommuniceras tydligt, annars kan faktureringstvister uppstå.

Förseningar vid auktorisering

Om realtidsauktoriseringen är långsam eller opålitlig kanske föraren inte kan börja ladda smidigt. Operatörerna måste bestämma när de ska använda cachade tokens, realtidsauktorisering eller en hybridmodell.

Sessions- och CDR-avvikelse

Om live-sessionsdata inte matchar den slutliga CDR:n blir avstämning svår. Detta kan skapa tvister mellan CPO:er, eMSP:er och slutanvändare.

Avvecklingen är inte helt automatiserad enbart av OCPI

OCPI tillhandahåller den strukturerade data som behövs för avveckling, men operatörerna behöver fortfarande faktureringslogik, faktureringsverktyg, betalningshantering, finansiell rapportering och partneravtal.

Det är därför OCPI bör ses som en del av en större programvaruuppsättning för laddning av elbilar, inte som ett fristående affärssystem.

Hur OCPI passar in i CPMS, fakturerings- och betalningsprogram

För de flesta operatörer av laddning av elbilar bör OCPI inte behandlas som ett isolerat protokollprojekt. Det bör planeras tillsammans med CPMS, fakturering, betalning, rapportering och partnerhantering.

En praktisk programvaruuppsättning innehåller vanligtvis:

• OCPP-laddarkommunikation
• CPMS-laddningshantering
• OCPI-roamingintegration
• Faktureringsmotor
• Betalningsgateway
• Tullhantering
• CDR-bearbetning
• Förarapp eller white-label programvara för laddning av elbilar
• Instrumentpanel och rapportering
• Verktyg för partneravveckling

Anledningen är enkel: roaming skapar kommersiell komplexitet.

När en förare från ett annat nätverk debiterar på din station behöver du veta vem som godkände sessionen, vilket pris som visades, vilken energi som förbrukades, vilken CDR som skapades, vem som ska betala vem och hur transaktionen visas i finansiella rapporter.

Utan fakturerings- och avräkningsverktyg kan OCPI-data fortfarande kräva för mycket manuellt arbete.

Checklista för implementering av OCPI för operatörer

Innan OCPI implementeras bör CPO:er och eMSP:er klargöra flera frågor.

Affärsfrågor

• Vill du ha peer-to-peer-roaming, hubb-roaming eller båda?
• Vilka partners vill du kontakta först?
• Vem äger förarrelationen?
• Vem fakturerar föraren?
• Vem tar emot betalningen?
• Hur kommer grossistpriser och detaljhandelspriser att hanteras?
• Hur kommer tvister att lösas?
• Hur ofta kommer avveckling att ske?

Tekniska frågor

• Vilken OCPI-version kommer att stödjas?
• Vilka moduler krävs för den första fasen?
• Hur kommer inloggningsuppgifter och slutpunkter att hanteras?
• Kommer auktoriseringen att använda cachade tokens, realtidskontroller eller båda?
• Hur kommer tariffuppdateringar att synkroniseras?
• Hur kommer CDR:er att valideras?
• Hur kommer misslyckade sessioner att hanteras?
• Hur kommer loggarna att övervakas?

Operativa frågor

• Vem övervakar roamingfel?
• Vem hanterar kundsupporten?
• Hur korrigeras felaktiga CDR:er?
• Hur hanteras tulltvister?
• Hur genereras partnerrapporter?
• Hur exporteras avräkningsfiler?
• Hur definieras förväntningar på servicenivå?

En lyckad OCPI-utrullning handlar inte bara om att klara tekniska tester. Det handlar om att göra roaming tillräckligt tillförlitlig för den dagliga affärsverksamheten.

När bör ett laddningsföretag investera i OCPI?

OCPI blir särskilt viktigt när din verksamhet går bortom ett enda slutet laddningsnätverk.

Du bör överväga OCPI om:

• Du driver offentliga laddstationer
• Du vill att dina laddare ska visas i tredjepartsappar
• Du vill stödja roaminganvändare
• Du bygger en white-label laddningsplattform för elbilar
• Du arbetar med flottor, hotell, köpcentra, lägenheter eller parkeringsoperatörer
• Du behöver CPO- och eMSP-interoperabilitet
• Du planerar att ansluta till roaminghubbar
• Du vill ha skalbara arbetsflöden för avveckling
• Ni behöver bättre fakturering och rapportering för partners

Om ditt företag bara hanterar privata laddare för interna användare kanske OCPI inte är nödvändigt i början. Men om ditt mål är synlighet, auktorisering och avräkning över nätverk blir OCPI ett viktigt infrastrukturlager.

För företag som fortfarande validerar sin affärsmodell för laddning kan det vara bra att först granska hur man startar ett företag för laddning av elbilar och sedan bestämma om roaming ska ingå i den första stegets programvarufärdplan.

Bästa praxis för OCPI-roamingprojekt

Börja med en tydlig affärsmodell

Börja inte med slutpunkter och JSON-fält. Börja med affärsflödet.

Vem är föraren? Vem äger kundkontot? Vem sätter tariffen? Vem fakturerar föraren? Vem tar emot pengarna? Vem hanterar återbetalningar? Vem stöttar föraren när något går fel?

När affärsmodellen är tydlig blir den tekniska implementeringen enklare.

Håll tulllogiken enkel till en början

Komplexa tariffer kan skapa förvirring och avräkningsfel. Vid den första roaminglanseringen är det ofta bättre att använda en tydlig och förutsägbar tariffstruktur.

När processen är stabil kan operatörerna lägga till mer avancerade prissättningsmodeller.

Behandla CDR:er som finansiella poster

CDR:er bör vara fullständiga, korrekta och lätta att validera. De är inte bara tekniska loggar. De utgör grunden för fakturor, avräkningar och ekonomisk avstämning.

Övervaka roaming separat

Roamingsessioner bör spåras separat från lokala sessioner. Operatörer bör övervaka auktoriseringsfel, förseningar i sessionsuppdateringar, saknade CDR:er, tariffavvikelser och partnerspecifika fel.

Koppla OCPI till fakturering och rapportering

Det verkliga värdet av OCPI framträder när roamingdata flödar in i fakturerings-, betalnings-, redovisnings- och hanteringsinstrumentpaneler.

Utan denna anslutning kan roaming bli en manuell börda för administrationen.

Slutsats

OCPI är mer än ett protokollnamn. Det är grunden för roaming vid laddning av elbilar, interoperabilitet mellan nätverk, partnerfakturering och kommersiell avveckling.

För laddningsstationsleverantörer kan OCPI bidra till att öka synligheten för laddningsstationer, förbättra utnyttjandet och öppna upp nya intäktsmöjligheter för roaming. För eMSP:er kan det utöka nätverkstäckningen och förbättra förarupplevelsen utan att kräva ägande av varje laddare.

OCPI bör dock inte implementeras som ett fristående tekniskt projekt. De bästa resultaten uppnås när OCPI kopplas till CPMS, faktureringsprogramvara, betalningslösningar, tariffhantering, CDR-behandling och operativ rapportering.

Om ditt mål är att gå från en laddningsverksamhet med ett enda nätverk till ett nätverksöverskridande, partnerklart och intäktsgenererande ekosystem för laddning av elbilar, är OCPI ett av de viktigaste lagren att bygga korrekt.

För att bygga en mer skalbar roamingklar laddningsoperation, börja med att granska TrendPowers Programvara för backend-laddning av elbilar, Programvara för fakturering av laddning av elbilaroch Betalningslösning för laddning av elbilar.