U vroeg de architect om een IFC met de data erin, niet alleen de vorm. Het bestand komt binnen, u opent het, en de helft van de deuren heeft geen breedte, een derde van de wanden draagt geen brandwerendheid, en niemand kan u vertellen waarom. Het model oogt op het scherm af, en antwoordt vrijwel niets als u het bevraagt. IDS is de standaard die precies dit moet voorkomen, door vast te leggen wat een model moet bevatten in een vorm die een computer kan lezen en controleren, nog voordat het model het bureau van de modelleur verlaat.
IDS staat voor Information Delivery Specification. Het wordt beheerd door buildingSMART, dezelfde neutrale organisatie achter IFC, en op 1 juni 2024 werd het een officiële buildingSMART-standaard, versie 1.0. Alles daarvoor was beta.
Het probleem waarvoor IDS is gemaakt
Wie ooit een overgedragen model heeft geopend, kent het gevoel. Elke wand aanwezig, elke deur op zijn plek, en dan begint u vragen te stellen. Wat is de brandwerendheid van deze scheidingswand. Wat is de vrije doorgang van die deur. Op welke bouwlaag zit dit element. De helft van de antwoorden is leeg. Het model was getekend, niet ingevuld.
Jarenlang was de oplossing een document. Een spreadsheet of een PDF die opsomde welke eigenschappen elk element moest dragen. Het beschreef de eis in gewone woorden, en vervolgens lag het in een map terwijl iedereen doormodelleerde. Niemand kon het draaien. Er was geen manier om een tool op een model te richten en te vragen of het echt aan de lijst voldeed. Goede data erin bleef een kwestie van goede bedoelingen.
Een specificatie die een computer kan lezen
IDS dicht dat gat. Het is geen proza over data, het is een controle. Een IDS is een kort XML-bestand, dus tekst die een machine elke keer op dezelfde manier leest. Daarin legt u de regels vast: deze objecten moeten bestaan, ze moeten deze classificaties en deze eigenschappen dragen, en die eigenschappen moeten waarden hebben in de juiste eenheden. buildingSMART omschrijft het als strak verbonden met het IFC-schema, zodat een regel over een deur voor elke lezer hetzelfde betekent.
Dat laatste is de stille doorbraak. Omdat de specificatie eenduidig en machineleesbaar is, is een pass in de ene controletool ook een pass in de andere. De eis is niet langer de huisstijl van één bureau, maar iets waar de hele keten het over eens kan zijn en op kan draaien.
Van een hoopvolle e-mail naar een controle die u kunt draaien
Denk aan wat er op de bouwplaats verandert. Eerst ging het verzoek de deur uit als een zin: neem de brandwerendheid en de deurbreedtes mee. Nu gaat het de deur uit als een IDS. Elke deur moet een breedte en een brandwerendheid dragen, elke dragende wand een materiaal en een waardering, en zo de hele lijst af. Als het model terugkomt, richt u er een tool op en rapporteert het model over zichzelf, regel voor regel, rood of groen.
De vraag is niet langer "hebben ze de data eraan gedacht", maar "haalt het model zijn specificatie". Het eerste is een hoop. Het tweede is een controle die iedereen kan draaien.
Dat verschuift echt wie het risico draagt. Wie het model levert, kan zijn eigen werk tegen dezelfde specificatie controleren voordat hij het verstuurt, in plaats van weken later te ontdekken dat een veld leeg was toen het nodig was.
Waarom het telt voor de Wkb en de kwaliteitsborger
Dit is geen Nederlandse standaard, en dat is de kern. IDS is een leveranciersneutrale buildingSMART-standaard die in heel Europa wordt gebruikt, de natuurlijke metgezel van het open IFC-formaat eronder. Terwijl het bouwtoezicht op het continent opschuift van papier naar het toetsen van modellen, is het kunnen vastleggen van informatie-eisen in een vorm die een computer kan verifiëren de basis waar dat hele idee op rust.
Een modelgebaseerde toets is zo goed als de data die hij leest
Onder de Wkb moet de kwaliteitsborger zich ervan vergewissen dat het werk aan het Bbl voldoet, en steeds meer van dat werk verhuist naar het model. Een modelgebaseerde toets kan alleen lezen wat er echt in staat. Vooraf afspreken, in een IDS, welke eigenschappen het model moet dragen, is hoe u zorgt dat het model dat binnenkomt er een is waar een toets tegenaan kan, en geen lege huls.
Waar wij binnenkomen
Om helder te zijn over de grenzen: BimDossier is geen IDS-auteurstool, en het toetst een model vandaag niet tegen een IDS-bestand. Wat het wel doet, is leven op de data die een IDS beschermt. Het leest de IFC die u toegestuurd krijgt, laadt gefedereerde modellen uit elke discipline in één viewer, en draait zijn Bbl-rulepacks over de elementen zelf. U prikt een bevinding aan een element via zijn eigen identificatie, met een foto en een eigenaar, en uw certificaten en uw Wkb-dossier hangen aan datzelfde model.
Zo trekken IDS en een tool als deze aan dezelfde kant. IDS is hoe de sector zorgt dat de data in het model zit voordat het wordt overgedragen. Alles wat u er daarna op bouwt, de toetsen, de snags, het bewijs bij de gereedmelding, zit nog steeds op uw model, en het houdt stand omdat de data eronder dat ook doet.