Vragen om een softwareleverancier voor EV-laden te stellen voordat u tekent
April 29, 2026
Read time: 5 minutes
Auteur: eMabler Team
Kort antwoord
Voordat exploitanten met een softwareleverancier voor EV-laden in zee gaan, zouden ze specifieke vragen moeten stellen op zes terreinen: architectuur en integratievermogen, hardwarecompatibiliteit, beschikbaarheid en betrouwbaarheid, eigenaarschap en overdraagbaarheid van data, migratieondersteuning en prijsmodel. Vage antwoorden op specifieke vragen zijn op zichzelf al veelzeggend. Een leverancier die u niet precies kan vertellen hoe een kritiek incident wordt afgehandeld, hoe uw data bij contractbeëindiging wordt geëxporteerd of met wie u tijdens de migratie te maken krijgt, vertelt u iets belangrijks over hoe de relatie zal verlopen zodra het contract getekend is.
Tegen de tijd dat u de laatste fasen van een leveranciersevaluatie bereikt, heeft u waarschijnlijk productdemonstraties gezien, functielijsten vergeleken en diverse verkoopgesprekken doorlopen. Het grootste deel van dat proces is bedoeld om u te laten zien wat een platform onder ideale omstandigheden kan. De vragen in dit artikel zijn bedoeld om aan het licht te brengen hoe het platform en de leverancier zich echt gedragen wanneer de omstandigheden minder dan ideaal zijn.
Het tekenen van een CPMS-contract is een meerjarige verbintenis met reële overstapkosten. De due diligence die u vooraf doet, bepaalt direct hoe de migratie verloopt, hoe het platform onder druk presteert en hoeveel onderhandelingsruimte u heeft als het misgaat. Voor de context van het volledige migratieproces behandelt onze gids over het migreren van uw operatie voor EV-laden elke fase in detail.
Vragen over architectuur en integratie
Met welke systemen integreert uw platform standaard, en hoe worden die integraties onderhouden?
Een leverancier met een brede integratiebibliotheek zou u een specifiek antwoord moeten kunnen geven. Vraag om een lijst en bevestig dat de systemen waar uw bedrijf van afhankelijk is, erop staan. Vraag ook wie die integraties onderhoudt wanneer een externe partij zijn API bijwerkt. Integraties die kapotgaan en kapot blijven, zijn een veelvoorkomende bron van operationele overhead.
Hoe is uw API gedocumenteerd, en kunnen we die documentatie inzien voordat we tekenen?
Een API-first platform met goed onderhouden documentatie weerspiegelt een leverancier die vanaf de basis voor integratie heeft gebouwd. Vraag om de documentatie in te zien. Is die onvolledig, verouderd of niet beschikbaar voor potentiële klanten, dan is dat het opmerken waard.
Als we een maatwerkintegratie nodig hebben die niet in uw bibliotheek zit, hoe wordt dat dan afgehandeld?
Zoek uit of de leverancier maatwerkintegraties zelf bouwt of dat u wordt doorverwezen naar een externe systeemintegrator. Een leverancier die het integratiewerk zelf in handen heeft, heeft een duidelijker belang om het correct af te ronden. Een die u doorverwijst, heeft minder zicht en minder verantwoordelijkheid over het resultaat.
Vragen over hardwarecompatibiliteit
Welke OCPP-versies ondersteunt uw platform?
OCPP 1.6 is het minimum om te verwachten. Ondersteuning voor OCPP 2.0.1 wordt steeds meer standaard en is het bevestigen waard als uw netwerk de functies voor smart charging of apparaatbeheer ervan nodig heeft. Vraag specifiek door, in plaats van een algemene bewering van OCPP-conformiteit te accepteren.
Kunnen we laders van elke fabrikant aansluiten, of wordt verwacht dat we bepaalde hardwarepartners gebruiken?
Een werkelijk hardware-onafhankelijk platform geeft u hier een rechttoe rechtaan antwoord. Gaat het antwoord over voorkeurspartners voor hardware, volumeprikkels of voorbehouden bij bepaalde fabrikanten, zorg dan dat u precies weet wat de beperkingen zijn voordat u zich vastlegt.
Heeft u getest tegen de specifieke ladermodellen die we nu draaien?
Vraag om een lijst met geteste hardware en bevestig dat uw modellen erop staan. Staan ze er niet op, vraag dan hoe de leverancier omgaat met het aansluiten van laders buiten zijn geteste set en of er risico is op verminderde functionaliteit.
Vragen over beschikbaarheid en betrouwbaarheid
Wat is de beschikbaarheid van uw platform, en hoe wordt dat cijfer berekend?
Vraag om een specifiek getal en vraag hoe het wordt gemeten. Beschikbaarheidscijfers die geplande onderhoudsvensters of bepaalde regio's buiten beschouwing laten, of die op een andere grondslag worden berekend dan u verwacht, kunnen er beter uitzien dan ze zijn. 99,999 % is de benchmark om in gedachten te houden.
Hoe worden incidenten naar klanten gecommuniceerd, en hoe ziet een typisch incidentrapport eruit?
Vraag om een voorbeeld. Een leverancier met een volwassen proces voor incidentcommunicatie heeft er direct een paraat. De vorm en het detailniveau van dat rapport vertellen u hoe serieus de leverancier transparantie tijdens storingen neemt.
Wat is uw proces wanneer er buiten kantooruren een kritiek incident optreedt?
Laadnetwerken draaien dag en nacht. Zoek uit of de incidentrespons van de leverancier dat ook doet, en wie er verantwoordelijk is voor die respons om twee uur 's nachts op een zondag.
Vragen over eigenaarschap en overdraagbaarheid van data
Hoe is het eigenaarschap van data gedefinieerd in uw standaardcontract?
Uw sessiegegevens, laadpuntconfiguraties, bestuurdersgegevens en facturatiehistorie behoren toe aan uw bedrijf. Bevestig dat het contract dit expliciet vermeldt en dat er geen clausules zijn die uw mogelijkheid beperken om uw eigen data te benaderen of te gebruiken.
Hoe exporteren we onze data, in welk formaat, en zijn daar kosten aan verbonden?
Stel deze vraag voordat u in een positie zit waarin u het antwoord met spoed nodig heeft. Data-export uit sommige verouderde platforms is technisch omslachtig of commercieel beperkt. Een leverancier die overdraagbaarheid van data eenvoudig maakt, heeft geen reden om het proces te verhullen.
Wat gebeurt er met onze data wanneer het contract eindigt?
Zoek uit hoe lang de leverancier uw data bewaart na beëindiging, in welk formaat die beschikbaar wordt gesteld en of er een periode is waarin u een volledige export kunt aanvragen. Deze voorwaarden zijn bespreekbaar op het moment van tekenen en moeilijk opnieuw te onderhandelen daarna.
Vragen over migratieondersteuning
Wat omvat uw migratieondersteuning, en maakt die deel uit van de standaardovereenkomst?
Sommige leveranciers behandelen migratie als een afzonderlijk betaald adviestraject. Andere bieden gestructureerde onboarding en migratieondersteuning standaard aan. Zorg dat u precies weet wat is inbegrepen voordat u tekent en wat buiten de reikwijdte van de standaardovereenkomst valt.
Kunt u een migratie beschrijven die onverwachte uitdagingen kende, en hoe u die heeft aangepakt?
Een leverancier met echte migratie-ervaring heeft hier een eerlijk antwoord op. Een die niet veel migraties heeft begeleid, of die slecht heeft begeleid, geeft u een vager antwoord. De specificiteit van het antwoord is op zichzelf veelzeggend.
Met wie hebben we tijdens de migratieperiode rechtstreeks contact?
Zoek uit of u samenwerkt met de engineers die het platform hebben gebouwd of met een projectmanager die een draaiboek afwerkt. Rechtstreeks contact met technisch personeel tijdens de migratie verkort de tijd die nodig is om problemen op te lossen aanzienlijk.
Vragen over prijsmodel en commerciële voorwaarden
Is uw prijs gekoppeld aan geslaagde laadsessies, of is het een vast bedrag per lader?
Het antwoord vertelt u of de commerciële belangen van de leverancier op één lijn liggen met de prestaties van uw netwerk. Een vast bedrag per lader betekent dat de leverancier betaald krijgt, ongeacht of sessies slagen. Een model dat gekoppeld is aan het sessievolume of het slagingspercentage, schept een gedeeld belang om het netwerk te laten presteren.
Wat zijn de opzegtermijn en de exitvoorwaarden in uw standaardcontract?
Opzegtermijnen van drie tot zes maanden zijn gebruikelijk in CPMS-contracten. Sommige contracten bevatten minimumtermijnen of boetes voor vroegtijdige beëindiging. Zorg dat u deze voorwaarden kent voordat u tekent en onderhandel waar u kunt. De exitvoorwaarden waar u nu mee instemt, bepalen later uw opties.
Hoe schaalt de prijs mee als ons netwerk groeit?
Vraag om een helder beeld van hoe de kostenstructuur verandert bij twee keer, vijf keer en tien keer uw huidige netwerkomvang. Een prijsmodel dat redelijk lijkt op uw huidige schaal, kan onevenredig worden naarmate u groeit, vooral als het is opgebouwd rond een vast bedrag per lader.
Eén vraag die over alles hierboven heen gaat
Kunnen we spreken met een klant die naar uw platform is gemigreerd vanaf een concurrent?
Een leverancier die zeker is van zijn migratiestaat van dienst, faciliteert dit zonder aarzelen. Het gesprek dat u voert met een referentieklant die het proces heeft doorlopen, vertelt u meer dan welk aantal verkoopgesprekken dan ook.
Conclusie
De leveranciers die dit soort vragen goed doorstaan, zijn degenen waar het de moeite waard is uw netwerk op te bouwen. Vage antwoorden, ontweken vragen of voorwaarden die zorgvuldig lezen vergen om te begrijpen, zijn allemaal signalen die u serieus moet nemen vóór het tekenen, niet erna.
eMabler is een platform voor laadbeheer voor exploitanten van EV-laden in heel Europa.
Bevindt u zich in een laat stadium van leveranciersevaluatie en wilt u deze vragen rechtstreeks aan eMabler stellen, dan praten we daar graag over.