Funktioner i laddningshanteringssystemet för elbilar: 15 viktiga CPMS-funktioner

Integration med öppna protokoll är grunden för ett flexibelt laddningsnätverk. CPMS ska ansluta kompatibla laddare, ta emot status- och mätardata, skicka driftskommandon och bibehålla konsekventa arbetsflöden över olika hårdvarumodeller. OCPP minskar beroendet av en proprietär laddare-backend-stack, men "OCPP-stöd" är inte detsamma som bevisad kompatibilitet.

Fråga vilka OCPP-versioner och profiler som är implementerade, vilka laddmodeller som har slutfört integrationstester och hur firmwarespecifikt beteende hanteras. OCPP 1.6 är fortfarande vanligt i distribuerade nätverk, medan OCPP 2.0.1 introducerar ett bredare ramverk för säkerhet, smart laddning och enhetshantering. Open Charge Alliance behandlar också flera 2.0.1-funktioner som separata certifieringsprofiler, så köpare bör verifiera den exakta omfattningen. Läs vår fokuserade OCPP laddningsprogramvara för elbilar vägledning för en djupare interoperabilitetsgranskning.

Ett växande nätverk behöver ett tillförlitligt system för registrering. CPMS bör organisera länder, regioner, operatörer, platser, stationer, elbilar och kontakter samtidigt som operativa attribut som serienummer, modell, firmware, kommunikationsmetod, nominell effekt, kontakttyp, ägarskap och driftsättningsstatus bibehålls.

Denna hierarki påverkar nästan alla nedströms arbetsflöden. Operatörer använder den för att tilldela tariffer, behörigheter, underhållsansvar, intäktsregler och rapporter. Ett bra lager bör stödja bulkiport och export, QR-kod- eller identifierarbindning, tydliga driftsättningstillstånd och ändringshistorik. Det bör också skilja en fysisk laddare från dess individuella elbilar och kontakter så att tillgänglighet, sessioner och fel inte rapporteras på fel nivå. Be leverantören att lägga till en laddare under en demonstration, flytta den mellan platser och visa hur historisk data förblir spårbar.

Operatörer behöver en livebild av vad nätverket gör nu, inte bara en rapport om vad som hände igår. Realtidsövervakning bör visa om varje kontakt är tillgänglig, upptagen, laddar, reserverad, otillgänglig, offline eller felaktig. Den bör också visa kommunikationshälsa, aktiva sessioner, mätarvärden och relevant felinformation.

Instrumentpanelen ska låta en support- eller driftanvändare gå från en sammanfattning på nätverksnivå till en laddare utan att förlora sammanhang. Användbara filter inkluderar plats, operatör, laddarmodell, status, felklass och senaste kommunikationstid. Kartvyer kan stödja geografiska nätverk, men en lista med tydlig undantagshantering är ofta viktigare för den dagliga verksamheten. Fråga hur snabbt statusändringar visas, hur inaktuell data markeras och vad som händer när laddaren eller mobilnätet förlorar anslutningen.

Ett CPMS bör hjälpa driftsteamet att lösa lämpliga incidenter utan att omedelbart skicka en tekniker. Beroende på laddarens kapacitet och den godkända driftspolicyn kan fjärrfunktioner inkludera att starta eller stoppa en session, låsa upp en kontakt, ändra tillgänglighet, återställa en laddare, hämta diagnostik eller uppdatera konfigurationen.

Det viktiga kravet är kontrollerad exekvering. Plattformen bör registrera vem som utfärdade ett kommando, när det skickades, om laddaren accepterade det och vilket tillstånd som följde. Diagnostikloggar behöver tillräckligt med detaljer för att skilja ett laddningsfel från ett kommunikations-, autentiserings-, fordons- eller betalningsproblem. Rollbehörigheter och bekräftelsesteg bör skydda åtgärder med stor inverkan. Vid upphandling, be leverantören att reproducera ett realistiskt felfall och visa hela vägen från varning till diagnos, fjärråtgärd och avslutning.

Varje kommersiell och operativ process är beroende av tillförlitlig sessionsdata. Ett CPMS bör registrera användaren eller token, laddaren och kontakten, start- och stopphändelser, tidsstämplar, mätarvärden, levererad energi, sessionsstatus, orsak till uppsägning och beräknat belopp där fakturering gäller.

Operatörer behöver också verktyg för avbrutna, duplicerade, saknade eller ofullständiga sessioner. Plattformen bör göra det möjligt att söka efter sessions-ID, användare, laddare, plats, datum eller transaktionsstatus och sedan inspektera relaterade auktoriserings-, mätar- och betalningshändelser. Datakvaliteten är viktig eftersom sessionsposter kan användas för fakturor, kundsupport, roaming, avräkning och rapportering från myndigheter. Granska normala sessioner och undantag under utvärderingen: laddare återansluter, nätverksförlust, fjärrstopp, nollenergisessioner och sessioner som avslutas utan ett rent stoppmeddelande.

