De implementatie van de Omgevingswet brengt een nieuw niveau van technische en inhoudelijke complexiteit met zich mee. De STOP/TPOD-standaarden zijn omvangrijk, de validatieregels streng en de ketenafspraken veranderen regelmatig.
Maar voor veel leveranciers vormt één onderdeel een extra grote bron van puzzels: de Renvooiservice.
De Renvooiservice werkt als een soort “juridische diff-machine” die niet alleen teksten vergelijkt, maar ook:
- wijzigingen in structuur en nummering moet kunnen volgen,
- verschillen moet bepalen tussen de @was- en @wordt-versie,
- moet begrijpen wanneer structuur-elementen moeten worden verplaatst,
- en moet weten hoe niveaus in bestaande content kunnen worden toegevoegd of verwijderd zonder dat de STOP-validatie omvalt.
Bij elke wijziging in de brondata — of dat nu een artikelwijziging, lidverschuiving, niveau-aanpassing of consolidatiestap is — kan er een nieuw, onverwacht puzzelstuk ontstaan.
En elk foutje leidt direct tot streng falende STOP-validatie, vertraagde publicaties of frustrerende correctierondes.
Waarom het wiel opnieuw uitvinden?
U wilt uw development-capaciteit inzetten voor features waar uw klanten blij van worden — niet verliezen aan eindeloos uitzoekwerk over:
- onduidelijke 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.
Het zijn precies die puzzels waar ontwikkelteams op struikelen, 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
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 de manier waarop 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.
- Architectuur Advies: 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.
Haal de expertise in huis die aan de basis stond van deze services — zodat uw team zich weer kan richten op functionaliteit in plaats van puzzels.