Een bestuurder staat aan een laadpunt, maar de sessie start niet. Voor de beller is het probleem eenvoudig samen te vatten: “De paal werkt niet.” Voor een supportmedewerker begint het echte werk pas daarna.
Over welke locatie, laadpaal en connector gaat het? Hoe probeert de bestuurder de sessie te starten? Wat toont het scherm of de app? Met een vaste intake wordt een onduidelijke hulpvraag een supportdossier waarmee de eerste of tweede lijn werkelijk verder kan.
“De laadpaal werkt niet” kan verschillende problemen betekenen
Dezelfde openingszin kan verwijzen naar een geweigerde laadpas, een account- of betaalprobleem, een offline laadpunt, een connector die niet reageert of een kabel die vastzit. Zichtbare schade of een mogelijk onveilige toestand vraagt dan weer een andere route dan een gewone gebruiksvraag.
Daarom probeert een operator niet lukraak oplossingen uit. De eerste stap is het probleem herkennen en indelen volgens de procedure van de laadpaaloperator.
- Een sessie die niet kan worden gestart.
- Een geweigerde laadpas, account of betaling.
- Een app- of gebruiksvraag.
- Een offline laadpunt of zichtbare foutcode.
- Een vastzittende kabel of connector.
- Schade of een mogelijke veiligheidsmelding.
Begin met de exacte locatie en het juiste laadpunt
Een parking, bedrijfssite of straat kan meerdere laadpunten en connectoren hebben. Alleen de naam van de locatie volstaat daarom niet altijd om het juiste toestel terug te vinden.
De medewerker vraagt naar de identificatie die in uw laadpuntregister of supportplatform wordt gebruikt. Ook de bereikbaarheid van de bestuurder wordt gecontroleerd. Valt de verbinding weg of heeft een technicus later een bijkomende vraag, dan blijft duidelijk wie bij het laadpunt aanwezig is.
Deze gegevens maken een melding bruikbaar
Welke informatie nodig is, hangt af van uw platform en procedures. Een werkbare basis kan bestaan uit:
- Locatie: site, parking of adres waar de bestuurder staat.
- Laadpunt: unieke laadpunt-ID en betrokken connector.
- Bestuurder: naam en gecontroleerd telefoonnummer voor opvolging.
- Voertuig: de informatie die uw procedure voor dit probleem vraagt.
- Startmethode: laadpas, app, account of een andere ondersteunde methode.
- Tijdstip en status: moment van de poging, zichtbare melding of foutcode.
- Probleemtype: geweigerde sessie, betaling, offline station, vastzittende kabel, schade of een andere melding.
Niet iedere vraag hoeft bij iedere oproep te worden gesteld. De vragenlijst kan de gemelde situatie volgen, zodat alleen de gegevens worden verzameld die voor de afgesproken opvolging nodig zijn.
Eerstelijnssupport werkt binnen afgesproken grenzen
Veelvoorkomende gebruiksvragen kunnen worden behandeld aan de hand van uw kennisbank en eerstelijnsscript. Wanneer u toegang en toestemming verleent, kan ook een controle in uw laad- of supportplatform deel uitmaken van de procedure.
Een remote handeling, zoals een herstart, gebeurt alleen als uw platform dat ondersteunt, u daarvoor uitdrukkelijk rechten verleent en de actie vooraf is goedgekeurd. TeleDispatch improviseert geen technische handelingen en geeft geen niet-goedgekeurde elektrische instructies.
Valt een probleem buiten de eerste lijn, dan gaat het dossier met de verzamelde context naar de bevoegde tweede lijn, on-call engineer of servicepartner. Meer over mogelijke koppelingen en werkafspraken leest u bij Integraties en werkwijzen.
Veiligheidsmeldingen krijgen een eigen route
Zichtbare schade, een beschadigde connector of een andere mogelijk onveilige toestand hoort niet in dezelfde wachtrij als een gewone accountvraag. De operator legt de exacte locatie vast en volgt de veiligheidsboodschap en escalatieroute die u vooraf hebt bepaald.
De rolverdeling blijft helder: TeleDispatch beoordeelt geen elektrische installatie, maar zorgt ervoor dat de melding volledig en zonder onnodig tijdverlies bij de juiste technische verantwoordelijke terechtkomt.
Een illustratief verloop
Dit voorbeeld toont hoe een melding kan worden behandeld. De concrete vragen, platformrechten en escalatieregels worden per opdrachtgever vastgelegd.
- 21.08 uur: een bestuurder belt omdat een laadsessie niet start.
- 21.09 uur: locatie, laadpunt-ID, connector en bereikbaarheid worden genoteerd.
- 21.11 uur: startmethode, zichtbare status en eventuele foutcode worden vastgelegd.
- 21.13 uur: de operator volgt de afgesproken eerstelijnsstappen en controleert, indien toegestaan, de beschikbare platforminformatie.
- 21.16 uur: het incident gaat met alle context en reeds uitgevoerde stappen naar de juiste technische tweede lijn.
- Daarna: de bestuurder krijgt de vervolgstap te horen die in uw procedure is afgesproken.
De uitkomst kan verschillen, maar de structuur blijft dezelfde: identificeren, classificeren, de toegestane actie uitvoeren en gericht escaleren.
Automatische meldingen kunnen dezelfde workflow starten
Niet ieder probleem wordt eerst telefonisch gemeld. Een laadplatform kan ook een automatische status- of foutmelding uitsturen. Een melding via SMS, e-mail, API of HTTP(S) kan volgens vooraf bepaalde regels aanleiding geven tot een controle, telefonisch contact, technisch ticket of terreininterventie.
Zo komen automatische monitoring en menselijke opvolging in dezelfde escalatiewerkwijze samen. Bekijk daarvoor ook onze mogelijkheden voor API- en HTTP(S)-monitoring.
Wat moet vóór de eerste oproep klaarstaan?
Goede laadpaalsupport begint niet op het moment dat de telefoon overgaat. Voor de start legt u samen met TeleDispatch vast hoe uw eerste lijn moet werken.
- De structuur en identificatie van locaties, laadpunten en connectoren.
- De meest voorkomende probleemtypes en intakevragen.
- Uw kennisbank en toegestane gebruiksinstructies.
- Eventuele platformtoegang en nauwkeurig afgebakende rechten.
- De handelingen die een operator wel en niet mag uitvoeren.
- Een aparte route voor schade en veiligheidsmeldingen.
- De contactvolgorde en back-up voor L2-support, on-call engineers en terreinpartners.
- Afspraken over rapportage en terugkoppeling aan de bestuurder.
Ook buiten de kantooruren blijft de route duidelijk
Een probleem aan een laadpunt houdt geen rekening met kantooruren. TeleDispatch kan permanent, buiten de kantooruren, bij geen antwoord of als extra capaciteit tijdens storingen en piekmomenten worden ingezet.
Uw technische medewerkers hoeven daardoor niet iedere eerstelijnsvraag zelf aan te nemen. Zij ontvangen vooral de incidenten die hun expertise of bevoegdheid vragen, samen met de gegevens die nodig zijn om verder te handelen.
Op de detailpagina over 24/7 dispatching voor laadpaaloperatoren leest u hoe bestuurderssupport, technische escalatie, monitoring en terreinpartners kunnen worden gecombineerd.
Maak van een laadprobleem een duidelijke volgende stap
Een bestuurder naast een niet-werkend laadpunt heeft weinig aan een onvolledig ticket of een algemene mailbox. Een menselijk aanspreekpunt kan de situatie uitvragen, binnen uw procedures handelen en duidelijk maken wat er verder gebeurt.
Tegelijk krijgt uw technische tweede lijn een dossier waarin locatie, laadpunt, connector, sessie en reeds uitgevoerde stappen samenkomen. Zo wordt “de paal werkt niet” een melding waar support werkelijk mee verder kan.