Checklist voor aanbesteding van een systeem voor het beheer van laadsystemen voor elektrische voertuigen

Een RFP voor een beheersysteem voor het laden van elektrische voertuigen moet meer doen dan alleen een lange lijst met functies verzamelen. Het moet duidelijk maken of een CPMS-leverancier uw bestaande laadpunten kan aansluiten, uw bedrijfs- en verdienmodel kan ondersteunen, uw gegevens kan beschermen, aan de serviceverwachtingen kan voldoen en kan schalen zonder kostbare vendor lock-in te creëren.

Deze handleiding is geschreven voor exploitanten van laadpunten, fabrikanten van laadpalen, wagenparkbeheerders, nutsbedrijven, vastgoedgroepen, parkeerbeheerders en regionale laadplatformen. Als u de platformcategorie nog aan het definiëren bent, begin dan met de handleiding van TrendPower. Handleiding voor CPMS-software voor exploitanten van laadstations voor elektrische voertuigenAls u klaar bent om een aanbesteding uit te schrijven, gebruik dan de onderstaande checklist als de technische en commerciële basis van uw RFP.

Wat moet een RFP voor software voor het opladen van elektrische voertuigen bereiken?

Een goede RFP (Request for Proposal) vertaalt bedrijfsdoelen naar toetsbare eisen. Het geeft leveranciers dezelfde uitgangspunten, vraagt hen om standaardfunctionaliteit te onderscheiden van configuratie en maatwerkontwikkeling, en creëert een verdedigbare manier om antwoorden te vergelijken.

Het doel is niet om het platform met de meeste vinkjes te selecteren. Het doel is om de oplossing te vinden die het best aansluit bij uw laadpalen, klanten, landen, integraties, interne team, risicotolerantie en vijfjarige groeistrategie.

Welke informatie moet u voorbereiden voordat u de RFP verstuurt?

Leveranciers kunnen geen betrouwbare omschrijving van de omvang, prijs of planning geven als de aanbesteding alleen vraagt om "een schaalbaar laadplatform voor elektrische voertuigen". Voeg een beknopt projectprofiel toe met voldoende details om te kunnen beoordelen of het aansluit bij uw wensen.

• Bedrijfsmodel en doelgroepOpenbare CPO, wagenparkbeheer, werkplek, residentieel gebruik, bestemming, OEM, nutsbedrijf, roamingdienst of een combinatie hiervan.
• NetwerkbasislijnActuele en verwachte locaties, laders, connectoren, maandelijkse sessies, gebruikers en geografische regio's voor jaar 1, 3 en 5.
• Hardware-inventarisFabrikant, model, firmware, OCPP-versie, connectiviteit, vermogen en huidige backend voor elk representatief type lader.
• KlanttrajectApp, web, QR-code, RFID, contactloos betalen, Autocharge, Plug & Charge, gasttoegang, reserveringen en verwachtingen ten aanzien van ondersteuning.
• Commercieel modelTarieven, belastingen, abonnementen, inactiviteitskosten, promoties, roaming, facturering, terugbetalingen, commissies en verrekeningspartijen.
• IntegratielandschapBetaalplatformen, ERP, CRM, wagenparkbeheer, energiesystemen, datawarehouses, kaarten, ticketsystemen, identiteitsbeheer en roamingpartners.
• Beveiligings- en implementatiebeperkingenCloudregio, private cloud of on-premise behoeften, datalocatie, SSO, audit, privacy en wettelijke vereisten.
• InkoopplanBudgetbereik, besluitvormingsproces, omvang van de pilot, gewenste lanceringsdatum, acceptatiecriteria en contractduur.

Complete checklist voor aanbesteding van een systeem voor het beheer van laadsystemen voor elektrische voertuigen

1. Bedrijfsomvang, rollen en schaal

Begin met de operationele realiteit. Een platform dat is ontworpen voor één particulier depot is mogelijk niet geschikt voor een openbaar netwerk met meerdere partijen, waaronder sitebeheerders, agenten, investeerders, wagenparken en roamingpartners.

