Kennisbank voor opladers van meerdere leveranciers
Gemengde vloten zijn de normale situatie en geen mislukking van de aanbesteding. Aanbestedingen worden gewonnen door verschillende leveranciers, netwerken worden overgenomen en pilots worden permanent. Het operationele probleem is dat een technicus die voor een onbekende eenheid staat, geen idee heeft wat de foutcode betekent.
Op deze pagina wordt besproken waarom er sprake is van gemengde wagenparken, wat er feitelijk operationeel verschilt tussen leveranciers, foutcodes die verschillende dingen betekenen voor verschillende fabrikanten, bouwprocedures die een technicus kan volgen, hoe deze up-to-date blijven en wat te standaardiseren ten opzichte van wat te accepteren.
Gemengde vlootoperatiesVoor Een operator die gemengde hardware gebruikt, meestal na overnames of opeenvolgende aanbestedingen waarbij iedereen anders koos.
Waarom gemengde vloten ontstaan
- Opeenvolgende aanbestedingen, elk op prijs gewonnen door een andere leverancier
- Overname van een ander netwerk, compleet met bijbehorende hardware
- Een pilot die permanent werd omdat het werkte
- Een leverancier die de markt verlaat, of een product dat uit de handel wordt genomen
- Sitehosts die hun eigen apparatuur specificeerden voordat de operator arriveerde
Geen van deze zal stoppen, dus een operatie die is ontworpen op basis van de veronderstelling dat er één leverancier is, is ontworpen voor een situatie die niet zal voortduren.
Wat verschilt er eigenlijk
Veeg om te vergelijken
| Gebied | Hoeveel het verschilt | Operationele impact |
|---|---|---|
| OCPP-berichten | Matig. Optionele functies, leveranciersextensies | Integratie-inspanning per leverancier |
| Foutcodes | Helemaal. Geen gedeelde betekenis | Een technicus kan een onbekend apparaat niet lezen |
| Configuratiesleutels | Helemaal | Elke wijziging in de instellingen is leverancierspecifiek |
| Firmware-updateproces | Substantieel | Aparte procedure en risicoprofiel |
| Fysieke servicetoegang | Substantieel | Verschillende gereedschappen, verschillende procedures, verschillende gevaren |
| Diagnostiek beschikbaar | Substantieel | Wat er op afstand opgelost kan worden verschilt per merk |
| Reserveonderdelen | Helemaal | Aparte inventaris per leverancier |
De tweede rij is degene die dagelijks het meeste kost. Al het overige is vooraf op te zoeken; een foutcode wordt aangetroffen door iemand die op een parkeerplaats staat.
Foutcodes hebben geen gedeelde betekenis
OCPP definieert een kleine set standaardfoutcodes en elke fabrikant breidt deze uit, dus dezelfde numerieke code betekent niet-gerelateerde dingen voor twee merken, en dezelfde fysieke fout verschijnt onder verschillende codes.
Het praktische gevolg is dat een technicus die het ene merk goed kent, vrijwel nutteloos is tegenover een ander merk, en dat vertrouwen het eerder slechter dan beter maakt. Een mapping van de codes van elke leverancier naar een gemeenschappelijk intern vocabulaire is het meest waardevolle wat een exploitant van een gemengd wagenpark kan bouwen, omdat het één procedure en één set vaardigheden op het gehele landgoed toepast.
Procedures die een technicus daadwerkelijk kan volgen
Een kennisbank die gelezen moet worden, is een kennisbank die om drie uur 's middags in een kelder genegeerd wordt.
- 1
Per leverancier, per model
Niet per leverancier. Modellen binnen een merk verschillen genoeg om er toe te doen, en als je anders aanneemt, komt een technicus voor een verrassing te staan.
- 2
Bereikbaar vanaf de unit
Via QR of activa-ID vanaf een telefoon, in het veld, zonder signaalaanname die niet standhoudt in een kelder.
- 3
Foto's, geen beschrijvingen
Waar de isolator zit, welke bevestiger, hoe de indicator eruit ziet. Een foto regelt in een seconde wat een alinea niet doet.
- 4
Veiligheid voorop, expliciet per model
Isolatiepunten en gevaren verschillen per merk en kunnen niet worden aangenomen op basis van ervaringen met een ander merk.
- 5
Wat je niet moet proberen
Dat is net zo belangrijk als wat je moet doen, en ontbreekt meestal.
Het actueel houden
- Leveranciers veranderen de firmware en hun gedrag daarmee. Een procedure die tegen een oude release is geschreven, kan op een interessante manier verkeerd zijn
- Beëindigde modellen hebben nog steeds ondersteuning nodig, lang nadat de leverancier er niet meer om geeft
- Technici ontdekken dingen die in geen enkel document voorkomen, en er moet een route zijn om dat binnen te krijgen
- Leg vast hoe de ondersteuning van een leverancier eigenlijk is, aangezien deze varieert en bepaalt of deze moet worden geëscaleerd of zelf moet worden opgelost
De derde is de hele discipline. Een kennisbank die alleen content van de top ontvangt, is binnen een jaar verouderd.
Wat te standaardiseren, wat te accepteren
Veeg om te vergelijken
| Standaardiseren | Accepteer |
|---|---|
| Foutvocabulaire bij leveranciers | Foutcodes van de leverancier zelf |
| Ticketafhandeling en escalatie | Verschillende firmwareprocessen |
| Reactie- en verzendprocedure | Verschillende fysieke servicetoegang |
| Rapportage- en beschikbaarheidsstatistieken | Verschillende diagnostische diepte |
| Veiligheidsprocedure op hoog niveau | Modelspecifieke isolatiepunten |
Standaardiseer de werking. Accepteer de apparatuur. Pogingen om leveranciers in een gemeenschappelijke vorm te dwingen, verspillen de moeite die de kaartlaag op de juiste manier oplost.
Toegepast op uw eigen locatie?
Gemengde vlootoperatiesTechnisch beoordeeld door Deepu Joy, Director of Products and Delivery. Laatst beoordeeld 2026-09-10.
Veelgestelde vragen
Moeten we standaardiseren op één leverancier?
Het is een redelijk inkoopdoel en het zal contact met overnames, aanbestedingen en stopgezette producten niet overleven. Ontwerp de operatie hoe dan ook voor een gemengd wagenpark.
Wat is het meest waardevolle om te bouwen?
Een mapping van de foutcodes van elke leverancier naar een gemeenschappelijk intern vocabulaire. Het zorgt ervoor dat één procedure en één reeks vaardigheden op het hele landgoed van toepassing zijn.
Kunnen OCPP foutcodes dit niet oplossen?
Nee. OCPP definieert een kleine standaardset en elke fabrikant breidt deze uit, dus dezelfde code betekent verschillende dingen voor verschillende merken en dezelfde fout verschijnt onder verschillende codes.
Hoe gedetailleerd moeten procedures zijn?
Per model, niet per leverancier, en op foto gebaseerd. Een technicus in een kelder leest geen paragraaf, en modellen binnen een merk verschillen genoeg om voor verrassingen te zorgen.
Hoe houden we het actueel?
Door technici een route te geven om toe te voegen wat ze ontdekken. Een kennisbank die alleen content van de top ontvangt, is binnen een jaar verouderd.
Hardware gebruiken die niemand in het team kent?
Vertel ons welke merken en modellen. Het in kaart brengen van de foutcodes is meestal het eerste dat de moeite waard is om te bouwen.
Gemengde vlootoperaties