openBIM explicat: IFC, BCF, IDS și bSDD

Articol informativ — nu constituie consultanță juridică.

openBIM este o abordare a colaborării care folosește standarde deschise pentru schimbul și reutilizarea informațiilor despre construcții. Echipele pot lucra în aplicații diferite, păstrând reguli comune pentru date, cerințe și comunicarea problemelor. Rezultatul depinde de calitatea schimbului și a procesului, nu doar de extensia fișierului.

O construcție este proiectată, executată, exploatată și modificată de numeroase organizații. Informația trebuie să rămână utilizabilă și când se schimbă echipa sau aplicația. Standardele deschise reduc dependența de un anumit furnizor, dar nu elimină nevoia de responsabilități, verificări și acorduri contractuale.

IFC: informația structurată a modelului

Industry Foundation Classes — IFC — descrie obiecte, proprietăți, relații, spații, sisteme și alte concepte din mediul construit într-o schemă de date neutră față de furnizor. Fișierul este o formă de transfer a acestor date; valoarea schimbului provine din structura și sensul lor.

Un export IFC pentru coordonare poate avea un conținut diferit de unul pentru analiză energetică, cantități sau predarea activelor. Scopul trebuie convenit înaintea exportului. Un fișier valid tehnic poate să nu conțină datele de care destinatarul are nevoie.

La verificarea surselor din 27 septembrie 2026, buildingSMART lista IFC 4.3.2.0 drept versiune oficială curentă, iar IFC 4.4 și IFC 5 în dezvoltare. Pentru un contract se consemnează versiunea cerută și suportul efectiv al aplicațiilor; data editării acestui articol nu înseamnă validarea automată a unei versiuni noi.

BCF: comunicarea problemelor în contextul modelului

BIM Collaboration Format — BCF — permite transmiterea problemelor, comentariilor și perspectivelor relevante fără retransmiterea întregului model la fiecare observație. Un subiect poate identifica elementele vizate, poziția de vizualizare, o imagine, responsabilul, termenul și starea discuției.

IFC și BCF au funcții diferite. Primul transmite informația structurată a modelului; al doilea comunică problemele legate de acea informație. BCF poate fi folosit prin fișiere sau printr-un serviciu/API, dacă aplicațiile și fluxul proiectului permit aceasta.

O problemă utilă explică ce este greșit, care este revizia analizată și ce rezultat se așteaptă. Marcajul „închis” are nevoie de o regulă de confirmare; nu arată singur că proiectul a fost verificat ori autorizat.

IDS: cerințe care pot fi verificate automat

Information Delivery Specification — IDS — permite exprimarea unor cerințe de informații într-o formă interpretabilă de calculator. Echipa poate preciza obiectele vizate și proprietățile, clasificările, materialele sau relațiile care trebuie livrate, în limitele mecanismelor oferite de standard.

De exemplu, cerința ca anumite uși să aibă o proprietate de rezistență la foc poate deveni un test repetabil asupra modelului IFC. Testul nu înlocuiește proiectantul și nu certifică toate cerințele de siguranță ale ușii. Un câmp completat poate conține și o informație greșită, de aceea rezultatul se corelează cu dovezile tehnice.

La verificarea surselor din 27 septembrie 2026, IDS 1.0 era prezentat ca standard final aprobat. Versiunea specificației, regulile de implementare și suportul aplicațiilor trebuie stabilite pentru schimbul concret.

bSDD: definiții comune

buildingSMART Data Dictionary — bSDD — este un serviciu pentru definiții, clase, proprietăți, unități, valori și traduceri. Ajută participanții să folosească termenii cu același sens. Un nume asemănător în două aplicații nu garantează că proprietățile respective sunt echivalente.

bSDD nu este arhiva fișierelor proiectului și nu înlocuiește IFC. El poate oferi repere semantice pentru cerințe, clasificare și datele produselor. Dacă este folosit, echipa stabilește dicționarul, identificatorii și versiunea relevantă; o simplă mențiune în BEP nu asigură maparea datelor.

