Een laadpaal kan perfect functioneren aan de muur en toch een hoofdpijndossier worden omdat de cloud eromheen veranderde.
Dat is het deel dat mensen vaak onderschatten.
Toen Landis+Gyr in februari 2025 aankondigde dat het zijn EV-laadbusiness in EMEA zou afbouwen en verlaten, was de marktreactie voorspelbaar. Klanten en concurrenten begonnen te praten over OCEAN EV, Etrel-laadpalen, support, reparaties, upgrades en migratiepaden. De vakpers berichtte binnen enkele dagen over de terugtrekking. Niet bepaald een rustige dinsdag.
Maar de bruikbare les is niet "gebruik nooit Landis+Gyr" of "Ocean is verdwenen." Dat zou te makkelijk zijn, en niet echt eerlijk.
Het echte verhaal is rommeliger. En beter.
Landis+Gyr zei dat het de EV-laadbusiness in EMEA verliet nadat marktomstandigheden, regelgeving en concurrentiedruk de business moeilijk te verantwoorden maakten. Een maand later kocht KD Group de EV Solutions-business, voorheen Etrel, en verschoof de boodschap naar continuïteit voor medewerkers, klanten en partners. Etrel zei later dat de investering van KD Group het liquidatieproces beëindigde. Vervolgens werd Ocean afgesplitst als apart bedrijf, waarbij klantrelaties en dataverantwoordelijkheden werden overgedragen.
Dus nee, dit is geen simpel "platform ging van de ene op de andere dag zwart"-verhaal.
Het is nuttiger dan dat.
Het is een casus van wat er gebeurt wanneer het bedrijf achter een laadpaalcloud van koers verandert, van eigenaar wisselt, een platform opsplitst, of klanten dwingt te heroverwegen wie de laadpaalverbinding eigenlijk beheert. Het is hetzelfde patroon dat we zagen toen een laadbackend van koers verandert en toen een fabrikant omviel en laadpalen dreigden vast te lopen.
De laadpaal is niet altijd het risicovolle deel
Installateurs en CPO's praten vaak over hardwarerisico: kapotte sockets, defecte RFID-lezers, niet-leverbare onderdelen, firmwarebugs, garantieafhandeling. Terecht. Die dingen tellen.
Maar bij modern EV-laden is de saaiere afhankelijkheid vaak degene die het eerst pijn doet: de backoffice. Wil je de begrijpelijke uitleg van wat die laag eigenlijk is, dan schreven we wat is een OCPP-backoffice.
Wie bezit de live OCPP-verbinding?
Wie kan het endpoint wijzigen?
Wie heeft de logs?
Wie kan kaarten, sessies, tarieven en locatiedata exporteren?
Wie kan facturatie laten doorlopen terwijl een ander systeem wordt getest?
Daar werden OCEAN en Etrel interessant voor de rest van de markt. Niet omdat elke klant op exact dezelfde manier vastliep. Dat was niet zo. Het werd interessant omdat iedereen er, een beetje luid, aan werd herinnerd dat een laadpaalcloud onderdeel is van het assetrisico.
Een wallbox met een open protocol kan alsnog lastig worden als niemand toegang heeft tot het juiste dashboard. Een CPO met een werkende facturatie-opzet kan alsnog nerveus worden als support, eigendom of productrichting verandert. Een reseller kan alsnog klem komen te zitten als een klant vraagt: "Is mijn laadpaal nog toekomstbestendig?"
Dat is een leuk gesprek. Zei geen enkele reseller ooit.
Wat "migratiebestendig" eigenlijk betekent
Migratiebestendig betekent niet dat er nooit iets verandert. Dat is fantasie.
Het betekent dat de laadpaal niet vastzit wanneer er iets verandert.
Voor installateurs betekent dat zicht houden na de installatie. Wil een klant een facturatieplatform, prima. Verandert dat platform later, ook prima. De installateur hoort geen diagnostiek, OCPP-logs en externe configuratie te verliezen alleen omdat iemand anders de commerciële operatorrelatie bezit.
Voor CPO's betekent het systemen kunnen testen of wisselen zonder elke laadpaal in een mini-veldproject te veranderen. Veranderen de eisen rond facturatie, roaming, smart charging, supporttools of rapportage, dan hoort de laadpaal niet de gijzelaar te zijn. Het hele punt van extern beheer op afstand is dat je niet elke keer terug naar locatie rijdt als de cloud beweegt.
Voor resellers betekent het hardware verkopen met een schoner verhaal: de laadpaal kan eerst verbinden met Plugchoice en daarna via de OCPP Proxy naar de gekozen operator routeren. De klant houdt keuze, en de reseller hoeft niet eindeloos één backend te verdedigen. Daarom loont het ook om laadpalen te kiezen op softwarecompatibiliteit ruim na de installatie.
Dat is het verschil tussen "deze laadpaal ondersteunt OCPP" en "deze operatie is echt gebouwd rond portabiliteit."
De een is een vinkje. De ander spaart weekenden.
Waar Plugchoice past
De Plugchoice OCPP Proxy is gebouwd voor precies dit soort ongemakkelijke marktrealiteit. OCPP zelf is de reden dat dit allemaal kan. De Open Charge Alliance beheert het als het wereldwijde open protocol tussen laadpalen en beheersystemen, en zo is OCPP gaan domineren in EV-laden.
In plaats van een laadpaal direct aan één facturatie- of backofficeplatform te koppelen en te hopen dat dat platform nooit verandert, verbindt de laadpaal met Plugchoice. Van daaruit kan Plugchoice OCPP-verkeer routeren naar een andere operator of backoffice, terwijl Plugchoice beschikbaar blijft voor beheer, diagnostiek, logs, configuratie en API-toegang.
Het praktische deel: Plugchoice kan parallel draaien met de bestaande opzet.
Zo kan een CPO het huidige facturatieplatform verbonden houden en Plugchoice als beheerlaag toevoegen. Een installateur kan toegang tot support op afstand behouden zonder de klant te vragen zijn operator op te geven. Een reseller kan een migratiebestendige opzet bieden zonder te doen alsof er nooit een migratie komt. Diezelfde logica geldt voor de honderden laadpalen, meters en platforms in de integratielijst.
En de OCPP Proxy is gratis in elk Plugchoice-account. Geen proxykosten per laadpaal. Geen verborgen migratiebestendigheidsheffing. Het woord "gratis" wordt veel misbruikt in software, maar hier is het ongewoon simpel: verbind de laadpaal, houd je opties open. Op de prijzenpagina zie je precies wat erbij zit.
Een eerlijke noot over Ocean
De eerlijke versie telt hier.
Ocean is niet iets om vandaag als verdwenen te beschrijven. Na de exitaankondiging van Landis+Gyr en de transactie met KD Group en Etrel werd Ocean later afgesplitst als apart bedrijf. De eigen site presenteert Ocean als een actief, OCPP-compliant EV-laadplatform voor operators, met een eigen team en een eigen klantpropositie.
Dat verzwakt het punt niet. Het versterkt het.
Want het punt is niet dat Ocean faalde en de rest moet klappen. Dat zou lui zijn. Het punt is dat de markt rond klanten veranderde, en klanten de implicaties snel moesten begrijpen. Exitaankondiging, overname, transitieperiode, platform-carve-out, overdracht van klantrelaties: dat zijn zakelijke gebeurtenissen, maar ze landen als operationele vragen bij installateurs en CPO's.
Wie ondersteunt mijn laadpaal?
Wie beheert het platformcontract?
Waar staat de data?
Kan ik weg als ik dat wil?
Kan ik blijven draaien terwijl ik beslis?
Dat is het hele spel.
Wat je moet checken voor de volgende platformverrassing
Begin met de saaie lijst. Saai is goed. Saai voorkomt paniek.
Voor elk laadpaalpark, vooral gemengde parken, check:
- Welk platform de actieve OCPP-verbinding bezit
- Wie het OCPP-endpoint op afstand kan wijzigen
- Of de laadpaal via een proxy gerouteerd kan worden
- Of sessiehistorie, kaarten en locatiedata geëxporteerd kunnen worden
- Of supportteams ruwe OCPP-logs kunnen zien
- Of facturatie kan doorlopen terwijl een andere beheerlaag wordt toegevoegd
- Of installateurs, CPO's en resellers allemaal weten wie welk deel van de stack bezit
Hier zien veel opzetten op papier open uit, maar zijn ze in de praktijk broos. De laadpaal ondersteunt misschien OCPP, ja. Maar als het endpoint is afgesloten, credentials ontbreken, of slechts één partij admintoegang heeft, dan is de migratie geen migratie. Het is detectivewerk met een wachtende klant.
Niemand wil dat.
De echte les voor installateurs en CPO's
Het verhaal van Landis+Gyr en OCEAN is geen net klein shutdownverhaaltje. Het is een herinnering dat EV-laadbedrijven veranderen. Productlijnen worden verkocht. Platforms worden afgesplitst. Supportverplichtingen verschuiven. Strategieën draaien bij. Soms is de uitkomst prima. Soms is het rommelig. Meestal is het onduidelijk net wanneer klanten het meest zekerheid willen.
Daarom is Plugchoice gebouwd rond keuze in plaats van blinde platformtrouw.
Gebruik Plugchoice als de laag die de laadpaal beheerbaar houdt. Route naar het facturatieplatform dat je klant nodig heeft. Houd diagnostiek en logs beschikbaar. Houd API-toegang open. Houd de mogelijkheid om later te ontkoppelen of van operator te wisselen.
Begin met Plugchoice. Zet de gratis OCPP Proxy tussen je laadpalen en de rest van de markt. Draai je een groter netwerk, praat met Plugchoice of neem contact op voordat een platformwijziging urgent wordt.
Niet omdat elk platform gaat verdwijnen.
Maar omdat er genoeg veranderen. En als ze dat doen, hoort de laadpaal aan de muur niet het ding te zijn dat iedereen gijzelt.
Bronnen en nuttige links
- Strategische update van Landis+Gyr over de exit uit EV-laden in EMEA, de primaire bron voor het besluit en de motivatie
- Landis+Gyr EV Solutions-transactie met KD Group, de verkoop van de voormalige Etrel-business en de continuïteitsformulering
- Etrel: a new chapter begins, Etrel over de overname door KD Group die het liquidatieproces beëindigde
- Etrel: de Ocean carve-out, de afsplitsing van Ocean met overdracht van klantrelaties en dataverantwoordelijkheden
- Ocean EV Charging Platform, Ocean dat zichzelf vandaag presenteert als actief en OCPP-compliant
- Electrive: Landis+Gyr trekt zich terug uit laadinfrastructuur, onafhankelijke vakpers over de exit
- Open Charge Alliance: OCPP, de gezaghebbende protocoldefinitie
- Plugchoice OCPP Proxy, Web Portal, REST API en integraties, de routerings- en beheerlaag
- Plugchoice voor installateurs en voor charge point operators, de doelgroeppagina's
- Hoe OCPP is gaan domineren in EV-laden, Enovates-continuïteit en backend lock-in bij Blink Charging, gerelateerde Plugchoice-context