• Beschrijf de ondersteunde bedrijfsmodellen en geef aan welke momenteel in productie zijn.
• Leg de hiërarchie uit voor organisaties, regio's, locaties, laders, connectoren, operators, locatiebeheerders, wagenparken en eindgebruikers.
• Toon op rollen gebaseerde toegangscontrole, goedkeuringsworkflows, gedelegeerd beheer en tenantisolatie.
• De staat demonstreerde de productieschaal en de testmethode voor laders, gelijktijdige sessies, API-verkeer en rapportagevolume.
• Leg uit hoe nieuwe landen, valuta's, belastingregels, talen, tijdzones en rechtsvormen worden toegevoegd.

2. Interoperabiliteit tussen OCPP en laders

"OCPP ondersteund" is geen afdoende antwoord. Open Charge Alliance Er worden meerdere OCPP-versies gepubliceerd en het daadwerkelijke gedrag hangt af van het ladermodel, de firmware, het beveiligingsprofiel, de berichtenset en de implementatie door de leverancier. Vraag om exact bewijs.

• Geef een overzicht van de ondersteunde OCPP-edities en -transportprotocollen, inclusief OCPP 1.6J, OCPP 2.0.1 en, indien van toepassing, de roadmap voor OCPP 2.1.
• Geef een compatibiliteitsmatrix voor opladers, gesorteerd op fabrikant, model, firmware, geteste functies, bekende beperkingen en testdatum.
• Lever de OCPP-certificeringsgegevens of ander bewijs van conformiteit aan voor de aangeboden CSMS-versie. Verifieer certificaten via de OCA in plaats van alleen op een logo te vertrouwen.
• Demonstreer de workflows voor onboarding, autorisatie, transacties, meterwaarden, starten/stoppen op afstand, resetten, ontgrendelen, beschikbaarheid, reserveringen, laadprofielen, diagnostiek en firmware.
• Leg offline gedrag, berichtenwachtrijen, klokafwijking, dubbele gebeurtenissen, herverbindingsafstemming en transactieherstel uit.
• Beschrijf het proces, de verantwoordelijkheid, de kosten en de doorlooptijd voor het integreren van een niet-geteste lader of firmware-revisie.

Voor netwerken met meerdere merken kunt u een pilot aanvragen met representatieve hardware. TrendPower's EV-laadpuntbeheersysteem Op deze pagina wordt uitgelegd waarom compatibiliteit moet worden gevalideerd aan de hand van de daadwerkelijke oplader en de vereiste workflow, en niet alleen aan de hand van de protocolnaam.

3. Monitoring, beheer op afstand en beschikbaarheid

• Toon realtime statusinformatie voor stations, laadpalen, connectoren, sessies, connectiviteit, stroom, meterwaarden en alarmen.
• Leg de configureerbare alarmregels, ernstniveaus, onderdrukking, correlatie, escalatie en notificatiekanalen uit.
• Demonstreer diagnostiek op afstand, logboeken, laadcurves, foutcodes, opdrachten op afstand en controleerbare handelingen van de operator.
• Definieer de beschikbaarheids- en benuttingsberekeningen, inclusief de behandeling van gepland onderhoud, geblokkeerde werkplaatsen en communicatiestoringen.
• Toon de aanmaak, toewijzing en SLA-timers van tickets, workflows van technici, servicebewijs, verificatie en onderhoudshistorie.
• Bied dashboards en exportmogelijkheden voor succesvolle eerste laadpogingen, sessiefouten, MTTR, terugkerende alarmen en beschikbaarheid van laadstations.

Kopers die workflows voor buitendienstwerkzaamheden evalueren, kunnen de informatie van TrendPower raadplegen. intelligent operationeel beheer een aanpak voor monitoring, diagnose op afstand, herstel, aansturing en gesloten werkorders.

4. Ervaring, toegang en ondersteuning voor chauffeurs