Offentliga nätverk, arbetsplatser, bostäder och flottor behöver alla olika åtkomstregler. Ett kompetent CPMS bör hantera registrerade användare och gästanvändare, användargrupper, fordon, RFID- eller IC-kort, appkonton, QR-resor, vitlistor och kontobaserad auktorisering. Plug & Charge kan också vara relevant, men det kräver kompatibla fordon, laddare, certifikat och stödjande infrastruktur snarare än en enda programvaruväxel.

Åtkomstregler bör kunna tilldelas efter plats, laddare, tidsfönster, medlemskap, flotta eller användarroll. Offline-auktoriseringsbeteende behöver också ses över eftersom en laddare kan förlora anslutningen medan förare fortfarande behöver service. Köpare bör testa kontoavstängning, utbyte av förlorat kort, duplicerade tokens, gästladdning, auktoriseringsfel och sekretesskontroller. Målet är en konsekvent laddningsresa utan att ge varje användare obegränsad åtkomst till varje station.

Ett laddningsföretag kan prissätta efter energi, tid, session, parkeringstid, tomgångstid eller en kombination av komponenter. Det kan också behöva högtrafik- och lågtrafikavgifter, medlemspriser, flottavtal, gratis utsläppsrätter, kuponger, skatter eller platsspecifika regler. CPMS bör modellera dessa tariffer utan att kräva en kodändring för varje kommersiell justering.

Prissättning behöver giltighetsdatum, versionskontroll och en tydlig relation till användargrupp, laddare, plats och betalningsflöde. Operatörer bör kunna förhandsgranska en tariff och förklara en slutlig debitering för föraren eller ekonomiteamet. Lokala regler avgör vilka prismodeller och enheter som är tillåtna, så implementeringen måste vara marknadsspecifik. Be leverantören att konfigurera en av era faktiska tariffer, ändra den för ett framtida datum och visa hur en befintlig session förblir länkad till rätt tariffversion.

Betalningsinsamling är bara en del av debiteringshandeln. Ett komplett arbetsflöde kopplar samman sessionen med tariffberäkning, betalningsauktorisering eller kontodebitering, kvitton eller fakturor, återbetalningar, avstämning och avveckling. Flerpartsnätverk kan också behöva fördela intäkter mellan plattformsoperatören, webbplatsägaren, agenten, investeraren eller flottkontot.

De leverantörer och metoder som krävs varierar beroende på land. Köpare bör bekräfta valutor, skattebehandling, handlarstruktur, tillgänglighet för betalningsgateway, plånboksregler, återställning av misslyckade betalningar och återbetalningsansvar för varje målmarknad. Plattformen bör hålla sessions-, transaktions- och avvecklingsregister länkade så att ekonomiteam kan förklara avvikelser. TrendPowers Guide till programvara för fakturering av laddning av elbilar förklarar skillnaden mellan faktureringslogik och betalningsbehandling, medan Betalningslösning för laddning av elbilar Sidan täcker projektspecifika betalnings- och avvecklingsarbetsflöden.

När flera fordon laddas samtidigt kanske platsen inte har tillräckligt med ledig kapacitet för att köra varje anslutning med maximal effekt. Smarta laddningsfunktioner hjälper till att distribuera tillgänglig effekt, skydda platsens gränser och prioritera sessioner enligt driftsregler. Mer avancerade projekt kan koordinera laddare med byggnadsbelastning, elpriser under användningstid, solenergiproduktion eller batterilagring.

Köparen bör definiera kontrollmålet innan en funktion väljs: undvika överbelastning, minska efterfrågetoppar, möta flottans avgångstider, använda förnybar energi eller delta i ett energiprogram. Systemet behöver också en säker reservlösning när telemetri, en mätare eller nätverket inte är tillgängligt. Fråga hur ofta gränser uppdateras, var kontrollbeslut fattas och om laddmodellerna implementerar de nödvändiga funktionerna. Guide till programvara för lastbalansering av laddning av elbilar täcker dessa frågor om platsplanering i detalj.

Övervakning identifierar ett problem; den operativa ledningen avgör vad som händer härnäst. Ett CPMS bör klassificera fel, undertrycka duplicerat brus, ställa in allvarlighetsgraden för varningar och dirigera incidenter till rätt team. Det bör behålla anteckningar, åtgärder, delar, teknikerbesök och orsaker till stängning så att återkommande problem kan analyseras snarare än att upprepade gånger återupptäckas.

Hantering av enheters livscykel kan innefatta konfigurationskontroll, logghämtning, schemaläggning av firmware, underhållshistorik och utbytesregister. Uppdateringar av firmware bör ske i etapper, vara spårbara och skyddade av återställnings- eller återställningsprocedurer som är lämpliga för laddaren. Rapportering på servicenivå bör särskilja kommunikationsavbrott, laddarfel, planerat underhåll och strömavbrott på anläggningsnivå. Be leverantören att visa en incident från detektering till prioritering, fjärråtgärder, fältutskick och avslutning, inklusive revisionsloggen.

