Handleiding bij de digitale impressie van het IBRO-procesmodel

1. Wat is dit — en voor wie?

De impressie is een interactief overzichtsdocument: het legt de genummerde processtappen uit het kernprocesdocument (IBRO Inwin- en mutatieprocessen 2026, 10-07-2026) naast de begrippen Portaal en Regiekamer, zoals die koppeling is uitgewerkt in het koppeldocument van 31 juli 2026. Er is niets in verzonnen: elke stap, rol, toewijzing en onderbouwing die u ziet, staat letterlijk of vrijwel letterlijk zo in het kernprocesdocument, de triggercatalogus of het koppeldocument.

De impressie is bedoeld voor programmaleden Mercator/IBRO en belanghebbenden die willen meedenken over de indeling van het proces vóórdat er verder schermontwerp op wordt gebaseerd. Wilt u alleen de uitkomst kennen, lees dan het koppeldocument; wilt u de redenering per stap kunnen naslaan en er zelf doorheen klikken, gebruik dan de impressie.

2. Hoe start u

Er is niets te installeren. De impressie is één zelfstandig HTML-bestand dat volledig offline werkt: geen internetverbinding, geen account, geen server nodig.

• Open impressie-procesmodel.html (in dezelfde map als deze handleiding) door erop te dubbelklikken, of open het vanuit een browser met Bestand → Openen.
• Elke moderne browser volstaat (Chrome, Edge, Firefox, Safari). Een beeldscherm van laptopbreedte of groter geeft het prettigste overzicht van het processchema; op een smal scherm (bijvoorbeeld een tablet) verschuift het detailpaneel naar onderaan de pagina in plaats van ernaast.
• Niets wat u aanklikt wordt opgeslagen of verzonden. U kunt vrij rondklikken: er is geen formulier, geen knop die iets verstuurt of wegschrijft.
• Ook deze handleiding is zo'n zelfstandig bestand — u kunt hem naast de impressie open houden, in een tweede venster of tabblad.

3. In het kort rondklikken (aanbevolen route)

4. Rondleiding per onderdeel

4.1 Bovenbalk: scope-banner

Direct onder de titelbalk staat, op elk tabblad, een amberkleurige balk die aangeeft wat buiten scope van deze impressie valt: de valuestream "Beheren" (mutatie ontvangen, registreren, bewaren, BAG/BGT/WOZ-opbouw, ontsluiten LV), inclusief de volledige WOZ-verwerking. De balk vermeldt ook dat terugmeldingen en WOZ-signaleringen wél in de triggercatalogus voorkomen, en bevat een knop bekijk keuze 2 › die u direct naar de bijbehorende openstaande keuze brengt.

4.2 Tabblad Processchema — procesoverzicht en swimlanes

Dit tabblad staat standaard open en bestaat uit drie onderdelen, van boven naar beneden:

Onder de tweede swimlane-tabel staat een legenda die alle kleuren en symbolen op dit tabblad verklaart:

4.3 Het detailpaneel

Rechts naast de inhoud (op een smal scherm: onderaan) staat een paneel dat blijft meescrollen ("sticky"). Zodra u ergens op een stapnummer of -cel klikt, toont het:

• het staptype (Processtap, Fasetitel, Beslissingsdiamant, Lus-verbinding of Start-/eindmarkering);
• het stapnummer en de naam, zoals in het kernprocesdocument;
• een badge met de Portaal/Regiekamer-toewijzing, en — als de stap een openstaande keuze raakt — een tweede, klikbare badge ter besluitvorming › die u naar de betreffende keuze op tabblad 4 brengt;
• de rol(len) die het kernprocesdocument bij die stap vermeldt (of de mededeling dat er geen rolbox is vermeld);
• de beschrijving van de stap;
• de toewijzingsgrond: de onderbouwing uit het koppeldocument, waarom deze stap aan Portaal, Regiekamer, beide, buiten scope of n.v.t. is toegewezen.

Bij het openen van de impressie staat het detailpaneel al gevuld met stap 1 (Trigger); er hoeft dus niet eerst geklikt te worden om te zien hoe het werkt.

4.4 De Portaal/Regiekamer-filter — waarom de verdeling zo scheef is

Het filter op tabblad Processchema is de snelste manier om de kernbevinding van het koppeldocument zichtbaar te maken: van de 27 genummerde elementen zijn er 1 Portaal, 23 Regiekamer, 1 Beide, 1 Buiten scope en 1 N.v.t. Klik achtereenvolgens Portaal en Regiekamer aan om het contrast te zien. De toelichting bij het filter (en bij openstaande keuze 4) legt uit dat dit geen modelleerkeuze is, maar een direct gevolg van de eigen scope-afbakening van het kernprocesdocument, dat de instroomkant zelf niet uitwerkt.

