RDW-integratie in jouw fleet management platform: van handmatig kentekens checken naar volledige automatisering

In veel transport- en logistiekbedrijven is het nog dagelijkse praktijk: voertuigbeheerders die kentekens één voor één opzoeken, APK-datums bijhouden in spreadsheets en ontheffingen los aanvragen. Dit werk laat zich grotendeels automatiseren, mits je begrijpt dat de RDW niet één, maar twee fundamenteel verschillende loketten heeft. Het ene is open en gratis, het andere gereguleerd en beveiligd. Die twee loketten komen overeen met twee richtingen in elke koppeling: data ophalen en data aanleveren. In dit artikel lees je hoe je beide richtingen automatiseert in een fleet management platform en waarom juist die combinatie een platform onderscheidend maakt.

Wat is RDW-integratie en waarom wordt het nu urgenter?

De RDW (Dienst Wegverkeer) registreert alle Nederlandse voertuigen en is verantwoordelijk voor onder meer kentekens, APK-keuringen en typegoedkeuringen. Voor elk bedrijf met een wagenpark is de RDW daarmee een onmisbare gegevensbron. Toch verloopt de uitwisseling van die gegevens in de praktijk vaak nog handmatig. Dat kost tijd, veroorzaakt fouten en schaalt slecht mee als een vloot groeit.

De urgentie neemt bovendien toe. Sinds 1 januari 2026 werkt de RDW met een vernieuwd erkenningenstelsel: één Basiserkenning met daaronder specifieke erkenningen zoals APK, export of bedrijfsvoorraad. Het toezicht wordt digitaler en een actuele, kloppende administratie telt zwaarder dan voorheen. Erkenninghouders houden hun bedrijfsgegevens bij via Mijn RDW Zakelijk, en een specifieke erkenning vervalt automatisch zodra de Basiserkenning wegvalt. Dat raakt niet elk transportbedrijf even hard, maar wel iedereen met een eigen werkplaats, keuringsactiviteiten of bedrijfsvoorraad. Wie die processen nu slim automatiseert, heeft straks een voorsprong.

Hoe werkt RDW-integratie? Twee richtingen: ophalen en aanleveren

Elke RDW-koppeling valt uiteen in twee richtingen, en dat onderscheid bepaalt de rest van je architectuur.

• Inkomend: van de RDW naar jouw platform. Je haalt data op om je eigen systeem te verrijken. Deze kant is open, gratis en volledig API-gedreven.
• Uitgaand: van jouw platform naar de RDW. Je levert gegevens aan of doet meldingen. Deze kant is geauthenticeerd, gereguleerd en verloopt vaak via een externe provider.

Lezen is dus eenvoudig, schrijven is gereguleerd. Omdat beide kanten heel andere eisen stellen aan techniek, beveiliging en beheer, behandelen we ze los van elkaar, te beginnen bij de eenvoudigste.

Inkomende stromen automatiseren: de RDW Open Data API

De inkomende kant leunt volledig op open data. De RDW stelt grote delen van zijn registers beschikbaar, zodat andere partijen die gegevens kunnen hergebruiken in eigen toepassingen. De bron is het kentekenregister, oftewel de Basisregistratie Voertuigen. Denk aan algemene voertuiggegevens, verbruiks- en milieudata en de historie van toelating en tenaamstelling.

De instap is laagdrempelig: voor basisgebruik heb je geen API-key of licentie nodig, de data valt onder een open licentie en de datasets worden dagelijks bijgewerkt. Per dataset is de data beschikbaar in gangbare formaten, waaronder JSON, CSV, XML en RDF. Bij hogere volumes krijg je te maken met throttling: zonder applicatietoken gelden strengere limieten dan met. Iets om in het ontwerp meteen mee te rekenen.

De praktische waarde voor een fleet management platform zit in vier toepassingen:

