Installatiedata die één keer wordt vastgelegd en overal klopt
Fluxility bouwt de koppeling waarmee installatiegegevens uit het bronsysteem betrouwbaar worden geregistreerd in de Gebouwinstallatie Registratie (GIR)
Rol Fluxility: ontwikkeling, koppelingen en standaardisatie
Domein: installatiedata in de gebouwde omgeving
Status: acceptatie en doorontwikkeling
Gerelateerd aan: GIR, DSGO, Techniek Nederland
Bouw mee aan digideals, neem contact op
Bekijk alle DigiGo projecten
Een installatie kent veel gegevens, maar geen vaste plek om ze te delen
Bij het plaatsen en beheren van installaties ontstaat veel bruikbare informatie. Waar staat een cv-ketel, aan welk adres is die gekoppeld, in welke categorie valt de installatie, is die operationeel? Die gegevens zitten meestal opgesloten in het systeem waarin ze zijn ingevoerd.
De Gebouwinstallatie Registratie brengt daar verandering in. In de GIR wordt een installatie vastgelegd in een registratie: een werkadres met een gekoppelde installatie en alle relevante kenmerken daaromheen. Gebouweigenaren en installatiebedrijven kunnen die informatie vervolgens gecontroleerd delen met andere partijen.
Tussen "de gegevens staan in ons systeem" en "de installatie is geregistreerd in de GIR" zit een technische en inhoudelijke stap. De data moeten worden omgezet naar het juiste formaat, ondertekend worden verstuurd, en pas na toestemming van de eigenaar echt geregistreerd staan. Die stap bouwt Fluxility.
Van installatiedata naar een geregistreerde installatie
De installatiegegevens hebben we al. Ze staan in het bronsysteem, aangevuld met de velden die de GIR nodig heeft. Op het moment dat een registratie wordt gedaan, gebeurt er een reeks stappen die wij hebben ingebouwd:
- de installatiedata wordt op de server omgezet naar het formaat van de Basis Data Message
- het verzoek wordt ondertekend met een iSeal, zodat de ontvanger kan vaststellen namens welke organisatie het binnenkomt
- de registratie wordt aangeboden aan het register, waarna toestemming nodig is voordat die echt geldig is
- de eigenaar van de installatie krijgt een verzoek en kan dat goedkeuren of afwijzen
- de status koppelen we terug naar de gebruiker: in behandeling, goedgekeurd of afgewezen
- na goedkeuring staat de installatie geregistreerd en kunnen wijzigingen als nieuwe versie worden doorgestuurd.
Zo blijft de registratie meebewegen met de werkelijkheid. Verandert er iets aan de installatie, dan gaat er een nieuw bericht uit en ziet iedereen met de juiste toestemming de bijgewerkte versie.
Vragen over GIR👇🏼
De GIR is het register waarin installaties in de gebouwde omgeving worden vastgelegd. Je moet een registratie zien als een installatie: een werkadres met een gekoppelde installatie, met kenmerken zoals type, categorie en status. Zo ontstaat betrouwbare, actuele informatie over installaties die door de keten heen bruikbaar blijft.
De Basis Data Message is het gestandaardiseerde formaat waarin een GIR-registratie wordt aangeleverd. Onze software neemt de installatiedata uit het bronsysteem, zet die om naar dit formaat en verstuurt de registratie. Doordat iedereen hetzelfde formaat gebruikt, weten ontvangende systemen precies wat een gegeven betekent. De definitie staat in de Ketenstandaard en is nog volop in ontwikkeling.
De GIR is een initiatief vanuit Techniek Nederland. Het register zelf is ontwikkeld door Poort 8. Fluxility zorgt voor de data-kant: het aanleveren van installatiedata volgens de standaard, de koppeling vanuit het bronsysteem en het meedenken over de definitie van de Basis Data Message. Het toestemmingsdeel op bedrijfsniveau loopt via Poort 8.
De relatie met digiGO en het DSGO
Binnen het Bestuursakkoord '27 richt beleidsmaatregel 5 zich op het digitaal voeden en ontsluiten van gegevens uit het Gebouw-Installatieregister op basis van het DSGO. Ieder installatieonderdeel krijgt een unieke identificatie waaraan gegevens kunnen worden gekoppeld, zodat gebouweigenaren en installatiebedrijven die informatie veilig kunnen delen en de gegevens over de tijd aan één installatie verbonden blijven.
De verschillende onderdelen hebben ieder een eigen functie:
- de datastandaard bepaalt wat een installatiegegeven betekent;
- het bronsysteem legt de gegevens vast en zet ze om naar de Basis Data Message;
- het register bewaart de registraties en de bijbehorende versies;
- het DSGO en de bijbehorende toestemming bepalen wie de data mag registreren en inzien.
Doordat wij in meerdere van deze onderdelen tegelijk actief zijn, zien we sneller waar de specificatie en de praktijk uit elkaar lopen. Dat is precies waar een registratieproces in de praktijk vastloopt of juist blijft werken.
Lees meer over ons partnerschap met digiGO
→ Of neem contact op voor jouw vraagstuk
Wat levert dit op?
Wanneer installtiedata een keer eenduidig wordt geregistreerd, wordt een gebouw als geheel veel inzichtelijker. Je ziet wat er is geïnstalleerd, waar en met welke status. De informatie is bovendien betrouwbaarder en behoudt waarde gedurende de hele levenscyclus.
Dit kan leiden tot:
✓ Meer inzicht in wat er in een gebouw is geïnstalleerd
✓ Betrouwbaardere informatie doordat een installatie een keer eenduidig wordt vastgelegd
✓ Basis waarop onderhoudsdata kan worden aangesloten
Meer projecten binnen het digiGO-stelsel
De bijdrage van Fluxility: de brug tussen bronsysteem en register
Fluxility bouwt en onderhoudt de koppeling waarmee installatiedata de GIR in gaat, en denkt mee over de standaard die dat mogelijk maakt. Omdat we zowel het bronsysteem als de standaard van dichtbij kennen, kunnen we advies en werkende software combineren.
Onze rol bestaat onder andere uit:
- het omzetten van installatiedata naar de Basis Data Message
- het ondertekenen van registraties met iSeal, server-to-server
- het bouwen van de toestemmingsflow: aanbieden, goedkeuren, afwijzen en versiebeheer
- het terugkoppelen van de registratiestatus aan de gebruiker
- het meedenken over de definitie van de Basis Data Message in de Ketenstandaard
- het aansluiten van installatie- en onderhoudsdata op elkaar
Daarom kijken we bij Fluxility altijd naar drie lagen:
Welke data wordt gedeeld? Wie is eigenaar? Wie mag wat doen? Welke uitzonderingen zijn er? En welke afspraken moeten juridisch of organisatorisch goed worden vastgelegd?
Welke API's, standaarden, authenticatiemiddelen en datamodellen zijn nodig? Hoe sluit de oplossing aan op bestaande systemen? En hoe zorgen we dat de software onderhoudbaar blijft?
Hoe gebruiken organisaties de oplossing straks echt? Welke stappen moeten logisch aanvoelen? Waar kan automatisering helpen? En waar is juist extra controle nodig?
Een registratie moet niet alleen kloppen, maar door de hele keten werken
Werk jij aan een register, koppeling of datastandaard en wil je vroeg ontdekken waar de praktische beperkingen zitten? Wij bouwen de brug tussen bronsysteem en register en denken mee over de standaard eronder.
Leg je datavraagstuk aan ons voor
Plan een vrijblijvende kennismaking met Dennis of Wouter.
Ik wil graag een afspraak maken
→ Of eerst al onze digiGO-projecten bekijken
Senior developer & Partner
Wouter Klein Heerenbrink
"Goede software begint bij een stevige basis. Jij wilt iets dat werkt, vandaag én over een paar jaar. Geen ducttape-oplossingen, maar een solide architectuur waarop je kunt bouwen."