Коли замовник надає готову первинну BIM-модель, більшість менеджерів та девелоперів очікують, що вона стане надійною основою для створення виконавчої As-Built моделі. На практиці ж у сфері інфраструктурного проєктування та реконструкцій це майже ніколи не відповідає дійсності. Реальний стан об'єкта та вихідна документація майже завжди існують у паралельних світах.
У цій статті коротко розпишу кейс, як наша команда The Heyon завершила роботу над масштабним інфраструктурним проєктом в Італії — великим транспортним вузлом площею понад 16 000 м², який включав у себе зупинку громадського транспорту, капітальні конструкції накриття, автостоянку та розгалужену мережу підземних і наземних інженерних комунікацій.
Нашим завданням було розробити високоточну As-Built модель архітектурної, конструктивної та інженерної частин на основі даних лазерного сканування. Проте вже на етапі первинного аудиту ми зіткнулися з викликом, який міг затягнути терміни видачі на місяці.
Проблема: Коли хмара точок «руйнує» вихідну модель
Уже на старті проєкту, після імпорту та суміщення даних лазерного сканування (Point Clouds) з моделлю, наданою замовником, стало зрозуміло: вихідні файли мають критичні розбіжності з фактичною геометрією. Невідповідність осей, зміщення несучих конструкцій, колізії між магістральними трубопроводами та новим конструктивом — фактичний стан об'єкта суттєво відрізнявся від паперових планів. Ситуацію ускладнювали два фактори. По-перше, величезний обсяг даних — 16 000 квадратних метрів насиченої інфраструктури, де кожен елемент впливає на функціонал транспортного хабу. По-друге — стислі терміни. Об'єкт мав вирішувати комплексне та термінове локальне урбаністичне завдання міста, тому часу на довгі роздуми не було.
Традиційний підхід до такої задачі — це нескінченний, хаотичний обмін скріншотами у месенджерах, сотні листів та регулярні координаційні зустрічі, які лише з'їдають бюджети й час, ми його відкинули одразу. Проєкт ризикував перетворитися на координаційне пекло. Рішення, яке ми використали — перехід на відкритий BCF-формат та хмарний QA/QC. Щоб побудувати прозору, швидку та повністю автоматизовану систему фіксації помилок, ми відмовилися від статичних звітів та впровадили роботу через відкритий формат BCF (BIM Collaboration Format).
Ми структурували процес координації таким чином, що замість видачі замовнику загального списку хаотичних зауважень внутрішня група контролю якості розбила об'єкт на критичні ділянки інфраструктури і окремі дисципліни, фіксуючи кожне виявлене геометричне чи інженерне відхилення від хмари точок як окреме інтерактивне завдання. Завдяки впровадженню BCF-формату кожна проблема отримала унікальний ID та точну прив'язку до координат у просторі моделі, тому стейкхолдеру чи моделеру достатньо було натиснути на завдання у своєму софті, щоб його екран автоматично перемістився на проблемну ділянку під потрібним кутом. Оскільки BCF є відкритим openBIM-стандартом, уся подальша координація та робота відбувалися в єдиному хмарному середовищі (CDE) без прив'язки до якогось одного конкретного софту, що дозволило команді працювати абсолютно синхронно в єдиному інформаційному полі, оперативно обмінюючись коментарями, статусами виконання та коригуваннями.
Завдяки автоматизації координаційних процесів та чіткій фіксації помилок через BCF наша команда повністю ліквідувала хаос на етапі моделювання й вчасно видала замовнику As-Built модель із нульовим показником критичних колізій. У результаті клієнт отримав точну виконавчу схему, яка на 100% відповідає реальності, а місто — повноцінний цифровий двійник (Digital Twin) інфраструктурного об'єкта із зафіксованими параметрами всіх відхилень, що дозволяє безпечно експлуатувати, обслуговувати та модернізувати хаб у майбутньому. Проєкт став прикладом успішного вирішення складного урбаністичного завдання без зриву дедлайнів або додаткових фінансових витрат на будівельному майданчику.
Цей кейс вкотре довів важливу істину: у складних Scan-to-BIM проєктах проблема зазвичай ховається не в якості лазерного сканера чи складності геометрії, а в самому процесі управління відхиленнями, де правильно підібраний інструмент координації рятує мільйонні бюджети.