• Geef aan welke toegangsmethoden worden ondersteund: mobiele app, mobiele website, QR-code, RFID, afrekenen als gast, Autocharge, ISO 15118 Plug & Charge of wagenparkbeheer.
• Toon informatie over zenders, live beschikbaarheid, connectorgegevens, prijsweergave, navigatie, reserveringen, sessiestatus, bonnen en betaalgeschiedenis.
• Beschrijf de toegankelijkheid, ondersteunde talen, lokale formaten, toestemmingsprocedures, accountverwijdering en export van klantgegevens.
• Leg uit wat app-eigendom, app-store-accounts, releasefrequentie, crashanalyse, ondersteunde besturingssysteemversies en webfallback inhouden.
• Toon klantondersteuningstools voor het opzoeken van sessies, hulp op afstand, terugbetalingen, geschillen, meldingen en casusgeschiedenis.

5. Tarieven, facturering, betalingen en afwikkeling

De prijsstelling is marktspecifiek, terwijl de beveiliging van betalingen gedeelde verantwoordelijkheden met zich meebrengt. Vraag de leverancier om data- en geldstromen in kaart te brengen, en niet alleen een logo van een betalingsprovider te tonen.

• Toon tarieven op basis van energieverbruik, tijd, sessie, verbindingsduur, inactiviteitstijd, locatie, gebruikersgroep, lidmaatschap en gebruikstijd.
• Leg de volgende begrippen uit: belasting, afronding, valuta, factuurnummering, terugbetalingen, tegoeden, stortingen, pre-autorisatie, mislukte betalingen en chargebacks.
• Geef een overzicht van de betaalgateways en -methoden per doelland, plus de verantwoordelijkheden van de merchant-of-record, acquiring, payout en reconciliation.
• Definieer de gegevensstroom van betaalkaarten en de PCI DSS-scope van elke partij. PCI-beveiligingsnormenraad is de gezaghebbende bron voor actuele PCI DSS-materialen.
• Toon de inkomstenverdeling, overzichten, goedkeuringen, aanpassingen en afrekeningen met betrekking tot sitehosts, agenten, investeerders of partners aan.
• Bied financiële exportmogelijkheden, afstemmingssleutels, audit trails en afhandeling voor sessies die na een communicatiestoring worden voltooid.

Gebruik TrendPower's Betaaloplossing voor het opladen van elektrische voertuigen Overzicht om vragen te identificeren over lokale betalingen, tarieven, transacties en afwikkeling.

6. Roaming en ecosysteem-interoperabiliteit

• Een lijst met ondersteunde OCPI-versies, rollen, modules, verbindingsmodellen, roaming hubs en live-integraties.
• Toon de uitwisseling van locaties, de status van laadstations, tarieven, tokens, commando's, sessies, CDR's en inloggegevens.
• Leg de logica voor het opnieuw proberen, versieonderhandeling, afhandeling van duplicaten, CDR-correctie, reconciliatie en partnerspecifieke mapping uit.
• Verduidelijk de kosten per partner, hubkosten, transactiekosten, implementatiekosten, certificering en doorlopende ondersteuning.

De Overzicht van OCPI door de EVRoaming Foundation Dit document legt uit hoe OCPI e-mobiliteitsdienstverleners en laadpuntbeheerders met elkaar verbindt. In uw aanbesteding (RFP) moet u vragen welke onderdelen van het protocol zijn geïmplementeerd en bewezen – niet alleen of "OCPI" op een specificatielijst voorkomt.

7. API's, data en bedrijfsintegraties

• Vraag om versiebeheer van API-documentatie, toegang tot de sandbox, authenticatiemethoden, snelheidslimieten, paginering, filters, idempotentie en foutmodellen.
• Lijst met beschikbare API's en webhooks voor laders, locaties, gebruikers, tarieven, sessies, transacties, alarmen, tickets en rapporten.
• Definieer webhook-ondertekening, herhaalpogingen, volgorde, deduplicatie, herhaling, monitoring en afhandeling van onbestelbare berichten.
• Leg uit wat data-actualiteit, dataretentie, data-aggregatie, exportformaten, bulk-extractie en toegang tot ruwe versus afgeleide data inhouden.
• Beschrijf de verantwoordelijkheid voor de integratie van ERP, CRM, SSO, wagenparkbeheer, energiebeheer, kaarten, datawarehouse en ondersteunende systemen.
• Vereis dat API-beveiligingsmaatregelen worden gekoppeld aan erkende richtlijnen, zoals de OWASP API-beveiligingsproject.

