Technische audit van EV-laadnetwerk
Gerapporteerde uptime en ervaren betrouwbaarheid zijn verschillende cijfers, en de kloof daartussen is waar oplaadnetwerken klanten verliezen zonder te weten waarom.
Een oplader die stroom heeft, is aangesloten en rapportage beschikbaar is, telt mee als oplader. Als het er niet in slaagt een sessie voor een bepaald voertuig te starten, of autoriseert en vervolgens na dertig seconden stopt, ondervindt de bestuurder een storing die het dashboard niet heeft geregistreerd.
Technische auditchecklistVoor CPO, investeerder, netwerkeigenaar
Wat een audit onderzoekt
Veeg om te vergelijken
| Gebied | Wat het onthult |
|---|---|
| Succespercentage van sessies | Pogingen die geen energie opleverden, wat de uptime verbergt |
| Distributie van mislukkingen | Of fouten zich nu concentreren op locaties, hardwarerevisies of firmware-builds |
| Firmware-drift | Hoeveel verschillende builds er feitelijk in de vloot worden ingezet |
| Connectiviteit | Sites waar de backend-link eerder marginaal dan afwezig is |
| Transactie-integriteit | Sessies die verloren zijn gegaan of niet zijn gefactureerd na verbindingsonderbrekingen |
| Stille fouten | Eenheden zijn gedegradeerd, maar rapporteren nog steeds beschikbaar |
| Ticketstroom | Storingen zijn opgelost zonder vastgelegde hoofdoorzaak, waardoor ze terugkeren |
Sessiesucces is de eerlijke maatstaf
Uptime meet de mening van de lader over zichzelf. Het succes van een sessie meet of bestuurders energie kregen. Netwerken die alleen de eerste volgen, worden vaak verrast door hun eigen beoordelingsscores.
Firmware-drift is meestal erger dan verwacht
Vloten verzamelen builds. Apparaten die tijdens een uitrol offline waren, onder garantie zijn vervangen of uit oude voorraad zijn besteld, komen terecht in versies die niemand bijhoudt. Dat maakt foutpatronen onleesbaar, omdat hetzelfde symptoom verschillende oorzaken heeft op verschillende builds.
Het vaststellen van de daadwerkelijke versiedistributie is vaak het nuttigste resultaat van een audit.
Storingen die nooit een ticket opleveren
Een chauffeur die niet aan een sessie kan beginnen, vertrekt meestal liever dan zich te melden. Die fout bestaat alleen in de backend-logboeken, als een autorisatie zonder transactie, en alleen als iemand kijkt. Dit zijn de fouten die het gebruik het meest schaden en het minst voorkomen in de operationele rapportages.
Wat de audit oplevert
- Het slagingspercentage van sessies ten opzichte van de gerapporteerde uptime, en de kloof uitgelegd
- Foutconcentratie per locatie, hardwarerevisie en firmware-build
- De feitelijke verdeling van de firmwareversie over het hele wagenpark
- Een gerangschikte lijst met herstelacties per herstelde sessie
- De fouten komen steeds terug omdat niemand een oorzaak heeft geregistreerd
Leveranciersonafhankelijk
De audit wordt uitgevoerd tegen alle hardware en platformen die het netwerk gebruikt. Als de bevinding is dat de eenheden van een bepaalde leverancier ondermaats presteren, is dat de bevinding, en het leveren van alternatieven verandert niets aan de analyse. Je moet hem nog steeds wegen, wetende dat we opladers verkopen.
Waar een audit op moet letten, wat operators zelden controleren
Netwerkaudits rapporteren doorgaans de uptime, het succes van de sessie en het aantal fouten. Nuttig, en het beschrijft allemaal wat er al is gebeurd.
De bevindingen die beslissingen veranderen zijn structureel. De eerste is platformportabiliteit: als de vloot het beheerplatform niet op afstand kan wijzigen, heeft de exploitant een onbetaalbare aansprakelijkheid. We kennen de omvang ervan omdat we ervoor hebben betaald en mensen naar elke oplader in het veld hebben gestuurd om een verandering door te voeren die op geen enkele andere manier op een gedeeld platform tot stand kon worden gebracht.
De tweede bevinding is wat de fouttellingen feitelijk bevatten. Een operator die deze niet heeft gescheiden, beheert een hardwareprobleem dat hij mogelijk niet heeft.
- Apparaatstoringen, dat is wat de garantie dekt. Die van ons halen bijna 0,5 procent, ongeveer één oplader op tweehonderd
- Leverings- en installatiefouten, die er in een foutenlog identiek uitzien en volledig van iemand anders zijn
- Gedrag aan de zijkant van het voertuig, dat door geen enkele vervanging van de oplader kan worden opgelost
Toegepast op uw eigen locatie?
Technische auditchecklistTechnisch beoordeeld door Akhil Joy, CEO. Laatst beoordeeld 2026-08-29.
Veelgestelde vragen
Onze uptime is hoog. Waarom auditeren?
Uptime meet de mening van de lader over zichzelf. Het succes van een sessie meet of bestuurders energie kregen. De kloof daartussen is waar netwerken klanten verliezen zonder dat er ooit een ticket wordt uitgegeven.
Waartoe heeft u toegang nodig?
Backend-sessie- en transactierecords, foutlogboeken en de inventaris van de firmwareversie, indien aanwezig. Waar dit niet het geval is, is het vaststellen ervan meestal de nuttigste vroege output.
Kun je een netwerk auditen dat is gebouwd op de hardware van andere leveranciers?
Ja, en de meeste ook. De analyse is leveranciersonafhankelijk, maar u moet onze bevindingen afwegen in de wetenschap dat wij ook opladers verkopen.
Waarom is firmware-drift belangrijk?
Omdat foutpatronen onleesbaar worden wanneer hetzelfde symptoom verschillende oorzaken heeft bij verschillende builds, en vloten builds accumuleren door vervanging onder garantie en offline eenheden die uitrol missen.
Wat is de meest voorkomende verrassende bevinding?
Het aantal autorisatiepogingen dat nooit een transactie is geworden. Die chauffeurs vertrokken in plaats van zich te melden.
Download de technische auditchecklist
De controles die we uitvoeren, zijn geschreven om te worden gebruikt tegen de hardware van elke leverancier en elk platform, inclusief het onze.
Technische auditchecklist