AI-оцінка вартості будівництва: де ламається ручний розрахунок
Ручний кошторисний розрахунок за проєктною документацією ламається не на арифметиці, а на стиках між розділами.
Інженер рахує обсяги за архітектурними та конструктивними кресленнями, потім переносить позиції до кошторису, а паралельно дивиться специфікації обладнання, вузли та відомості.
Кожне перенесення — точка, де позиція може загубитися або задвоїтися, і помітно це стає вже після випуску оцінки.
Помилки в обсягах робіт накопичуються з дрібниць: масштаб аркуша, товщина шару у вузлі, невідповідність прив'язок осей між розділами, різні редакції одного креслення в комплекті.
Позиція, яка в специфікації йде одним рядком, у кресленнях розкрита на кілька ділянок, і зворотний звід займає у кошторисника більше часу, ніж сам підрахунок.
Розбіжність розділів проєкту — окреме джерело ризику: те, що є в конструкціях, не завжди відображено в інженерних системах і навпаки.
Строки підготовки оцінки майже завжди впираються в обсяг перерахунку при змінах. Замовник отримує цифру за старою редакцією комплекту, а на момент рішення щодо проєкту документація вже оновлена, і оцінку доводиться запускати заново.
Через це вартість будівництва обговорюється як орієнтир, а не як робочий параметр для вибору рішення.
AI-оцінка будується так, щоб читати весь комплект одразу: зіставляти розділи, зводити обсяги до єдиної структури та підсвічувати місця, де дані розходяться або позиція зустрічається двічі.
Перевірювані кошторисником зв'язки «креслення — специфікація — рядок оцінки» залишаються, але перший прохід по документації перестає бути найдовшим. Далі розбираємо, як це закривається на практиці.
Що дає автоматизована перевірка обсягів і кошторисів
Перевірка починається з розбору того, що реально є в комплекті: відомості обсягів робіт, специфікації, плани та розрізи. Інженерні моделі з Autodesk Revit і плоскі креслення приводяться до одного вигляду — таблиці позицій з прив'язкою до елемента та аркуша.
Далі обсяги звіряються з розцінками та із суміжними розділами, і розбіжність по одному матеріалу видно одразу в усіх місцях, де він зустрічається.
Швидкість підготовки оцінки зростає не за рахунок прискореного натискання кнопок, а тому, що рутинний перерахунок зникає. Обсяги за типовими вузлами рахуються автоматично, інженер залишається на нестандартних рішеннях.
Цикл перевірки комплекту скорочується в рази: те, що раніше тривало тижнями, вкладається в дні, а кількість правок падає — зауваження надходять одним списком, а не хвилями від різних перевіряльників.
Простежуваність розрахунку — умова, без якої цифрі не повірять. Кожен рядок кошторису зберігає джерело: аркуш, позицію відомості, формулу перерахунку та норматив, за яким узято розцінку. Перевіряльник відкриває позицію і бачить ланцюжок повністю, включно зі змінами обсягів.
До випуску ловиться основна частина помилок в обсягах: пропущені позиції, подвійний облік, невідповідність одиниць вимірювання.
Окремий клас відмов зникає зовсім — оцінка, зібрана за застарілою ревізією креслення, до замовника не доходить: версія комплекту фіксується та звіряється автоматично.
Способи оцінки: правила, шаблони, машинне навчання
Оцінку за проєктною документацією рідко збирають одним методом: правила, шаблони та машинне навчання відповідають на різні питання і ламаються на різних даних. Нижче — варіанти, між якими реально обирають на практиці, з їхніми межами застосовності.
| Підхід | Коли підходить | Обмеження |
|---|---|---|
| Нормативні правила та розцінки | Повний комплект креслень, типові конструкції, потрібна захищувана розрахункова база | Обсяги вводяться вручну; нестандартні вузли рахуються окремо; помилка у вихідних даних не видна до перерахунку |
| Шаблони та параметричні моделі | Об'єкт збирається з повторюваних блоків і типових рішень | Ламається на відхиленнях від шаблону; бібліотеку рішень потрібно вести та оновлювати |
| Машинне навчання на історичних проєктах | Є архів закритих об'єктів з підсумковими показниками, потрібна швидка прикидка на ранній стадії | Не пояснює кожну позицію; чутливе до зміни розцінок і постачальників; на рідкісних об'єктах точність падає |
| Гібридний розрахунок | Потрібні і швидкість, і прозорість: правила рахують обсяги, модель підсвічує відхилення | Потребує налаштування під ваш архів і регламенту розбору спірних позицій |
Загальне обмеження автоматизації одне: вона впевнено закриває об'ємні позиції, порівняння варіантів і пошук аномалій, але не відповідає за унікальні рішення — їх розбирає інженер.
Тому підхід диктує не «сучасність» методу, а стан архіву та стадія проєкту: чим менше закритих об'єктів і чим нестандартніший вузол, тим більше ваги у правил і ручної перевірки.
Як відбувається впровадження: від аудиту документації до передачі
Впровадження йде хвилями, і кожен етап закінчується артефактом, який можна перевірити, і точкою, де ви вирішуєте, продовжувати чи ні. Порядок нижче — не бюрократія, а спосіб не будувати розрахунок на здогадках: поки не розібрано архів, схема буде вгадуванням.
- Аудит проєктної документації. Розбираємо архів: альбоми в PDF, креслення в DWG та IFC, кошториси та відомості в таблицях. Фіксуємо, що машинозчитуване, де розрахунок тримається на ручному введенні і скільки часу займає один перерахунок при зміні обсягів.
- Схема розрахунку. Узгоджуємо модель: які обсяги та одиниці вимірювання витягуються з документації, за якими правилами вони складаються в статті витрат, які довідники та коефіцієнти застосовуються. Результат — специфікація, за якою розрахунок перевіряється порядково.
- Налаштування на реальних проєктах. Розмічаємо еталонні кошториси ваших об'єктів, зіставляємо витягнуті обсяги з тим, що порахував інженер-кошторисник, і правимо правила там, де розбіжність виходить за узгоджений допуск.
- Перевірка на закритих об'єктах. Проганяємо схему на проєктах з відомим підсумком: рішення рахує «з нуля», ми порівнюємо з фактом і дивимося не середнє відхилення, а найгірші випадки — де саме і чому цифра пішла.
- Оформлення результату. Вивантаження у звичні формати — кошторис, відомість обсягів, дефектний акт — разом з трасуванням: у кожного рядка видно, з якого аркуша і пункту він отриманий.
- Передача рішення замовнику. Навчання вашої команди, документація за правилами та довідниками, регламент оновлення при зміні нормативів і порядок розбору спірних рядків.
Поки не пройдено перевірку на закритих об'єктах, цифру не можна показувати ні замовнику, ні підряднику — тому етап іде до передачі, а не після.
Що залишається у замовника: моделі, довідники, регламенти
Ми передаємо не звіт і не демонстрацію, а робочий контур, який ваша команда веде сама: модель оцінки, довідники, правила перевірки та документацію. Доступи та облікові записи оформлені на замовника — рішення продовжує працювати, коли наші інженери вже не беруть участі в процесі.
- Модель оцінки — налаштована під вашу номенклатуру: які розділи проєктної документації вона читає, які позиції виділяє автоматично, а де зупиняється і передає кошториснику.
- Довідник розцінок — структура позицій, прив'язка до чинних нормативів і правила зіставлення вільних формулювань з документації з кодами.
- Регламент перевірки — які розбіжності модель зобов'язана підсвітити, за якого порогу позиція йде на ручний розбір і хто закриває її у відведений строк.
- Інструкції для кошторисників — короткі сценарії: як додати нову розцінку, як оспорити результат моделі та як зафіксувати правку, щоб вона потрапила в наступне оновлення.
- Технічна документація — схема обміну з вашими обліковими системами, склад вхідних даних і вимоги до формату проєктної документації.
- Процедура оновлення та журнал роботи — хто відповідає за редакції довідника, як відкотитися на попередню і як за історією запусків побачити, звідки взялася конкретна цифра.
Кейс: оцінка за проєктною документацією на потоці
Проєктна організація веде кілька десятків об'єктів паралельно: житлові корпуси, склади, зовнішні мережі. Оцінку за кожним комплектом документації збирали вручну — інженер переносив обсяги з креслень і специфікацій до відомості та звіряв позиції між розділами.
На один комплект йшло 8–12 робочих днів, а частина розбіжностей спливала вже на узгодженні з підрядником.
Рішення збирали під цей потік: розбір проєктної документації та моделей у IFC, приведення номенклатури до єдиного довідника організації, автоматична перевірка обсягів за її правилами.
Інженер отримує не «чорну скриньку», а відомість, де кожна позиція прив'язана до конкретного аркуша або рядка специфікації.
| Показник | До | Після |
|---|---|---|
| Час підготовки оцінки на комплект | 8–12 робочих днів | 1–2 дні |
| Частка позицій з розбіжностями в обсягах | 18–20% | 4–6% |
| Повернення на доопрацювання від підрядника | 3–4 на комплект | 0–1 |
Що змінилося на потоці
Найсильніше скоротилися повернення: спірні обсяги тепер видно до відправлення, а не після. Позиції, які правила не покривають, потрапляють в окремий список — кошторисник розбирає тільки його, а не весь комплект заново.
Розбіжності за номенклатурою гасяться на вході, тому при повторній перевірці відомість сходиться з моделлю без ручної звірки.
Чим машинна оцінка відрізняється від розрахунку вручну?
Машинна оцінка сильніша там, де потрібно втримати весь обсяг проєкту одразу: вона розбирає специфікації, креслення та відомості, зіставляє позиції з розцінками Федеральной сметно-нормативной базы і не губить рядки до кінця зміни.
Промахи кошторисного розрахунку вручну — це рідко арифметика, частіше уважність: пропущений вузол, задвоєний обсяг, коефіцієнт не до того виду робіт. На великому об'єкті таких місць набираються сотні, і спливають вони вже при перевірці.
Ручний розрахунок сильний в іншому — в трактуванні. Машина не знає, що вузол на аркуші залишився від відхиленого варіанта, і не відрізнить типове рішення від нетипового.
Роль інженера-кошторисника тут незамінна: він читає задум, підбирає розцінку для робіт, яких немає в збірнику, і відповідає за прийняті допущення.
Звідси гібридний підхід: машина збирає обсяг і розкладає його за розцінками, інженер перевіряє. Суцільній перевірці підлягають несучі конструкції, інженерні системи та все нетипове, за рештою йде вибіркова звірка обсягів з документацією.
Роль кошторисника зміщується з набивання рядків на контроль результату: він не перераховує за машиною, а підтверджує позицію або відхиляє її.
Контроль тримається на простежуваності: за кожною цифрою видно, з якого аркуша і з якої розцінки вона взята. Коли виходить нова редакція проєкту, перерахунок зачіпає тільки змінені позиції, а не весь документ, і розбіжність з попередньою версією видно порядково.
Технічні сумніви: точність, розмітка, контроль
До цих питань ми готуємося до пілоту: інженера цікавить не демонстрація на підготовленому наборі, а поведінка системи на його власних томах.
Тому точність оцінки ми розбираємо не як одну цифру, а як набір правил — що відбувається з прогалинами в документації, як зводяться різні формати кошторисів і хто підписує результат.
Нижче — сумніви, які найчастіше спливають на технічному узгодженні, і те, як вони закриваються.
Що буде, якщо частина документації відсутня або застаріла?
Система не добудовує відсутні розділи «за змістом». Кожна позиція отримує відмітку джерела — розділ, аркуш, версія комплекту, — а розрахунок іде за підтвердженими обсягами.
Залишок виноситься окремим блоком допущень з діапазоном і переліком запитів до проєктувальника, тому неповний комплект дає чесну оцінку з відкритими прогалинами, а не тиху підстановку схожих розцінок.
Кошториси надходять у різних форматах — як вони потрапляють у розрахунок?
Локальні розрахунки, зведені кошториси, вивантаження з кошторисних комплексів і скани приводяться до єдиної структури: позиція, одиниця вимірювання, обсяг, склад робіт.
Розбіжності в нормативній базі та шифрах розцінок не усереднюються — вони фіксуються як окремі варіанти з посиланням на джерело, щоб кошторисник бачив, звідки взялася кожна цифра.
Хто відповідає за підсумкову вартість — система чи інженер?
Відповідальність залишається на кошториснику. Система готує обґрунтований чернетку з трасуванням до аркушів документації, перевіряльник підтверджує або відхиляє позицію.
Всі правки зберігаються в журналі: видно, що змінила людина і чому, і цей слід переноситься в наступний розрахунок замість того, щоб губитися.
Обговоримо задачу: що потрібно для старту оцінки
Чим повніші вхідні дані, тим менше допущень закладаємо в розрахунок. Для старту достатньо того, що вже є в роботі: проєктна документація у вихідних форматах, кошториси в поточній редакції, відомості обсягів.
Якщо проєкт ведеться в інформаційній моделі, надсилайте її — зіставлення позицій іде точніше та швидше.
Порядок робіт однаковий: розбираємо вибірку розділів, звіряємо номенклатуру робіт з нормативами та вашими раніше узгодженими розрахунками, потім рахуємо весь обсяг. Так розбіжності в позиціях видно на початку, а не після повного перерахунку.
Строки розбору та формат співпраці фіксуємо письмово до старту: хто з боку замовника підтверджує допущення і як вносяться правки.
- Проєктну документацію: розділи, за якими рахується обсяг — архітектура, конструкції, інженерні системи.
- Кошториси та відомості обсягів у поточній редакції, включно з локальними кошторисами.
- Інформаційну модель (IFC) або вивантаження з неї, якщо проєкт ведеться в ній.
- Пояснювальну записку: об'єкт, етапи, умови майданчика.
- Кошторисні нормативи та індекси, за якими ви працюєте, — щоб рахувати у вашій базі, а не в усередненій.
- Приклади раніше узгоджених розрахунків: на них калібруємо модель під ваш об'єкт.
- Контакт спеціаліста, який відповість на уточнення щодо документації.
Опишіть задачу — повернемося з оцінкою строків і планом робіт, де зазначено, які допущення потребують вашого підтвердження.