8. Energie- en slimme laadregelingen

• Beschrijf statisch en dynamisch belastingsbeheer op het niveau van connectoren, laders, circuits, locaties, portfolio's en wagenparken.
• Leg de regels voor vermogenstoewijzing, prioriteiten, minimumvermogen, eerlijkheid, afwijkingsdoelen en handmatige override uit.
• Laat zien hoe laadlimieten, metergegevens, gebouwbelasting, zonne-energie, opslag en signalen van het elektriciteitsnet worden ontvangen en gevalideerd.
• Definieer het gedrag wanneer meters, gateways, laders of het CPMS de verbinding verliezen.
• Vraag naar de ondersteunde OCPP-functies voor slim opladen, de controle-intervallen, de telemetrievertraging en bewijs van een vergelijkbare implementatie.

9. Beveiliging, privacy en veerkracht

Beveiligingsantwoorden moeten architectuurspecifiek en contractueel relevant zijn. "We gebruiken encryptie" geeft geen uitleg over identiteit, sleutelbeheer, monitoring, het afhandelen van kwetsbaarheden of herstel.

• Vraag een actueel architectuur- en dataflowdiagram aan met daarop de vertrouwensgrenzen, datastores, externe partijen, beheerderspaden en laadverbindingen.
• Definieer encryptie tijdens transport en in rust, TLS-versies, de levenscyclus van certificaten, het beheer van geheimen, sleuteleigendom en -rotatie.
• Toon MFA, SSO, RBAC, least privilege, sessiebeheer, serviceaccounts, privileged-access review en onveranderlijke auditlogboeken.
• Zorg voor veilige ontwikkelomgevingen, afhankelijkheidsbeheer, codebeoordeling, penetratietesten, openbaarmaking van kwetsbaarheden, patches en incidentresponsprocedures.
• De wetgeving omvat de rollen van gegevensbeheerder en -verwerker, subverwerkers, hostinglocaties, grensoverschrijdende overdrachten, bewaring, verwijdering en ondersteuning bij verzoeken van betrokkenen.
• Definieer back-ups, hersteltesten, redundantie, noodherstel, RTO, RPO, statuscommunicatie en bedrijfscontinuïteit.
• Vraag hoe het platform de relevante OCPP-beveiligingsprofielen implementeert en hoe ladercertificaten worden uitgegeven, opgeslagen, geroteerd en ingetrokken.

Voor een gemeenschappelijke risicoterminologie kunnen kopers de volgende bronnen raadplegen: NIST Cybersecurity FrameworkDe aanbesteding moet nog steeds de wetten, normen en controles specificeren die van toepassing zijn in de rechtsgebieden en contracten van de koper.

10. Implementatie, gegevenseigendom en overdraagbaarheid

• Vergelijk de opties voor de publieke cloud, de private cloud en on-premise oplossingen, inclusief de verantwoordelijkheid voor infrastructuur, updates, monitoring en beveiliging.
• Definieer de productie-, test-, staging-, trainings- en disaster-recovery-omgevingen en geef aan of deze in de prijs zijn inbegrepen.
• De staat die eigenaar is van de gegevens over laders, gebruikers, sessies, tarieven, transacties, operationele gegevens, analyses en afgeleide gegevens.
• Vereis gedocumenteerde, volledige exportbestanden in bruikbare formaten, inclusief identificaties en relaties die nodig zijn voor de migratie.
• Verduidelijk domeinen, certificaten, app-store-accounts, sms-/e-mailaccounts, betaalaccounts, opties voor broncode en eigendom van aangepaste code.
• Definieer exit-ondersteuning, exporttiming, overgangstoegang, wijzigingen aan laadpunten, verwijderingscertificaten en beëindigingskosten.