Ett nätverk kan innehålla olika juridiska enheter, regionala team, värdar, servicepartners och kundgrupper. Hantering av flera anläggningar bör ge en enda operativ vy samtidigt som data, behörigheter och kommersiellt ansvar hålls separerade där det behövs. Rollbaserad åtkomstkontroll bör definiera vem som kan se intäkter, ändra tariffer, hantera laddare, hantera användare eller exportera data.

För plattformsföretag och laddartillverkare kan multitenancy också stödja separata varumärkesoperatörer på en delad programvarubas. Lokalisering kan inkludera språk, valuta, tidszon, skatt och landsspecifika arbetsflöden. White-label-gränssnitt är värdefulla när kundrelationen tillhör operatören snarare än programvaruleverantören. Granska våra white-label programvara för laddning av elbilar sida om varumärkesbyggande, operatörshierarki och regional utrullning är en del av din plan.

Ett modernt CPMS fungerar sällan ensamt. Det kan behöva utbyta information med betalningsgateways, ERP- och redovisningssystem, CRM- och supportplattformar, parkeringssystem, verktyg för flotta eller telematik, identitetstjänster, energihanteringssystem och plattformar för affärsinformation.

Användbara API:er behöver mer än en lista med slutpunkter. Köpare bör granska autentisering, behörigheter, versionshantering, hastighetsgränser, idempotens, paginering, felhantering, sandbox-åtkomst och dokumentation. Webhooks kan minska polling genom att meddela externa system när en laddare, session, betalning eller fel ändras, men leveransförsök och signaturer är viktiga. Integrationsägarskap bör också vara tydligt: vem mappar fält, testar undantag och stöder en ändring efter lansering? Guide till integration av API för laddning av elbilar tillhandahåller ett praktiskt ramverk för avgränsning.

OCPP kopplar samman laddare med ett hanteringssystem; roaming kopplar samman laddningsföretag och mobilitetsleverantörer. Ett roamingkompatibelt CPMS kan utbyta plats-, tariff-, token-, sessions- och laddningsdetaljdata via ett öppet gränssnitt som OCPI eller via en roaminghubb.

Denna funktion kan utöka föraråtkomst och nätverksräckvidd, men den introducerar också kommersiella krav och krav på datakvalitet. Operatörer behöver partnerintroduktion, tokenvalidering, tariffmappning, sessionsutbyte, CDR-validering, avvecklingslogik och undantagsavstämning. Protokollstöd ensamt definierar inte affärsavtalet, den geografiska täckningen eller förarupplevelsen. Fråga vilka OCPI-moduler och -versioner som är implementerade, om anslutningen är bilateral eller hubbbaserad och hur saknade eller motstridiga poster hanteras. EVRoaming Foundation beskriver OCPI som ett gränssnitt mellan CPO:er och leverantörer av eMobility-tjänster; köpare bör fortfarande validera den exakta implementeringen som behövs för deras partners.

Instrumentpaneler bör hjälpa team att bestämma vad de ska göra härnäst. Kärnoperativa mätvärden inkluderar laddares tillgänglighet, andel lyckade sessioner, felfrekvens, genomsnittlig tid till återställning och nätverksutnyttjande. Kommersiella vyer kan inkludera sessioner, såld energi, intäkter, genomsnittligt transaktionsvärde, misslyckade betalningar, avvecklingsstatus och prestanda per plats eller partner. Energiteam kan behöva toppbelastning, lastprofil och kostnad per tidsperiod.

Definitioner är lika viktiga som diagram. Plattformen bör ange hur tillgänglighet beräknas, vilken tidszon som gäller, hur delvisa sessioner behandlas och om avbrutna eller återbetalda transaktioner finns kvar i intäktssumman. Användare bör kunna filtrera, jämföra perioder, schemalägga rapporter och exportera rena data. Olika roller behöver olika vyer: en chef, NOC-operatör, ekonomichef och webbplatsvärd bör inte alla få samma instrumentpanel.

Säkerheten måste omfatta laddningsanslutning, operatörsportal, mobilupplevelse, API:er, datalager och operativa processer. Köpare bör utvärdera krypterad kommunikation, certifikat- och hemlighetshantering, flerfaktorsautentisering, åtkomst med minsta behörighet, granskningsloggar, API-auktorisering, sårbarhetshantering, säkerhetskopior och incidenthantering. OCPP-säkerhet är beroende av både protokollfunktioner och faktisk operativ implementering.

Ägarskap, datalagring, datalagring och exporträttigheter bör skrivas in i lösningens omfattning. Implementeringen kan använda delat moln, privat moln eller lokal infrastruktur beroende på styrnings-, integrations- och kontrollkrav. Skalbarhet bör testas genom mätbara antaganden som samtidiga laddningar, sessioner, meddelandefrekvenser och rapportvolymer. Kontinuitetsplanering bör definiera övervakning, återställningsmål, säkerhetskopior, redundansväxling och supportansvar. För avvägningar vid implementering, se vår guide för moln, privat moln och lokal drift.