Interoperacyjność w pracowni: IFC, DWG i platformy danych

Konstruktor chce plik natywny, inwestor PDF, koordynator Navisworks, a do archiwum i tak trzeba IFC. Interoperacyjność sprowadza się do doboru kanału wymiany pod odbiorcę. Ten tekst daje kryteria tego doboru i pokazuje, co który format faktycznie przenosi, a co po drodze znika.

Jeden model, kilku odbiorców

Ten sam projekt wychodzi z pracowni kilkoma drzwiami i każde ma inną cenę. Plik RVT dla współpracującego konstruktora zachowuje pełne dane obiektowe, ale otworzy go tylko ten sam program w wersji nie starszej. DWG to rysunek 2D bez danych obiektowych. IFC przenosi obiekty z ich parametrami między różnymi programami, choć żaden nie przenosi wszystkiego.

Skąd się bierze ten cały zator? Badanie Chaos i Architizer pokazało, że nawet przy wdrażaniu AI największą barierą jest słaba integracja z posiadanym oprogramowaniem; wskazała ją mniej więcej jedna trzecia badanych. Ten sam brak czuć przy zwykłej wymianie plików. Dobór kanału to pierwszy krok.

Co zostaje w pliku, a co wyparowuje

IFC to otwarty standard międzynarodowy, dziś podstawa openBIM. Rozwija się go od lat w kolejnych edycjach. Tylko że droga powrotna do programu macierzystego nigdy nie jest bezstratna: część informacji ginie, część przyjeżdża przekręcona. Do tego standard ma warianty, które nie są zamienne, więc wariant ustalcie z odbiorcą przed pierwszym eksportem.

Reszta rodziny formatów ma wąskie specjalizacje. Formaty Navisworks służą federacji i koordynacji zamiast edycji. Zgłoszenia kolizji idą osobnym formatem wymiany uwag między zespołami. Eksport IFC sprawdzajcie walidatorem przed wysyłką. Wersje programów mroźcie w dokumentacji projektu.

Wzorzec hybrydowy, który broni się w praktyce

Pracownie, które wymieniają się plikami bez dramatów, zwykle stosują jeden układ. Wewnątrz zespołu pracują natywnie, bo tam liczą się szybkość i pełne dane. Na zewnątrz, do koordynacji i archiwum wysyłają IFC, a podpisy idą PDF-em. Problem znika wtedy, gdy przestajecie szukać jednego formatu na wszystkie okazje.

Platformy danych: wymiana poza plikami

Jest jeszcze jedna droga: platforma trzymająca dane modelu poza plikami. Najgłośniejsza jest otwarta platforma Speckle, która zaczynała jako odpowiednik Gita dla branży. Założyciel pokazał na pomiarach: pliki wymiany wychodzą kilkukrotnie mniejsze niż z IFC, a relacje między obiektami zostają.

Nie potrzebujecie jej jednak na start. Jeśli wasza współpraca mieści się we wzorcu hybrydowym, pliki wystarczą. Platforma staje się tematem, gdy wymiany są częste, a pytanie, co się zmieniło od ostatniej wymiany, zaczyna kosztować spotkania.

Decyzja w czterech pytaniach

Zanim wyślecie cokolwiek, odpowiedzcie na cztery pytania. W czym pracuje odbiorca? Czy będzie edytował, koordynował, czy tylko zatwierdzał? Jakie dane muszą przetrwać drogę, a jakie mogą zginąć? Czy będzie kolejna wymiana, bo jednorazowa paczka i stały kanał rządzą się innymi prawami? Z tych odpowiedzi prawie zawsze wynika jeden kanał.

Jeśli po każdej wymianie z konstruktorem coś dociągacie ręcznie, to sygnał, że kanał dobrał się sam przez przyzwyczajenie. Pomagam pracowniom uporządkować takie przepływy i zautomatyzować powtarzalną część eksportów. Umówmy się na 30 minut.