11. Implementatie, migratie en acceptatie

• Vraag een leveringsplan aan met fasen, afhankelijkheden, aangewezen verantwoordelijken, input van de klant, risico's en instap-/uitstapcriteria.
• Definieer de onboarding, configuratie, betaling, app, integratie, beveiliging, prestaties, failover en gebruikersacceptatietests voor de lader.
• Voor de migratie omvat dit inventarisatie van backend-URL's, inloggegevens, certificaten, SIM/APN-afhankelijkheden, toegang tot opladers, gegevensexport en verplichtingen van de zittende leverancier.
• Een representatieve pilot, meetbare slaag-/faalcriteria, een terugdraaiplan, regels voor de ernst van defecten en een goedkeuringsproces zijn vereist.
• Geef een gedetailleerde beschrijving van de reikwijdte van de datamigratie, inclusief mapping, reconciliatie, toegang tot historische gegevens, overstapmethode, downtime en validatie na de overstap.
• Definieer de taken van beheerder, operationeel medewerker, financieel medewerker, ondersteuningsmedewerker en technisch trainer, inclusief de overdrachtsdocumentatie.

Als uw eisen verder gaan dan de standaardconfiguratie, vergelijk dan de grenzen tussen productmogelijkheden en projectwerk met behulp van TrendPower. softwareoplossing op maat voor het opladen van elektrische voertuigen.

Voor een praktisch voorbeeld van eisen die zijn afgestemd op een reëel bedrijfsmodel, kunt u het artikel van TrendPower raadplegen. Casestudy van een Amerikaans platform voor het opladen van elektrische voertuigen thuis, wat residentiële laad- en losfuncties, gecontroleerd delen, toegang, planning, betalingen en afrekening met de eigenaar met elkaar verbindt.

12. Ondersteuning, SLA, routekaart en commerciële voorwaarden

• Definieer de ondersteuningsuren, talen, kanalen, ernstniveaus, responstijden, hersteltijden, escalatieprocedures en servicecredits.
• Definieer de platformbeschikbaarheid, het meetpunt, uitsluitingen, onderhoudsvensters, meldingen en maandelijkse rapportage.
• Beschrijf de releasefrequentie, aankondigingstermijnen, achterwaartse compatibiliteit, regressietesten, klantentesten en noodwijzigingen.
• Scheid de reeds toegezegde functionaliteiten van de roadmap-items en geef aan of de roadmap-data contractueel vastgelegd zijn.
• Specificeer de kosten voor installatie, licenties, lader, connector, gebruiker, sessie, app, hosting, opslag, API, roaming, betaling, ondersteuning, integratie en professionele diensten.
• Geef prijsniveaus, minimumbedragen, meerkosten, jaarlijkse verhogingen, wisselkoersveronderstellingen, belastingen, verlengings-, opzeg- en exitkosten op.
• Lever vergelijkbare klantreferenties aan en geef toestemming om de implementatiekwaliteit, stabiliteit, ondersteuning en onverwachte kosten te bespreken.

Een format voor leveranciersreacties dat antwoorden vergelijkbaar maakt.

Voeg bij elke eis een antwoordtabel toe. Bewaar beschrijvende voorstellen voor context, maar beoordeel alleen gestructureerde antwoorden die de beschikbaarheid, het bewijsmateriaal, de benodigde inspanning voor de uitvoering, de timing, de aannames en de kosten vermelden.

Het door TrendPower aanbevolen 100-punten CPMS RFP-scoremodel.

Pas de wegingen aan voordat de voorstellen binnenkomen. Dit voorkomt dat een overtuigend betoog achteraf de prioriteiten verandert. Gebruik een score van 0-5 voor elke categorie, vermenigvuldig deze met de toegekende weging en eis dat beoordelaars bewijsmateriaal aanhalen.

Voorgestelde beoordelingsschaal: 0 = geen reactie; 1 = niet onderbouwd; 2 = gedeeltelijk of stappenplan; 3 = voldoet aan de eis met aanvaardbaar bewijsmateriaal; 4 = overtreft de eis met sterk bewijsmateriaal; 5 = bewezen geschiktheid met laag leveringsrisico en duidelijke contractuele verplichting.