4.5 Tabblad Triggercatalogus

Dit tabblad toont de gebeurtenissen uit "IBRO processen Gebeurtenissen en bronmateriaal 2026", ingedeeld naar instroomkanaal conform het koppeldocument (§4). Boven de lijst staat een filterbalk met vier knoppen: Alle groepen, Portaal, Systeemintern en Bulklading. Elke triggergroep staat in een eigen kaart met:

• de naam van de triggergroep en een badge met het instroomkanaal (Portaal, Systeemintern of Bulklading (geen trigger));
• bij sommige groepen een badge ter besluitvorming ›, eveneens klikbaar naar de bijbehorende openstaande keuze;
• de voorbeelden uit de catalogus zelf;
• een korte toelichting op de indeling.

Let op de laatste kaart, "Bulklading": dit is geen rij uit de triggercatalogus, maar een apart, derde instroomtype — de eenmalige snapshot-overname van bestaande BGT/BAG-data, die circa 95% van de events in de proeftuin uitmaakt maar in geen enkele rij van de triggercatalogus terugkomt.

4.6 Tabblad Statussen

Dit tabblad toont de negen officiële statussen uit de enumeratie StatusReeelObject van het formeel gepubliceerde Geonovum IMBRO-conceptmodel, als negen pillen: Ontwerp, Bouw gepland, Niet gerealiseerd, In aanbouw, Bestaand, Verbouw gepland, Sloop gepland, In sloop, Gesloopt. Daaronder staat de levenscyclus in hoofdlijn: een keten van zeven statussen met pijlen (Ontwerp → Bouw gepland → In aanbouw → Bestaand → Sloop gepland → In sloop → Gesloopt), aangevuld met twee losse zijtakken: "Niet gerealiseerd" (alternatieve uitkomst vanuit "Bouw gepland") en "Verbouw gepland" (vanuit "Bestaand", keert na uitvoering terug naar "Bestaand"). Er is hier niets om op te klikken — dit onderdeel is uitsluitend om te lezen.

Onderaan staat een rode waarschuwingsbox: de proeftuincode, de acceptatietestsuite, de viewer-kleurenlegenda en de eerder gepubliceerde Regiekamer-mockup gebruikten tot dusver afwijkende, informele labels (doorgestreept getoond: "Bouw gestart", "Vergunning verleend", "Gerealiseerd"). Dit was zelf een blokkerende bevinding van de analyse: van de 391 events in de proeftuindataset gebruikte 378 de niet-conforme status "Gerealiseerd". Deze impressie gebruikt daarom bewust en uitsluitend de negen officiële IMBRO-labels.

4.7 Tabblad Openstaande keuzes

Vier kaarten, elk met het opschrift "Openstaande keuze 1" t/m "4", een badge ter besluitvorming, een titel en de tekst uit hoofdstuk 5 van het koppeldocument — inclusief de vraag die daar concreet aan de opdrachtgever wordt gesteld. U kunt deze kaarten rechtstreeks lezen door het tabblad te openen, of er automatisch naartoe springen door ergens anders in de impressie op een amber sterretje of een "ter besluitvorming"-badge te klikken.

5. De vier openstaande keuzes en de feedbackvragen

De impressie markeert vier punten uit het koppeldocument uitdrukkelijk als nog niet besloten — niet als voldongen feit. Dit zijn precies de punten waarover uw mening wordt gevraagd:

1. Positie van de Geodata-engineer en het 3D-werk. Het rollen-en-competentiesdocument kent naast Portaal en Regiekamer een derde blok, "3D IBRO zaak- en gebiedsgericht werken", dat in het koppeldocument noodgedwongen binnen Regiekamer is ondergebracht omdat het kernprocesdocument geen aparte derde swimlane kent. Moet de UI hiervoor een derde zone krijgen, of blijft dit onderdeel van het Regiekamer-scherm?
2. Portaal-ingang voor terugmeldingen, ondanks dat "Beheren" buiten scope is. WOZ-signaleringen en Kadaster/PDOK-terugmeldingen komen wel in de triggercatalogus voor als instroom, maar hun verwerking hoort bij de buiten-scope valuestream "Beheren". Moet het Portaal-scherm deze triggers al tonen en innemen, of wachten tot "Beheren" is uitgewerkt?
3. Extern versus systeemintern is niet overal scherp te scheiden. Kwaliteitsdashboards zijn duidelijk systeemintern; Kadaster/PDOK-terugmeldingen komen wel van een externe partij maar verlopen machine-naar-machine, zonder Portaal-achtige menselijke instroom. Moet "systeemintern" in de UI apart zichtbaar zijn, of gelijk behandeld worden als Portaal-triggers?
4. Overige bevindingen die om een keuze vragen: of stap 2.5 (de enige stap met een aantoonbare terugkoppeling naar Portaal) een expliciete "terug-naar-Portaal"-actie in de UI moet krijgen; of de scheve verdeling (1 Portaal, 23 Regiekamer) — een direct gevolg van de scope-afbakening van het kernprocesdocument zelf — voor de opdrachtgever werkbaar is als basis voor twee aparte schermen; en of/hoe Portaal/Regiekamer straks ook op de valuestream "Beheren" toepasbaar moet worden gemaakt zodra die wordt uitgewerkt.