Legătura cu IDS este practică: IDS exprimă cerința care trebuie testată, iar o definiție adecvată din bSDD poate preciza sensul termenului folosit. Nu orice cerință are automat o intrare potrivită într-un dicționar.

Cum lucrează împreună

Beneficiarul definește nevoia de informație. Echipa o transformă în cerințe de schimb și, unde este potrivit, în verificări IDS. Autorii pregătesc modelele în aplicațiile lor; IFC transmite informația convenită, iar BCF susține rezolvarea problemelor. Definițiile comune reduc ambiguitățile.

Procesul include și date care nu sunt rezolvate de standarde: cine acceptă, ce revizie este curentă, ce utilizare este permisă și ce rămâne neînchis. Acestea sunt responsabilități ale echipei și ale procesului de gestionare a informațiilor.

Exemplu complet: verificarea informațiilor despre uși rezistente la foc

O cerință ilustrativă de predare solicită pentru fiecare ușă din domeniul convenit un identificator stabil, amplasarea, rezistența la foc specificată și trimiterea la documentul justificativ al produsului. Proiectantul responsabil stabilește performanța necesară; regulile schimbului stabilesc cum este înregistrată.

Raportul de validare găsește 12 uși fără valoarea cerută. Coordonatorul grupează constatările pe echipe și transmite o problemă BCF cu revizia exactă. Autorul corectează modelul sursă, îl exportă din nou și reia verificarea IDS. Înainte de acceptare, responsabilul compară datele corectate cu cerința proiectului și documentele produsului. Un test de proprietăți trecut nu demonstrează singur rezistența la foc a ușii montate.

Lista de control pentru un schimb util

• Conveniți versiunea IFC și domeniul schimbului acceptate efectiv de ambele aplicații.
• Testați un eșantion cu obiecte obișnuite și un caz dificil.
• Verificați coordonatele, unitățile, identificatorii și maparea proprietăților după export.
• Delimitați testele automate de verificările profesionale.
• Returnați problemele cu responsabil, revizie exactă și perspectivă utilă.
• Reverificați corecțiile și păstrați raportul împreună cu pachetul acceptat.

WorkStudio Records permite conectarea deciziei, responsabilului și dovezilor la proiect, după ghidul conectării informațiilor — în engleză. Exportul modelului și validarea IDS rămân activități pentru aplicațiile BIM adecvate; pachete și servicii disponibile.

Ce nu garantează un standard deschis

Un export IFC poate avea coordonate greșite sau proprietăți pierdute. Un BCF poate indica elemente care nu mai există în revizia următoare. Un test IDS poate acoperi doar o parte a cerințelor, iar un termen din dicționar poate fi mapat incorect. Aceste riscuri cer teste de schimb și criterii de acceptare.

Fișierele native rămân utile pentru elaborare și pentru funcționalități specifice. openBIM nu presupune eliminarea lor din orice contract. Proiectul stabilește ce se livrează nativ, ce se schimbă în format deschis și ce se păstrează pentru arhivă sau exploatare.

Un plan de execuție BIM trebuie să explice aceste alegeri. Formatul se alege pentru sarcină: schimb de date, comunicarea problemelor, verificarea cerințelor sau definirea termenilor. Astfel, standardele susțin o decizie concretă și un rezultat verificabil.

Surse și lecturi conexe

buildingSMART openBIM, IFC, BCF, IDS, bSDD.

Lectură conexă: Planul de execuție BIM, BIM și legislația din România.

Informații importante

Articolul prezintă informații generale și nu constituie consultanță juridică, nici nu înlocuiește evaluarea unui specialist pentru situația concretă. Legislația, îndrumările oficiale, standardele și funcțiile produselor se pot modifica. Înaintea unei decizii, verificați sursele primare actuale și cerințele aplicabile jurisdicției, contractului și proiectului. Exemplele ilustrează explicațiile; nu sunt încadrări oficiale sau instrucțiuni pentru un caz particular. Pentru decizii juridice, consultați un avocat; pentru aspecte tehnice ori alte probleme de specialitate, consultați profesionistul responsabil.