• Kentekenverrijking: Bij het toevoegen van een voertuig vult je systeem automatisch merk, model, bouwjaar, brandstof en gewicht in. Geen handwerk, geen typefouten.
• APK-bewaking: Je haalt de vervaldatum en de keuringshistorie op en zet die om in automatische herinneringen, ruim voor de deadline. Een verlopen APK betekent stilstand en boetes, precies wat je wilt voorkomen.
• Recall-monitoring: Fabrikanten zijn verplicht de RDW over terugroepacties te informeren en dat terugroepregister is als open data beschikbaar. De koppeling loopt via merk en type, niet via het individuele kenteken. Je platform kan een vloot dus proactief screenen op merk-, type- en bouwjaarniveau, waarna de importeur of dealer het per voertuig bevestigt.
• Milieu- en zonedata: Op basis van emissieklasse en brandstof voer je compliancechecks uit, bijvoorbeeld richting zero-emissiezones. Let op de rolverdeling: de RDW levert de voertuigkenmerken, de zonegrenzen en ontheffingsregels komen van gemeenten en het centrale loket.

Er zitten ook grenzen aan de open kant. Of een voertuig als gestolen of vermist geregistreerd staat, wordt niet via open data aangeboden. Datzelfde geldt voor de WOK-status: die is bewust uit de open voertuigdata gehaald, omdat de historie ervan werd gebruikt om een schadeverleden te suggereren dat er niet altijd was. Daarnaast verschijnen voertuigen pas in de dataset zodra ze tenaamgesteld zijn, wat bij import een vertraging kan geven. Wie die grenzen vooraf in het ontwerp meeneemt, voorkomt verrassingen in productie.

Gegevens aanleveren aan de RDW: uitgaande stromen en het providermodel

Zodra je gegevens de andere kant op stuurt, verandert het spel volledig. Aan de uitgaande kant werk je niet met een open API. Hier gelden authenticatie, erkenningen en toezicht, en juist daar zit de complexiteit.

Het verloopt doorgaans via een providermodel. Een provider verzorgt de datacommunicatie met de RDW en is feitelijk de toegangspoort tot de digitale verbinding. Een erkend bedrijf meldt zich onder vermelding van zijn bedrijfsnummer aan bij zo’n provider. Wat je via die kant aanlevert, is relevant voor transportbedrijven met een eigen werkplaats of bedrijfsvoorraad: denk aan tenaamstellingen, voorraadmutaties, tellerstanden en APK-afmeldingen.

Juist hier komt het vernieuwde erkenningenstelsel het hardst aan. De eisen aan digitale administratie worden strenger en de RDW kan aangeleverde gegevens automatisch controleren. Datakwaliteit is daarmee een compliancevraagstuk geworden in plaats van een interne kwaliteitsambitie. Hoe streng die controle in de praktijk is, laat één alledaags voorbeeld goed zien.

Praktijkvoorbeeld: ontheffing exceptioneel transport aanvragen via Crosweb

Neem de ontheffing voor exceptioneel transport. Vervoer dat langer, breder, hoger of zwaarder is dan de wet toestaat, mag alleen de weg op met een ontheffing van de RDW. Die vraag je aan via de RDW-applicatie Crosweb, waarvoor je een klantnummer en een Crosweb-certificaat nodig hebt. Dat certificaat wordt uitgegeven aan de organisatie, is twee jaar geldig en mag op meerdere werkplekken worden geïnstalleerd. Het komt per post op een usb-stick, met de installatiepincode apart nagestuurd. Duidelijker kan de RDW niet maken dat dit geen open API is.

Crosweb is een webapplicatie met certificaatlogin, dus de aanvraag zelf laat zich niet volledig automatiseren. Het periodieke karakter eromheen leent zich juist uitstekend voor automatisering. Een jaarontheffing is één jaar geldig en moet daarna opnieuw worden aangevraagd, en geldt alleen voor routes die groen kleuren op de Digitale Wegenkaart Ontheffingen. Een platform dat vervaldatums bewaakt, tijdig een herinnering geeft en de aanvraaggegevens per voertuig kant-en-klaar voorbereidt, neemt voertuigbeheerders een terugkerende zorg uit handen.

