NL/SfB-codering koppelen aan uw eigen systemen

NL/SfB is de Nederlandse versie van de internationale SfB-classificatie en de standaard voor het classificeren van elementen, materialen en detailleringen in de bouw. In BIM- en CAD-modellen wordt doorgaans de viercijferige codering gebruikt; de indeling volgt uit de elementenmethode en de clustering sluit aan op de calculatienormering.

De belofte is dat informatie eenduidig beschikbaar blijft van ontwerp tot beheer. Die belofte wordt waar zolang elke schakel dezelfde code gebruikt. Het moment waarop het misgaat, is bijna altijd de overgang naar een systeem dat zijn eigen indeling hanteert en waarbij iemand handmatig vertaalt.

De keten lijkt op papier gesloten. Dit zijn de punten waarop de code in de praktijk verloren gaat.

• Bij de export uit het model, als de code niet als eigenschap meekomt.
• In de calculatie, waar met eigen artikelgroepen wordt gerekend.
• Bij inkoop, omdat leveranciers hun eigen artikelnummers hanteren.
• Bij oplevering, wanneer het dossier per ruimte in plaats van per element is opgebouwd.
• In beheer, waar de onderhoudsindeling losstaat van de bouwkundige indeling.
• Bij een verbouwing, wanneer niemand meer weet welke code bij welk deel hoorde.

De reflex is om alle systemen op NL/SfB te zetten. Dat werkt zelden, omdat calculatie, inkoop en beheer elk een indeling hebben die om een andere reden bestaat en die hun gebruikers kennen. Wie die indelingen vervangt, wint eenduidigheid en verliest bruikbaarheid.

Wat wel werkt is een vertaaltabel die de codering aan uw eigen indelingen koppelt en die zichtbaar is in plaats van verstopt in een export. Dan blijft elke afdeling in zijn eigen taal werken en is de relatie tussen die talen expliciet en aanpasbaar.

Wij bouwen die tabel en de koppelingen eromheen. De codering komt uit het model, gaat door naar de systemen die u gebruikt, en blijft aan het element hangen ook als een afdeling er zijn eigen nummer aan geeft.

Aan de voorkant is er de laatste jaren iets veranderd. Ketenstandaard en VolkerWessels ontwikkelden een methode die via de buildingSMART Data Dictionary de codering automatisch aan BIM-objecten koppelt, met een plugin die vrij beschikbaar is voor Revit.

Wat die ontwikkeling niet oplost, is de bestaande voorraad. Modellen van projecten uit eerdere jaren zijn gecodeerd zoals het toen ging, soms half en soms met een eigen variant. Wie zijn beheerdossier op de codering wil bouwen, moet daar een keuze maken: alsnog coderen, of accepteren dat oudere panden buiten de structuur vallen. Dat is een beslissing over ambitie en niet over techniek.

Dat lost het invoerprobleem grotendeels op en verplaatst de opgave naar waar wij aan werken: zorgen dat de code die daar is toegekend, ook in uw calculatie, inkoop en beheer terechtkomt. Het is dus zinvol om die twee te scheiden: coderen doet u in het model, doorgeven is een koppelvraagstuk.

De bron is doorgaans een IFC-export of een directe uitlezing uit het modelleerpakket. Daarna gaat het naar de systemen waarin gerekend, ingekocht en beheerd wordt, elk met een eigen koppeling en een eigen deel van de vertaaltabel.

Beheert u het gebouw daarna zelf, dan sluit dit aan op asset management software, en de conditie per element loopt via NEN 2767-conditiemetingen. Hoe koppelingen in het algemeen werken staat op systemen koppelen met een api.

Let op het detailniveau. Twee cijfers zijn snel ingevuld en te grof om mee te calculeren; vier cijfers geven de aansluiting die u wilt en vragen discipline in het model. Kies dat niveau vooraf en per projectsoort, want halverwege wisselen levert een reeks op die niet vergelijkbaar is.

Let ook op wie de codering aanbrengt. Als dat de modelleur is die per project wisselt, ontstaan er verschillen die u pas in de calculatie ziet. Een vaste afspraak en een controle bij de export kosten weinig en voorkomen een correctieronde per project.

Het aantal systemen dat u aan elkaar wilt knopen weegt het zwaarst. Eén koppeling van model naar calculatie is overzichtelijk; model, calculatie, inkoop en beheer tegelijk is een keten met evenveel vertaaltabellen als schakels.

Daarnaast telt de staat van uw huidige indelingen. Bestaat er per systeem een nette structuur, dan is de vertaling een tabel. Is die structuur historisch gegroeid en nergens vastgelegd, dan is het opschonen ervan het echte project.

1. We kiezen het detailniveau van de codering en leggen dat per projectsoort vast.
2. We brengen per systeem de bestaande indeling in kaart en maken de vertaaltabel.
3. We bouwen de eerste koppeling, van model naar het systeem waar de meeste winst zit.
4. We voegen de overige systemen toe, met een controle bij de export per project.
5. We dragen de tabel over aan uw eigen beheerders, zodat u hem zelf kunt aanpassen.

• NEN 2767-conditiemetingen koppelen
• Bouw- en vastgoedsoftware
• Alle software op maat