De landingspagina van deze publicatie stelt dezelfde punten, in iets andere bewoordingen, samengevat onder "Wat we graag van u willen weten":

• Herkenbaarheid van het schema — klopt de rolverdeling per stap met hoe u het werk in de praktijk ziet lopen?
• De Portaal/Regiekamer-toewijzing — is de scheve verdeling werkbaar als basis voor twee aparte schermen, of moet eerst de instroomkant verder worden uitgewerkt?
• De vier openstaande keuzes — met name de positie van de Geodata-engineer/3D-werk en de vraag of het Portaal terugmeldingen al moet innemen vóórdat "Beheren" is uitgewerkt.

Eén zin per vraag volstaat al.

6. Wat deze impressie niet is

• Geen ontwerp en geen besluit. De impressie legt een bestaand, extern (Den Haag) ontwikkeld begrippenpaar (Portaal/Regiekamer) naast een bestaand procesmodel dat dat begrippenpaar zelf niet kende. Er is geen nieuwe indeling verzonnen; waar de toepassing niet eenduidig is, staat dat expliciet als openstaande keuze en niet als stilzwijgend genomen besluit. Er kunnen dan ook geen rechten aan worden ontleend.
• Geen schermontwerp van het toekomstige Portaal of de Regiekamer. Dit is niet de (eerder gepubliceerde) Regiekamer-mockup: er zijn hier geen werkvoorraadschermen, beslisflows, kaarten of formulieren. De impressie toont uitsluitend hoe de bestaande processtappen aan Portaal/Regiekamer worden toegewezen en welke vragen daarbij nog openstaan.
• De valuestream "Beheren" en de volledige WOZ-verwerking vallen buiten scope. Stap 6 ("Bewaren en ontsluiten") krijgt daarom bewust géén Portaal/Regiekamer-label; zie de scope-banner op elk tabblad en openstaande keuze 2.
• Geen levende koppeling met een systeem of dataset. Anders dan de eerdere Regiekamer-mockup (die uit echte proeftuin-events werd opgebouwd) is deze impressie een vaste, ingebouwde tekst- en tabelweergave van de drie brondocumenten. Er wordt niets opgehaald, niets bijgewerkt en niets gemeten.

7. Bekende beperkingen

• Geen bladwijzers naar een specifiek tabblad of specifieke stap. De impressie gebruikt geen URL-parameters of vensteradressen per tabblad/stap; ververst u de pagina, dan begint u weer bij tabblad Processchema met stap 1 in het detailpaneel. Een link naar "tabblad 3, stap 2.5" is dus niet te versturen — verwijs in plaats daarvan naar het stapnummer of de naam van de openstaande keuze.
• Filter blijft actief bij het wisselen van tabblad, maar werkt alleen zichtbaar door op tabblad Processchema; schakelt u naar Triggercatalogus of terug, dan staat het Portaal/Regiekamer-filter nog op de eerder gekozen stand.
• Geen zoekfunctie. Met 27 processtappen en 12 triggergroepen is doorscrollen en de filterknoppen gebruiken vooralsnog de enige manier om iets terug te vinden.
• Op een smal scherm verdwijnt het detailpaneel niet uit beeld, maar verschuift het naar onderaan de pagina (in plaats van er sticky naast te blijven staan) — na een klik op een stap moet u dan naar beneden scrollen om het resultaat te zien.
• Geen printvriendelijke opmaak. Wilt u een stap of een openstaande keuze delen, kopieer dan de tekst, of verwijs naar het onderliggende koppeldocument (KOPPELDOCUMENT-procesmodel-portaal-regiekamer.md), waarin dezelfde inhoud in doorlopende tekst en tabelvorm staat.

Open de impressie  Terug naar de publicatiepagina