RDW-data koppelen aan TMS, telematica en routeoptimalisatie

Daarmee is het technische verhaal van ophalen en aanleveren compleet. Maar RDW-data is zelden een doel op zich. De waarde ontstaat op het moment dat je die gegevens verbindt met de systemen waarin het echte werk gebeurt.

In een TMS of Freight Management System bepalen gewicht, asconfiguratie en emissieklasse of een rit überhaupt op een bepaalde route en in een bepaalde zone mag. Bij toepassingen voor telematica- en track-and-trace vult RDW-data de voertuigcontext aan die de boordcomputer zelf niet levert. Bij routeoptimalisatie zijn voertuigkenmerken een harde randvoorwaarde en geen wenselijkheid, en in yard- en parkeermanagement koppel je een gescand kenteken direct aan geverifieerde voertuiggegevens. 

Dat samenspel is het terrein waarop wij dagelijks werken. NetRom bouwt software voor de sector transport en logistiek, van TMS en WMS tot telematica en parkeermanagement.

Vijf ontwerpkeuzes voor een RDW-koppeling die in productie standhoudt

Zo’n onderlaag is alleen betrouwbaar als ze goed is gebouwd. Het verschil tussen een prototype en een productierijpe RDW-koppeling zit in vijf ontwerpkeuzes:

• Caching en rate limiting: Bij grote vloten wil je snel en betrouwbaar blijven zonder de open databron te overvragen. Voertuigdata verandert niet per seconde, maar je applicatie moet wel in milliseconden antwoorden.
• Robuuste foutafhandeling: Wat gebeurt er als de bron even onbereikbaar is? Gestructureerde foutafhandeling en monitoring bepalen of je koppeling ook op een slechte dag overeind blijft.
• Certificaat- en machtigingenbeheer: De uitgaande kant vraagt om een veilige omgang met certificaten en machtigingen: opslag in een kluis, rotatie en een sluitende audit trail. Dit is in de kern een cybersecurityvraagstuk.
• Datakwaliteit en synchronisatie: Open data wordt dagelijks bijgewerkt, dus near-realtime in plaats van realtime.
• Schaalbaarheid: Eén koppeling voor een SaaS-platform met honderden klanten is een ander vraagstuk dan een integratie voor één interne vloot. De architectuur moet passen bij het gebruiksscenario.

Caching, foutafhandeling, certificaatbeheer en schaalbaarheid regel je niet achteraf in; ze bepalen vooraf hoe je de koppeling ontwerpt. Bij een groeiend fleet management platform helpt een modulaire architectuur om externe koppelingen beheersbaar te houden en wijzigingen niet door het hele platform te laten doorwerken. Voor ons is dat vertrouwd terrein: integraties met systemen van derden vormen een vast onderdeel van de platformen die we bouwen.

Een RDW-integratie laten bouwen voor jouw fleet management platform?

Een betrouwbare koppeling staat bovendien niet op zichzelf. Ook keuzes rond architectuur, security, datakwaliteit en beheer bepalen of het volledige platform toekomstbestendig blijft. Lees daarom ook welke valkuilen je moet vermijden bij het ontwikkelen van een fleet management platform. 

Wil je RDW-data automatisch ophalen, voertuigprocessen slimmer ondersteunen of een bestaande RDW-koppeling betrouwbaar integreren in jouw fleet management platform? NetRom helpt bij het ontwerpen, ontwikkelen en integreren van schaalbare software voor transport en logistiek. Van API-integratie en dataverwerking tot beveiliging en aansluiting op bestaande systemen.

Bespreek jouw integratievraagstuk met onze specialisten. Neem contact met ons op voor een vrijblijvend gesprek over de technische mogelijkheden voor jouw platform.