Együttműködés

Hogyan zajlik egy Scan-to-BIM együttműködés?

A Scan-to-BIM akkor tiszta, ha előre rögzítjük, ki modellez, milyen szoftverben, mely elemekre, és mi marad pontfelhő.

Közzétéve: 2026. november 9. · Együttműködés

A Scan-to-BIM kifejezés a domain nevében is szerepel, ezért fontos tisztán beszélni róla. Nálunk nem az a kiinduló ajánlat, hogy minden felmérés végén modellt adunk. A kiinduló ajánlat a terepi felmérés és a pontfelhő. A modell akkor készül, ha a partner ezt külön kéri, és a munkacsomag határai írásban megvannak.

A Scan-to-BIM nem jár automatikusan

Egy épületfelmérés lezárható úgy, hogy a modellező csapat a saját Revit- vagy Archicad-sablonjában dolgozik tovább a kapott felhőn. Ez a gyakoribb és tisztább felállás, ha az irodának megvan a modellfelelőse. Ilyenkor a mi átadásunk a felhő, az illesztés dokumentálása és a kizárások listája.

Ha a partner a modellezést is ki akarja szervezni, az új megbízás. Más a vállalt idő, más a felelősség, és más az, amin később észrevételt lehet tenni. A felmérés árából nem következik modell, és a modell árából nem következik korlátlan tervezési átdolgozás.

Ki modellez

Két működő mód van. Az elsőben a partner modellez, mi a terepi anyagot adjuk a saját folyamatához. A másodikban mi modellezünk egy körülhatárolt elemkörre, a partner sablonjához igazodva, ha azt átadják. A kettő keveréke is lehet: például a tartószerkezet és az építészet a partnernél marad, egy gépház pedig nálunk készül, mert arra kértek külön csomagot.

Amit nem vállalunk el hallgatólagosan: a partner megrendelője felé tett tervezési ígéretek átvétele, hatósági beadás, és olyan elemek modellezése, amelyek a pontfelhőből nem olvashatók ki. A látszó felület és a feltételezett vastagság nem ugyanaz.

Amit a munka előtt írásba foglalunk

A munkacsomag legalább ezeket nevezi meg: szerzői szoftver és verzió, ha releváns; szintek és a modellezendő zónák; elemtípusok, amelyek elkészülnek, és amelyek csak felhőben maradnak; a partner osztályozása vagy saját névkonvenciója, ha van; a koordinátarendszer; az észrevételek köre. Uniclass vagy más rendszer csak akkor kerül bele, ha a partner ezt kéri. Nem vezetünk be új osztályozást a modell közepén.

A mintaterület hasznos, mielőtt egy teljes épület modellezése elindul. Egy tipikus szint vagy egy jellemző gépház megmutatja, hogyan kezeljük a takart éleket és a zajos felületeket. Ezen a mintán olcsóbb vitatkozni, mint a kész állományon.

Mintaterület, aztán a teljes épület

A mintán rögzítjük, mi számít elfogadott elemnek. Például egy fal a látott síkokból épül, a vastagságát csak ott adjuk meg, ahol mindkét oldal mért, különben a hiányt jelöljük. Egy gépészeti vezetéket csak ott választunk szét elemre, ahol a felhő ezt ténylegesen mutatja. Ahol a nyomvonal egybeolvad, ott a felhő marad a hivatkozás, nem egy kitalált tengely.

Ha a minta után a szabály változik, a változást a további szintekre írjuk elő, a már elfogadott mintát nem írjuk újra észrevétel nélkül. Így a munka követhető marad mindkét félnek.

Átadás és észrevétel

A modell mellé ott marad a pontfelhő. A modellező vagy a partner a felhőhöz tudja hasonlítani az elemeket, nem egy levált, önálló fájlhoz. Az észrevétel konkrét: melyik szint, melyik elem, mi az eltérés a felhőtől vagy a briefben rögzített szabálytól. A „legyen szebb” nem feldolgozható észrevétel.

A javítási kör a munkacsomag része, nem végtelen. Tervezési változtatás, új funkció vagy a megrendelői igény módosulása nem a felmérés hibája. Ezeket külön egyeztetjük, árat az űrlap akkor sem ad, ha a modell már folyamatban van.

Kapcsolódó jegyzetek