Subscribe & get the latest news in your email
Door
Joachim Lohse
September 15, 2026
Het eerste depot is een project. Het twaalfde is een operatie.
De meeste laadportfolio's groeien op dezelfde manier. Eén locatie wordt gebouwd, getest en overgedragen aan een team dat deze door en door leert kennen. Vervolgens opent een tweede locatie in een andere regio, met een ander nutsbedrijf, een ander merk lader en een andere facilitair manager. Tegen de tijd dat er tien of twaalf locaties zijn, kan niemand meer een simpele vraag beantwoorden — hoe presteert het portfolio vanochtend? — zonder meerdere browsertabbladen te openen, drie CSV-bestanden te exporteren en twee mensen te bellen.
Dit is het punt waarop het beheer van EV-laden op meerdere locaties niet langer een kwestie van voorkeur voor tools is, maar een beperkende factor wordt voor je groeisnelheid.
De storingsmodi van een portfolio zijn niet simpelweg de storingsmodi van één depot, maar dan op grotere schaal. Het zijn fundamenteel andere problemen.
Je verliest de mogelijkheid om even langs te lopen en te kijken. Op een enkele locatie wordt een defecte lader gecontroleerd door iemand die toch al op het terrein is. Bij twaalf locaties is diezelfde storing een beslissing over inzet: wie gaat erheen, wanneer, en is het de rit wel waard? Zonder diagnose op afstand en logbestanden leidt elke storing standaard tot de duurste oplossing.
Routinewerk wordt een coördinatieprobleem. Een firmware-update op één locatie is een onderhoudsvenster. Dezelfde update voor een heel portfolio betekent het inplannen rondom twaalf verschillende werkschema's, het bevestigen van twaalf rollbacks en het bijhouden welke locaties op welke versie draaien. Als dit handmatig gebeurt, is dit het punt waarop portfolio's ongemerkt afdrijven naar inconsistente configuraties.
Er zijn meer mensen bij betrokken, en niemand ziet hetzelfde. Facilitaire teams, locatiebeheerders, dispatchers, energiemanagers en een centrale EV-expert werken allemaal met dezelfde assets, maar met verschillende behoeften en toegangsrechten. Vermenigvuldig dit met een dozijn locaties en toegangsbeheer wordt een taak op zich.
Dit is het onderdeel dat teams verrast die ervan uitgaan dat een tweede locatie een kopie is van de eerste.
De capaciteit van de netaansluiting, de gebouwbelasting, lokale zonne-energie en opslag in batterijen verschillen per locatie. Het ene depot heeft misschien 1 MW aan beschikbaar netvermogen plus nog eens 2 MW aan zonne-energie en een batterijopslagsysteem. Het volgende heeft misschien 500 kW, geen opwekking en helemaal geen opslag. De ene locatie is in feite een microgrid dat geoptimaliseerd moet worden; de andere is een hard plafond waar rekening mee gehouden moet worden.
De inbedrijfstelling, de aansturingslogica en de storingsmodi zijn fundamenteel verschillend op die twee locaties. Wat zou niet zijn anders, zo ziet een energiemanager ze. Beide horen op hetzelfde dashboard thuis, met dezelfde statistieken, dezelfde waarschuwingen en dezelfde rapportages — ook al is wat er aan de achterkant gebeurt totaal verschillend.
Wanneer die abstractie ontbreekt, moeten energiemanagers voor elke locatie een mentaal model bijhouden. Dat is niet schaalbaar voorbij het aantal locaties dat één persoon kan onthouden, wat in de praktijk neerkomt op ongeveer drie.
Wagenparkbeheerders zijn meestal verantwoordelijk voor het gehele wagenpark of voor een specifieke regio. Hun werkgebied komt zelden precies overeen met de grenzen van één depot — voertuigen verplaatsen zich, routes doorkruisen locaties en een voertuig dat op de ene plek oplaadt, kan een route rijden die op een andere plek eindigt.
Wat een dispatcher nodig heeft, is één overzicht waarin geplande laadsessies, real-time telematica en geplande routes samenkomen. Wanneer dat overzicht ontbreekt, wordt de coördinatie afgeschoven op het grondpersoneel en de chauffeurs, die het minst zicht hebben op toekomstige ritten en het minst inzicht hebben in het grotere geheel. Het resultaat laat zich raden: voertuigen vertrekken met de verkeerde laadstatus, laders blijven onbenut tijdens goedkope energie-uren en de persoon die het beste in staat is om dit op te lossen, komt er pas achteraf achter.
Assets hebben onderhoud, updates en probleemoplossing nodig. Maar diepgaande expertise op het gebied van EV-laden is nog steeds zeldzaam binnen wagenpark- en logistieke organisaties. Bij de meeste bedrijven zit deze kennis bij één of twee personen van wie wordt verwacht dat ze alle locaties bedienen.
Voor hen is een centraal dashboard geen luxe, maar de enige manier om hun werk te kunnen doen. Ze hebben logs, waarschuwingen, firmware-updates en acties op afstand op één plek nodig, en het moet werken over verschillende merken en assettypes heen: laders, omvormers, meters en controllers. Een tool die slechts één fabrikant ondersteunt, verplaatst het probleem van het schakelen tussen tabbladen alleen maar naar een andere plek.
Als u platforms aan het evalueren bent, zijn dit de mogelijkheden die een echte portfoliotool onderscheiden van een tool voor één locatie met een aangeplakte locatieselectie:
Energiebeheer op locatieniveau, één operationeel beeld. Energiemanagers configureren beperkingen en energiedoelstellingen per locatie — netlimieten, belasting, opwekking, opslag. Een locatie met een microgrid en een AmpEdge controller wordt op dezelfde manier gemonitord als een locatie met alleen laders, zodat het portfolio-overzicht consistent blijft, zelfs als de onderliggende infrastructuur verschilt. Dat omvat één centrale monitoringslaag voor elk asset, ongeacht merk of type.
AutoScheduler verbindt de wagenparkzijde met de laadzijde. Ampcontrol AutoScheduler integreert met bestaande TMS- en telematicasystemen, zodat voertuig-, route- en laadgegevens automatisch worden uitgewisseld in plaats van handmatig te worden ingevoerd. Dispatchers krijgen één overzicht over alle locaties, inclusief een centraal waarschuwingssysteem — waardoor het mogelijk wordt om het laden rondom routes te beheren in plaats van andersom.
Toegang en bulkacties die aansluiten bij uw organisatiestructuur. IT-beheerders definiëren aangepaste rollen voor het bedrijf. Een locatiebeheerder ziet de laders op zijn locatie; een EV-laadexpert voor het hele bedrijf ziet alle laders in één keer en kan bulkupdates uitvoeren voor het gehele portfolio. SSO en op rollen gebaseerde toegang houden dit overzichtelijk naarmate het aantal medewerkers en locaties groeit.
Rapportages waarvoor geen spreadsheet nodig is. Wekelijkse en maandelijkse asset-rapportages en het rapportagecentrum genereer portfolio- en locatiespecifieke overzichten zonder handmatige afstemming.
Als er twee van deze punten op jou van toepassing zijn, wordt het portfolio meestal bij elkaar gehouden door individuele inzet. Dat werkt totdat iemand op vakantie gaat.
Wat is beheer van EV-laadinfrastructuur voor meerdere locaties? Het is het monitoren, aansturen en rapporteren van laadinfrastructuur op verschillende locaties vanuit één platform — inclusief energiebeperkingen, de status van assets, toegangsrechten en wagenparkcoördinatie, in plaats van elk depot als een op zichzelf staand systeem te beheren.
Kan één platform locaties met zeer verschillende energie-instellingen aan? Ja, mits de beperkingen en doelstellingen per locatie configureerbaar zijn. Een locatie met zonnepanelen en batterijopslag vereist een andere aansturingslogica dan een locatie met een vaste netaansluiting, maar beide kunnen op identieke wijze worden weergegeven en gerapporteerd.
Werkt het met laders van verschillende fabrikanten? Dat zou wel moeten. Portfolio's met verschillende merken zijn de norm, en een platform dat slechts één merk beheert, creëert opnieuw het probleem dat het juist moest oplossen.
Wat heeft dit te maken met wagenparkbeheer? Laden is een beperkende factor voor het wagenpark, niet voor de faciliteiten. Door telematica, routes en planningen te integreren, kunnen planners rekening houden met de beschikbaarheid van voertuigen in plaats van er achteraf op te reageren.
Klaar voor de volgende stap na je eerste depot? Plan een demo om de portfolioweergave met uw eigen locaties te bekijken.
Ampcontrol is een cloudgebaseerde software die naadloos aansluit op laadnetwerken, voertuigen, wagenparksystemen en andere softwaresystemen. Geen hardware nodig, slechts een eenmalige integratie.