Wat moet je testen tijdens de demo en de pilot?

Een professionele demo kan handmatige stappen, gesimuleerde gegevens en ongeteste integraties verbergen. Geef elke geselecteerde leverancier dezelfde scenario's en voorbeeldgegevens.

1. Sluit een representatieve oplader aan. Volledige autorisatie, starten/stoppen op afstand, meterwaarden, transactieafsluiting, offline herstel en onderzoek naar mislukte sessies.
2. Voer de volledige geldstroom uit. Een tarief configureren, een betaling voltooien, een ontvangstbewijs of factuur uitreiken, een terugbetaling verwerken, financiële gegevens exporteren en de afrekening controleren.
3. Los een operationeel incident op. Activeer een waarschuwing, inspecteer logboeken, voer een ondersteunde actie op afstand uit, maak een ticket aan, escaleer het en sluit het af met een auditlogboek.
4. Oefen rollen en gegevensbeheer. Test de machtigingen van de operator, sitehost, support, financiën en beperkte beheerder. Exporteer gegevens en bekijk auditlogboeken.
5. Bewijs een integratie. Gebruik de sandbox-API of de OCPI-verbinding om echte testobjecten uit te wisselen, fouten af te handelen en herhaalpogingen en reconciliatie te valideren.
6. Testfout en herstel. Simuleer een onderbreking van de laad- of netwerkverbinding, dubbele berichten, een mislukte betaling en een terugdraaiing van een release- of migratiestap.

Zeven waarschuwingssignalen voor CPMS-leveranciers

1. “OCPP-compatibel” zonder een testmatrix voor model en firmware.
2. De functies op de roadmap worden weergegeven alsof ze vandaag al beschikbaar zijn.
3. Er is geen duidelijke verantwoordelijke voor de naleving van betalingsvoorschriften, de afstemming of mislukte transacties.
4. API-toegang wordt beloofd zonder documentatie, sandbox-toegang, beperkingen of exporttests.
5. Claims met betrekking tot uptime zonder definitie, meetmethode, uitsluitingen of oplossing.
6. Lage abonnementsprijzen in combinatie met onduidelijke kosten voor integratie, opslag, ondersteuning of beëindiging van het contract.
7. Geen praktisch migratieplan, terugdraaimethode of contractuele toezegging inzake gegevensportabiliteit.

Hoe zet je een gewonnen aanbesteding om in een veiliger contract?

Laat de belangrijkste antwoorden niet verloren gaan na de leveranciersselectie. Voeg het definitieve antwoord, de architectuur, de compatibiliteitsmatrix, het implementatieplan, het prijsschema, de SLA, de beveiligingsverplichtingen, de voorwaarden voor gegevensverwerking en de acceptatietests toe aan de overeenkomst of de werkomschrijving.

Zet zinnen als 'ondersteunt', 'kan worden geïntegreerd' en 'hoge beschikbaarheid' om in concrete resultaten en meetbare uitkomsten. Beschrijf wat er gebeurt als een kritieke laadworkflow de pilot niet doorstaat, een aangepaste integratie niet wordt geaccepteerd of de klant bij beëindiging een volledige export nodig heeft.

Aanbesteding voor beheersysteem voor laadsystemen voor elektrische voertuigen Veelgestelde vragen

Gezaghebbende bronnen voor uw RFP-team

• Open Charge Alliance — OCPP-protocollen
• Open Charge Alliance — specificaties downloaden
• EVRoaming Foundation — Overzicht van OCPI
• PCI Security Standards Council — normen voor betalingsbeveiliging
• OWASP — API-beveiligingsproject
• NIST — Cybersecurity Framework

Getoetst op relevantie voor aanbestedingen: 20 september 2026. Protocol-, beveiligings-, betalings-, privacy- en wettelijke vereisten veranderen in de loop der tijd; raadpleeg de meest recente officiële documenten en win juridisch of compliance-advies in voor uw doelmarkten.