

Daugelyje projektų BIM modelio tikrinimas prasideda ir baigiasi susikirtimų (kolizijų) paieška, angl. clash detection. Jei ortakis nekerta sijos, o vamzdis – sienos, modelis laikomas tvarkingu. Tačiau modelis be susikirtimų gali būti netinkamas statybai ar eksploatacijai: elementų klasifikacija nenurodyta, gaisrinės saugos parametrų nėra, o techninės įrangos duomenys, kurių reikės pastatą perduodant – tušti. Tokios klaidos susikirtimų ataskaitoje nesimato. Jų pasekmės išryškėja vėliau: kai sąmatininkas negali išskaičiuoti kiekių, kai statybvietėje trūksta vietos aptarnauti įrangą ar kai užsakovas atsisako priimti modelį, nes jis neatitinka BIM reikalavimų. Šiame straipsnyje aprašome, ką apima visavertė BIM modelio kokybės kontrolė, kodėl ją reikia vykdyti nuolat ir kaip ją automatizuoti su Solibri.
Susikirtimų paieška atsako tik į vieną klausimą: ar elementai fiziškai telpa. Ji nepatikrina, ar modelyje yra informacija, kurios reikia kitiems projekto dalyviams, o būtent informacija modelio vertę lemia labiausiai.
Kokybiškai patikrintas modelis gali būti naudojamas toliau: kiekiams išskaičiuoti, statybos grafikui (4D) ir sąmatai (5D) sudaryti, gamybai ir surinkimui ruošti, o baigus statybas – pastato eksploatacijai valdyti. Jei duomenys nepilni ar nenuoseklūs, kiekvienas šių etapų juos taiso iš naujo, dažnai rankiniu būdu.
Kuo vėliau klaida randama, tuo brangiau ją ištaisyti. Modelyje pastebėtas trūkstamas parametras – kelios minutės darbo projektuotojui. Ta pati klaida, išryškėjusi statybvietėje ar perduodant pastatą, reiškia užklausas, perdarymus ir vėlavimus.

Kokybės kontrolei reikia atskaitos taško. Jei projekto pradžioje nesutarta, kaip vadinami failai, kokia klasifikacija naudojama ir kokių parametrų reikia kiekviename etape, tikrinti nėra pagal ką. Todėl BIM vykdymo plane prieš pradedant modeliuoti, verta apibrėžti:
Lietuvoje vis daugiau užsakovų, ypač viešojo sektoriaus ir NT vystytojų, savo BIM reikalavimus pateikia jau pirkimo dokumentuose. Tada BIM vykdymo planas tampa įrankiu, kuriuo projekto komanda parodo, kaip šiuos reikalavimus vykdys.
Duomenų tikrinimas informacijai daro tą patį, ką susikirtimų paieška geometrijai. Jis randa nenuoseklius pavadinimus, neteisingai susietus parametrus, klaidingai klasifikuotus objektus ir trūkstamas reikšmes, taip pat pasikartojančius ar tuščius laukus.
Pavyzdžiui, perduodant modelį pastato eksploatacijai, užsakovo informacijos reikalavimuose gali būti numatyta, kad kiekvienam oro ruošimo įrenginiui turi būti nurodytas gamintojas, modelis, oro našumas, galia, filtrų specifikacija, aptarnavimo periodiškumas ir inventorinis numeris. Tikrinamų duomenų sąrašas priklauso nuo projekto etapo ir sutartų reikalavimų. Kai įrenginių daug, o modeliai nuolat atnaujinami, rankinės patikros reikalauja daugiau laiko ir dėmesio. Automatinės taisyklės leidžia pakartotinai tikrinti, ar sutarti duomenys pateikti ir atitinka nustatytus kriterijus, o specialistui lieka įvertinti rastus neatitikimus.
Susikirtimų patikras naudinga atlikti tiek atskiruose modeliuose, tiek sujungus skirtingų projekto dalių modelius. Atskiros dalies patikra padeda aptikti jos vidinius neatitikimus, o tarpdisciplininiam koordinavimui reikia įtraukti visas tikrinamai zonai ar sistemai aktualias projekto dalis, įskaitant subrangovų modelius. Prieš tikrinant svarbu suderinti modelių koordinates, elementų klasifikaciją, patikros tolerancijas ir išimtis. Tai padeda sumažinti nereikšmingų rezultatų kiekį ir sutelkti dėmesį į problemas, kurioms reikia projekto dalyvių sprendimo.
Kokybės kontrolė turi tikrinti ne tik tai, ar elementai kertasi, bet ir ar tarp jų pakanka vietos. Ar prie įrangos galima prieiti ją aptarnauti? Ar evakuacijos keliai atitinka gaisrinės saugos reikalavimus? Ar žmogus vežimėlyje gali apsisukti koridoriuje, tambure ar sanitariniame mazge?
Šias patikras galima aprašyti taisyklėmis pagal Lietuvoje taikomus prieinamumo ir gaisrinės saugos reikalavimus ir paleisti kiekviename projekto etape. Taip neatitikimai randami projektuojant, o ne derinant projektą ar priduodant statinį.
Rasta klaida dar neišspręsta. Kiekviena pastaba turi būti priskirta atsakingam dalyviui, turėti būseną ir būti uždaryta tik patikrinus, kad pataisymas atliktas. Tam naudojamas atviras BCF formatas: pastaba su vaizdu ir elementais perduodama į projektavimo programą ar bendrą duomenų aplinką (CDE), o ne ekrano kopija el. laiške.
Dažniausia klaida modelius tikrinti tik prieš svarbų etapą arba tik tada, kai problemos jau matomos. Veiksminga kokybės kontrolė vyksta nuolat: nuo projektinių pasiūlymų iki techninio darbo projekto, statybos ir pastato perdavimo.
Skirtingais etapais tikrinama skirtinga informacija. Ankstyvuosiuose etapuose svarbiausia modelio struktūra, pavadinimai ir pasirengimas koordinavimui. Vėlesniuose etapuose duomenų pilnumas, kiekiai ir perdavimo dokumentacija. Patogiausia, kai kiekvienam etapui BIM vykdymo plane numatytas savas taisyklių rinkinys, o modeliai tikrinami pagal reguliarų koordinavimo pasitarimų grafiką.
Visapusiška kokybės kontrolė reikalauja daugiau pastangų nei vien susikirtimų paieška. Tačiau kai taisyklės automatizuotos, didžioji dalis darbo atliekama programos, o BIM vadovas skiria laiką rezultatų vertinimui.
Solibri – taisyklėmis pagrįsta BIM modelių tikrinimo programa, dirbanti su IFC modeliais nepriklausomai nuo to, kokia programa jie sukurti.