OCPP laddningshanteringssystem
Anslut dina laddare.
Bygg ett nätverk du kan hantera.
Sammanför kompatibel laddningshårdvara i en samordnad programvarumiljö för övervakning, sessionshantering, fjärrdrift och affärsrapportering. Börja med dina laddningsmodeller och driftskrav.
Vad använder ditt nätverk?
Välj en utgångspunkt för er integrationsdiskussion.
Kartlägg de funktioner som dina laddare faktiskt stöder
- Förbereda
- Laddarmodell, firmware och JSON-transportinformation
- Bekräfta
- Auktorisering, sessioner, fjärråtgärder och säkerhet
- Nästa steg
- Pilotrepresentanter för laddare före migrering
Den här guiden testar inte en laddare eller bekräftar kompatibilitet.
Se checklista för integrationsacceptans →Ett OCPP-laddningshanteringssystem är en mjukvarubaserad backend som kommunicerar med laddningsstationer för elbilar med hjälp av Open Charge Point Protocol. OCPP kopplar enheter till hanteringsprogramvara; en komplett operativ plattform behöver också användarflöden, rapportering, kommersiella integrationer och en tydlig supportprocess.
OCPP, CSMS och CPMS: vad varje term betyder
När du utvärderar laddningsprogramvara, separera kommunikationsstandarden från den affärsplattform som är byggd kring den. Detta gör förslag enklare att jämföra och hjälper till att identifiera var en integration behövs.
OCPP: protokollet för laddare till backend
Open Charge Alliance använder OCPP som en gemensam kommunikationsstandard för laddstationer och deras hanteringssystem. Det ger kompatibla implementeringar ett gemensamt sätt att utbyta operativ information och förfrågningar.
Protokollet är inte en fysisk laddningskontakt, en komplett förarapp eller en betalningsprocessor. Dessa delar av laddningstjänsten har sina egna krav och gränssnitt.
CSMS / CPMS: hanteringsprogramvaran
CSMS står vanligtvis för laddningsstationshanteringssystem; CPMS står vanligtvis för laddningspunktshanteringssystem. Leverantörer använder dessa termer för backend-plattformar, men de inkluderade funktionerna skiljer sig mellan olika erbjudanden.
Jämför det faktiska omfånget: laddningsanslutning, operatörsverktyg, användare, tariffer, betalningsintegrationer, rapportering och support. En matchande produktetikett är mindre användbar än ett demonstrerat arbetsflöde.
De Översikt över Open Charge Alliance-protokollet ger den officiella utgångspunkten. Använd protokollversionen som ett fält i dina krav, tillsammans med laddarmodell, firmware, implementerade funktioner och avsedd driftsmiljö.
Varför välja en OCPP-baserad laddningsplattform?
En öppen kommunikationsstandard kan ge operatörer större valmöjligheter i hur de bygger upp ett laddningsnätverk. Den flexibiliteten blir användbar när hårdvaruval, mjukvaruintegration och kommersiella avtal planeras tillsammans.
Utvärdera fler hårdvarualternativ
Jämför laddare utifrån deras lämplighet för platsen, användbarhet och funktioner som stöds. Be dina utvalda plattformsleverantörer att validera de faktiska modellerna istället för att begränsa diskussionen till ett varumärke eller en protokollbricka.
Spara kompatibilitetsbevis tillsammans med utrustningsinventeringen så att senare inköp kan kontrolleras mot en känd baslinje.
Skapa en enhetlig driftsvy
Lägg till stödda enheter i delade övervaknings- och rapporteringsarbetsflöden. Standardisera platsidentifierare, namngivning av anslutningar, problemägarskap och sessionsposter så att operatörer kan förstå nätverket utan att växla mellan orelaterade processer.
Där enhetsfunktionerna skiljer sig åt, synliggör dessa skillnader snarare än att presentera otillgängliga åtgärder som universella funktioner.
Planera för förändring över tid
Nya platser, ersättningshårdvara och förändrade affärskrav bör ingå i det ursprungliga förslaget. Kom överens om hur nya modeller testas och hur konfigurationsändringar dokumenteras.
Diskutera exportåtkomst, kontroll av backend-slutpunkter och avslutningsvillkor tidigt. Protokollstöd kan underlätta en integration, men det upphäver inte ett restriktivt kontrakt.
Resultatet bör bli ett mer hanterbart nätverk, inte ett antagande om att alla laddare är utbytbara. Betrakta hårdvarufrihet som något att verifiera och bevara genom upphandling, driftsättning och löpande drift.
Vad ditt OCPP-ledningssystem ska hjälpa dig att göra
Använd dessa arbetsflöden som en demonstrationsagenda. Be leverantören att visa data, operatörens åtgärder och resulterande resultat för varje funktion du behöver.
Övervaka laddare och kontakter
Identifiera vilken enhet som rapporterade en händelse, vilken kontakt som är påverkad och när informationen mottogs. Kontrollera om plattformen skiljer otillgänglig utrustning från en förlorad anslutning eller inaktuell data.
En operatör ska kunna gå från en nätverksöversikt till relevant plats och diagnostikhistorik utan att behöva återskapa kontexten manuellt.
Hantera sessioner och auktorisering
Följ en förares försök att starta laddning genom auktorisering, energileverans och slutförande. Verifiera godkända och avvisade åtkomstmetoder, avbrutna sessioner och ofullständiga register.
Gör det enkelt för supportpersonalen att identifiera var resan misslyckades istället för att behandla varje misslyckad start som ett laddarfel.
Utför stödda fjärråtgärder
Fråga vilka åtgärder som är tillgängliga för varje laddmodell och vilka roller som kan initiera dem. En fjärrförfrågan, dess godkännande och det fysiska resultatet bör vara tydliga i arbetsflödet.
För störande åtgärder, definiera godkännandekrav och hur teamet kontrollerar att normal drift har återupptagits.
Samordna avgiftspolicyer
Där schemaläggning av strömförsörjning eller laddningsprofiler krävs, dokumentera platsens mål innan du granskar konfigurationsskärmarna. Testa de föreslagna inställningarna med den faktiska utrustningen och mätarna.
Bekräfta hur konkurrerande regler hanteras och vilka lokala begränsningar som förblir giltiga om backend-systemet eller nätverket blir otillgängligt.
Hantera utrustningsändringar
Planera konfigurationsändringar, diagnostisk hämtning och underhåll av firmware kring tillverkarens stödda procedurer. Fråga hur förlopp och fel rapporteras och vilka återställningsalternativ som finns.
Håll en liten testgrupp för ändringar som kan påverka ett större nätverk, med ett godkänt underhållsfönster och en ansvarig ägare.
Förvandla register till användbar rapportering
Kontrollera sessionens fullständighet, energienheter, tidsstämplar och utrustningsidentifierare innan du förlitar dig på nätverksrapporter. Definiera hur justeringar, saknade poster och försenade uppladdningar visas.
Granska den operativa prestationen separat från den ekonomiska avvecklingen så att en sessionspost inte misstas för bevis på en inkasserad betalning.
Börja med operatörens dag
Välj tre verkliga situationer: en laddare som slutar rapportera, en kund som inte kan starta en session och en avslutad session med en betalningsfråga. En användbar demo visar hur ditt team undersöker och löser var och en av dem. Utforska TrendPower CPMS-plattform att rama in diskussionen.
OCPP 1.6J vs 2.0.1: jämför dina integrationsbehov
OCPP 1.6 och 2.0.1 är olika protokollversioner och är inte direkt kompatibla. En backend som hanterar båda behöver stöd för båda. Anta inte att ändring av en serveradress uppgraderar en laddares protokollimplementering.
Svep jämförelsen åt sidan på mindre skärmar. Tangentbordsanvändare kan fokusera tabellen och använda piltangenterna.
| Utvärderingsområde | OCPP 1.6J | OCPP 2.0.1 | Vad som ska verifieras |
|---|---|---|---|
| Protokollkontext | JSON-implementering av OCPP 1.6. | Senare version med utökad enhetshantering och transaktionshantering. | Exakt implementering och firmware-lansering. |
| Säkerhet | Granska säkerhetstillägg som stöds. | Inkluderar utökade säkerhetsfunktioner. | Aktiverade kontroller, autentiseringsuppgifter och certifikatåtgärder. |
| Smart laddning | Stöd för laddningsprofiler är en del av standarden. | Utökar funktionerna för smart laddning. | Funktioner implementerade och testade på dina enheter. |
| Projektval | Utvärdera behoven hos installerad hårdvara. | Utvärdera nödvändiga funktioner för nya eller expanderande implementeringar. | Operativa fördelar, integrationsinsatser och support. |
| Blandade nätverk | Behöver en kompatibel backend-implementering. | Behöver en kompatibel backend-implementering. | Stöd per modell och delat rapporteringsbeteende. |
Var passar OCPP 2.1 in?
OCPP 2.1 bygger på 2.0.1 och lägger till funktioner inklusive dubbelriktad laddning och distribuerad energiresurskontroll. Dess tillgänglighet etablerar inte stöd i en specifik laddare eller backend. TrendPowers publicerade stöd som granskats för denna sida täcker 1.6J och 2.0.1; diskutera eventuella 2.1-krav separat.
Versionsreferens: OCA:s OCPP-översiktVälj en version som bygger på nödvändig, testad funktionalitet snarare än enbart det högsta versionsnumret.
Hur en laddare blir en del av din operativa plattform
Integration är en kontrollerad onboardingprocess. Ge programvaruleverantören och laddartillverkaren samma information och kom sedan överens om hur en lyckad driftsättning ska se ut.
Identifiera utrustningen och omfattningen
Registrera tillverkare, modell, firmware, laddarens identitet, kontaktanordning och nätverksåtkomst. Beskriv den avsedda användarresan och de funktioner som är viktiga på den platsen. Bekräfta vem som kan ändra backend-konfigurationen.
Konfigurera en godkänd anslutning
Använd leverantörens dokumenterade slutpunkts- och säkerhetskrav. Tilldela ansvar för autentiseringsuppgifter och certifikat. Kontrollera nätverksåtkomst och tidskonfiguration genom den överenskomna driftsättningsproceduren, med en registrering av de slutliga inställningarna.
Kör hela driftsresan
Testa en auktoriserad start, aktiv debitering, avslutning och de resulterande posterna. Upprepa med de åtkomstmetoder och felscenarier som din tjänst faktiskt kommer att använda. Inkludera stödda fjärråtgärder och platsspecifika debiteringspolicyer.
Godkänn och utöka noggrant
Dokumentera resultat, undantag och utestående arbete. När den representativa utrustningen har godkänts, installera ytterligare enheter med den godkända konfigurationen. Kontrollera antagandena igen när firmware, hårdvara eller driftsmodell ändras.
Håll tydligt ägarskap genom hela processen. Om en laddare ansluts men ett obligatoriskt arbetsflöde misslyckas behöver teamen loggar, reproducerbara steg och överenskomna acceptanskriterier för att bestämma vad som ska ändras.
Kompatibilitet är ett testresultat, inte bara en etikett
De mest användbara kompatibilitetsbevisen identifierar utrustning, programvaruversion, testade funktioner och resultat. Be om dessa bevis innan du investerar i en stor flotta laddare.
Protokollstöd och produktcertifiering
Ett supportanspråk beskriver en implementering. Ett OCA-certifikat registrerar en testad produkt och omfattning. Begär det tillämpliga certifikatet och kontrollera produktidentiteten snarare än att anta att ett företagsnamn täcker allt som säljs.
För OCPP 2.0.1 identifierar OCA Core som obligatorisk och ytterligare certifieringsprofiler som Smart Charging, Advanced Security och ISO 15118-stöd som valfria. Kontrollera omfattningen som krävs av ditt projekt.
Använd officiellt register över certifierade produkter och vägledning för certifikatverifiering vid bedömning av certifieringsanspråk.
Helhetsacceptans
Din driftsmiljö introducerar krav utöver ett protokolltest: betalningsintegration, användarroller, lokal strömförsörjning, rapportering och incidenthantering. Inkludera dessa i driftsättningsplanen.
Bestäm vilka problem som förhindrar lansering och vilka som kan hanteras med en dokumenterad begränsning. Namnge ägaren, önskad lösning och omtestning som behövs för varje utestående punkt.
Hänvisning: OCA-certifieringsprofiler för OCPP 2.0.1.
Checklista för integrationsacceptans
Markera de tester du har definierat för din pilot. Detta är en planeringschecklista, inte ett automatiserat kompatibilitetstest.
Säkerhet, offlinebeteende och återställning
Säkerhet och tillgänglighet beror på det implementerade systemet och de personer som använder det. Definiera de kontroller och ansvarsområden du behöver och verifiera sedan hur de underhålls under hela utrustningens livscykel.
Skydda åtkomst och konfiguration
Dokumentera godkänd kommunikationssäkerhet, äganderätt till autentiseringsuppgifter, certifikatförnyelse och kontobehörigheter. Fråga hur utgångna autentiseringsuppgifter eller misslyckad autentisering visas för driftteamet och hur åtkomst återkallas när ansvarsområden ändras.
Granska administratörsåtkomst separat från laddaranslutning. En säker enhetsanslutning förklarar inte vem som får ändra en tariff, exportera kundregister eller utfärda en störande fjärråtgärd.
Inkludera konfigurationshistorik, incidentrapportering och återställningsprocedurer i den operativa överlämningen. Testa en återställningsväg innan det blir brådskande.
Testa avbrottet du behöver för att överleva
Identifiera om felet beror på ett internetavbrott på webbplatsen, en otillgänglig backend, ett lokalt nätverksfel eller strömavbrott. Var och en påverkar en annan del av tjänsten och kan kräva en annan åtgärd.
Testa beteendet vid aktiva sessioner, auktorisering av nya sessioner, lokala strömbegränsningar, buffering av inspelningar och återanslutning till de föreslagna laddarna. App- och betalningsberoenden bör inkluderas i den övningen.
Efter återställning, avstäm posterna och kontrollera om det finns saknade eller duplicerade affärsresultat. Ange vilka funktioner som fortfarande var tillgängliga och vilka som krävde supportåtgärder.
Både molnhosting och lokal hosting kräver en ägarmodell för övervakning, uppdateringar, säkerhetskopiering och respons. Inkludera underhållsfönster, eskaleringskontakter och återställningsförväntningar i förslaget snarare än att behandla infrastrukturval som en komplett tillförlitlighetsplan.
Koppla OCPP-verksamheter till betalningar och externa system
Laddarkommunikation är en del av en kommersiell laddningstjänst. Håll gränserna mellan utrustningskontroll, kundåtkomst, prissättning, betalning och rapportering tydliga.
Fakturerings- och betalningsintegration
Definiera hur en session blir en debitering och hur debiteringen blir en avstämd betalning. Inkludera misslyckade transaktioner, återbetalningar, justeringar och stödjande bevis i dina acceptanstester.
Granska Betalningslösning för laddning av elbilar med dina avsedda betalningsmetoder och din operativa marknad.
Roaming och OCPI
OCPI har ett annat gränssnitt än OCPP: det stöder anslutningar mellan laddningsstationsoperatörer och leverantörer av e-mobilitetstjänster. Roaming kräver sin egen integration och kommersiella arrangemang.
De EVRoaming Foundations OCPI-översikt förklarar den rollen. Fråga vilka parter, moduler och arbetsflöden ditt projekt behöver.
Appar, portaler och API:er
Specificera vad förare, platsvärdar, ekonomipersonal och driftsteam behöver se och göra. Kom överens om vilka data som måste skickas till befintliga affärssystem och hur fel ska hanteras.
För varje integration, definiera identifierare, åtkomstbehörigheter, rapporteringsperioder och det team som ansvarar för att lösa ofullständiga överföringar.
Ett användbart förslag kopplar samman dessa delar till en enda kundresa. Be om att få se ett exempel från val av laddare och auktorisering till slutförande av session, betalningsavstämning och kundsupport, inklusive minst ett undantag.
Vem bör utvärdera ett OCPP-laddningshanteringssystem?
Laddningsoperatörer och hårdvarumärken
CPO:er bör prioritera operationer med blandade enheter, lyckade sessioner, supportarbetsflöden och webbplatsrapportering. Tillverkare bör definiera omfattningen av hårdvarutestet, äganderätten till firmware och de integrationsbevis som krävs innan de rekommenderar en backend till kunder.
Båda drar nytta av en överenskommen process för att validera nya utrustningsversioner och diagnostisera problem över gränsen mellan hårdvara och mjukvara.
Flottor, arbetsplatser och fastighetsgrupper
Flottor behöver laddningsflöden som passar fordonsscheman och lokal kapacitet. Arbetsplatser och fastighetsportföljer behöver tydliga åtkomstgrupper, lokala ansvarsområden och kostnadsrapportering.
Ta med dessa operativa krav i demon. En tekniskt ansluten laddare behöver fortfarande rätt regler och supportarrangemang för de personer som använder den.
Planera migrering, kostnad och löpande support tillsammans
Att flytta befintlig utrustning kräver mer än att ändra en backend-adress. Börja med att bekräfta åtkomst till slutpunkten, inloggningsuppgifter, kontraktsbegränsningar, exportalternativ och tillverkarsupport. Behåll de ursprungliga inställningarna och definiera en godkänd återställningsprocess.
Flytta först en representativ grupp
Välj laddare som täcker olika modeller, firmware, anslutningsmöjligheter, åtkomstmetoder och driftsförhållanden. Validera de arbetsflöden som krävs innan du lägger till fler enheter. Schemalägg ändringen med webbplatsägare och supportteam så att användarna vet var de kan få hjälp under övergången.
Godkänn dataöverlämningen
Bestäm vilka användarposter, tariffer, sessionshistorik och finansiell information som ska flyttas eller förbli tillgängliga. Dokumentexportformat och stabila identifierare. Historiska poster kan behöva ett arkiv eller en separat rapporteringsprocess snarare än en direkt import till den nya plattformen.
Jämför en komplett driftskostnad
Begär installation, återkommande programvara, enhets- eller anslutningskostnader, integrationsarbete, support och kostnader för framtida ändringar. Identifiera om nya laddningsmodeller kräver extra validering och om dataexport eller teknisk överlämning medför avgifter. Jämför förslag mot samma antaganden om nätverksstorlek och tillväxt.
Förbered stöd före expansion
Definiera vem som utreder ett laddarproblem, vem som får ändra firmware och vem som äger en misslyckad affärsintegration. För register över kända begränsningar och godkända lösningar. Granska återkommande incidenter så att nästa utrullning drar nytta av vad de första webbplatserna avslöjade.
Diskutera era OCPP-plattformskrav med TrendPower
TrendPowers publicerade programvaruutbud inkluderar OCPP 1.6J och 2.0.1, laddningsövervakning, fjärrstyrning, betalningsarbetsflöden och konfigurerbara affärsgränssnitt. Dess tekniska FAQ beskriver testning av laddningsmodeller som en del av kompatibilitetsvalideringen.
Dela laddningsmodellerna och den firmware du använder, antalet platser och kontakter, din marknad och din önskade förarresa. Begär en demonstration av hela arbetsflödet och en skriftlig bekräftelse på integrationsomfattningen.
Vanliga frågor om OCPP-laddningshanteringssystem
12 frågor tillgängliga
Vad är ett OCPP-laddningshanteringssystem?
Det är en backend-plattform som kommunicerar med kompatibla laddstationer med hjälp av OCPP. Det bredare programvaruerbjudandet kan inkludera övervakning, användare, prissättning, betalningar, rapportering och integrationer. Bekräfta vilka moduler och driftsansvar som ingår.
Kan vilken OCPP-laddare som helst ansluta till vilken OCPP-backend som helst?
Anta inte det. Matcha protokollversion, transport, firmware, implementerade funktioner och säkerhetskrav och testa sedan den faktiska kombinationen. En anslutning ensam bekräftar inte att alla nödvändiga arbetsflöden fungerar korrekt.
Vad betyder J:et i OCPP 1.6J?
J identifierar JSON-varianten av OCPP 1.6. När du dokumenterar din utrustning, registrera den informationen tillsammans med modellen och firmware så att leverantören kan bekräfta den nödvändiga anslutningsimplementeringen.
Kan en plattform hantera både 1.6J- och 2.0.1-laddare?
En plattform kan hantera båda om den implementerar varje nödvändig protokollversion. Bekräfta ditt inventarium av blandade enheter med leverantören och testa hur den utrustning som stöds visas i delade operationer och rapporter.
Betyder OCPP-stöd att produkten är OCA-certifierad?
Nej. Begär det relevanta certifikatet och verifiera dess produktidentitet och testade omfattning. Ett generellt kompatibilitetsförklaring bör inte presenteras som bevis på oberoende certifiering.
Garanterar en OCPP-märkning smart laddning eller Plug & Charge?
Nej. Specificera den önskade funktionen och be om bevis på implementerad hårdvara, programvara och stödjande integration. För OCPP 2.0.1, kontrollera tillämpliga valfria certifieringsprofiler samt dina slutgiltiga acceptansresultat.
Fungerar laddare när internet inte är tillgängligt?
Det beror på laddarens konfiguration, lokala kontroller, auktoriseringsmetod och externa beroenden. Testa de nödvändiga avbrottsscenarierna, inklusive återställning och postavstämning, innan du beskriver tjänsten som offline-kompatibel.
Är OCPP samma sak som OCPI?
Nej. OCPP hanterar kommunikation mellan laddstationer med ett hanteringssystem. OCPI stöder kopplingar mellan laddningsoperatörer och leverantörer av e-mobilitetstjänster. Ett projekt kan behöva båda, med separata integrationskrav.
Behöver jag byta ut befintliga laddare för att byta programvara?
Inte nödvändigtvis. Granska först åtkomst till backend-inställningar, implementeringar som stöds, inloggningsuppgifter, kontrakt och tillverkarhjälp. Testa den föreslagna backend-miljön med representativ utrustning innan du bestämmer om hårdvarubyte är nödvändigt.
Vad ska jag skicka in för ett integrationssamtal?
Ange tillverkare, modell, firmware, protokollinformation, antal kontakter, nätverksåtkomst, nödvändiga funktioner och driftplatser. Lägg till betalningsmetoder, användargrupper, förväntad tillväxt och eventuella nödvändiga externa integrationer.
Hur lång tid tar utplaceringen?
Tidpunkten beror på hårdvarans beredskap, integrationens omfattning, tillgång till befintlig utrustning och acceptanskrav. Be om en etappplan som omfattar upptäckt, pilottestning, åtgärdande, utrullning och överlämning av support snarare än ett universellt lanseringslöfte.
Stöder TrendPower OCPP 2.1?
Det publicerade stödet som granskats för den här sidan bekräftar OCPP 1.6J och 2.0.1. Om ditt projekt kräver OCPP 2.1, begär uttrycklig bekräftelse av tillgänglighet och omfattningen som stöds innan du väljer utrustning eller förbinder dig till en distribution.
Inget matchande svar. Försök med ”version”, ”offline” eller ”laddare”, eller fråga om ditt projekt.
Börja med dina laddare.
Planera hela tjänsten.
Diskutera din utrustning, nödvändiga funktioner och utrullningsplan med TrendPower. Skapa en tydlig kompatibilitets- och driftsomfattning före driftsättning.
Begär en demo av OCPP-plattformen
SV 
EN 
ZH 
AR 
DE 
ES 
KO 
JA 
IT 
FR 
VI 
MS 
ID 
FR_CA 
NL 
EN_GB 
TH 