Bekijk de video
Even snel de kern? Bekijk de video. Voor de volledige context: lees het artikel.
De implementatie van de Omgevingswet brengt een nieuw niveau van technische én inhoudelijke complexiteit met zich mee. De STOP/TPOD-standaarden zijn omvangrijk, de validatieregels streng en ketenafspraken veranderen regelmatig.
In de praktijk zie je dat veel teams niet vastlopen op ‘de basis’, maar op één specifiek onderdeel dat telkens nieuwe puzzels oplevert: de Renvooiservice.
De Renvooiservice is geen gewone diff
De Renvooiservice werkt als een soort “juridische diff-machine”. Niet alleen tekstregels vergelijken, maar ook:
- wijzigingen in structuur en nummering kunnen volgen,
- verschillen bepalen tussen de @was- en @wordt-versie,
- begrijpen wanneer elementen moeten worden verplaatst,
- en weten hoe je structuurniveaus veilig toevoegt of verwijdert zonder dat STOP-validatie omvalt.
Bij elke wijziging in brondata — artikelwijziging, lidverschuiving, niveau-aanpassing of consolidatiestap — kan er een nieuw, onverwacht puzzelstuk ontstaan. En een kleine afwijking leidt al snel tot falende validatie, vertraagde publicaties of frustrerende correctierondes.
Waarom dit zo lastig is om “even uit te zoeken”
Je wilt je development-capaciteit inzetten voor features waar je klanten blij van worden — niet verliezen aan eindeloos uitzoekwerk over:
- onduidelijke of versnipperde XML-specificaties,
- renvooi-uitzonderingen die elkaar tegenspreken,
- het correct modelleren van elementverplaatsingen tussen @was en @wordt,
- het toevoegen of verwijderen van structuurniveaus in juridisch complexe content,
- consolidatiereeksen die nét anders lopen dan verwacht,
- validatieregels die iedere release weer nieuwe verrassingen geven.
Teams struikelen hier niet omdat ze niet kundig zijn, maar omdat deze keten diep verweven is met juridische logica, overheidsafspraken en implementatiedetails die nergens volledig zijn uitgeschreven.
De oplossing: directe expertise in de keten
Ik heb de afgelopen acht jaar aan de “andere kant” van de keten gewerkt bij de overheid. Ik heb de Renvooiservice en de Besluitpreviewservice ontwikkeld die nu door vrijwel alle leveranciers in de markt worden gebruikt.
Daarmee ken ik niet alleen de techniek, maar ook:
- hoe structuur-elementen correct moeten worden verplaatst tussen @was en @wordt,
- hoe je veilig en correct niveaus toevoegt of verwijdert in bestaande content,
- de verborgen aannames in de keten,
- de valkuilen die nergens gedocumenteerd staan,
- en hoe STOP/TPOD in de praktijk wordt toegepast.
Wat ik bied
- Technische deep-dives: vastgelopen op een complexe renvooi- of validatiefout? Ik kijk mee in de code én de XML.
- Architectuuradvies: hoe integreer je de services op een toekomstvaste manier in je applicatie?
- Brugfunctie: ik spreek zowel de taal van leveranciers als die van KOOP/Kadaster — en kan daardoor sneller context geven dan documentatie ooit zal doen.
Wil je sparren over jouw implementatie of een specifiek renvooi-probleem? Neem contact op — dan kijken we samen waar je het snelst winst pakt.