Один неправильный чертёж может стоить миллионы: как управлять версиями проектной документации

На стройке есть три вещи, которые случаются с пугающей регулярностью: прораб работает по бумажной распечатке двухнедельной давности; на объекте одновременно гуляют две версии одного чертежа; а в самый ответственный момент выясняется, что закладные детали смещены, потому что «нам в чате скинули обновление, но не все увидели».

Папка «Проект» на общем диске обычно выглядит как кладбище здравого смысла:

• - Чертеж_АС-01_v3_ФИНАЛ.dwg;

• - Чертеж_АС-01_v3_ФИНАЛ_ИСПР.dwg;

• - Чертеж_АС-01_САМАЯ_НОВАЯ_ПРАВДА_от_Пети.dwg;

Стройка — живой организм. Меняются поставщики, возникают пересечения сетей, заказчик просит переделать какой-то узел. Каждое изменение порождает новую версию. А поскольку никто не знает, как правильно их фиксировать, начинается хаос. И самые свежие чертежи чаще всего лежат в Telegram-чате, прикреплённые к сообщению, которое завтра уедет вверх по ленте.

Как это выглядит в жизни: цена потерянной версии

Давайте отойдём от сухой теории и посмотрим на типовые ситуации, которые регулярно разбирают в кабинетах главных инженеров и арбитражных судах.

Случай №1: когда ошибка в смете превратилась в уголовное дело

В Саратове бывший главный инженер муниципального предприятия получил два года колонии общего режима за то, что принял ошибочную проектно-сметную документацию при реконструкции трамвайных маршрутов. Ошибки в расчётах привели к дополнительным затратам на 68 миллионов рублей. Потребовалось проводить повторные изыскания и вносить корректировки. Общий ущерб от увеличения стоимости проекта превысил три миллиарда рублей.

Три миллиарда — из-за того, что кто-то в цепочке согласования не проверил, какой версией документации пользуется. https://saratov.mk.ru/social/2026/02/02/osuzhdyon-byvshiy-glavnyy-inzhener-saratovgorelektrotrans.html 

Случай №2: аэропорты и бюджетные миллиарды

Счётная палата проверила расходы на реконструкцию аэропортов в 2021–2025 годах. Результат: некачественная проектная документация стала причиной удорожания госконтрактов почти на 4 миллиарда рублей. Строительство в Грозном подорожало на 2,8 млрд руб., в Благовещенске — на 1,07 млрд руб., в Магнитогорске — на 274 млн руб.. Основная причина срыва сроков по 57 из 65 объектов — низкое качество проектной документации. https://www.interfax.ru/russia/1061120 

Случай №3: когда подрядчик заплатил за ошибки заказчика

Арбитражный суд взыскал убытки с госзаказчика, потому что проектная документация была подготовлена с ошибками: указанные в смете материалы было невозможно использовать при строительстве. Подрядчик закупил материалы, вышел на объект и обнаружил, что работать с ними нельзя. В результате — переделки, повторная экспертиза и расторжение контракта.

Ключевой вывод суда: обязанность по предоставлению корректной проектной документации лежит на заказчике. И если ошибки в документации привели к убыткам подрядчика, ответственность за их возмещение несёт именно заказчик. То есть тот, кто дал бригаде не тот чертёж. https://zakupki-inform.ru/44-fz/sudebnaya-praktika-po-44-fz/reshenie-arbitrazhnogo-suda-ot-12-09-2025-a08-10714-2024.html 

Случай №4: человеческий фактор в цифрах

Всё вышеперечисленное — не единичные случаи. Исследование, проведённое на базе более 200 строительных объектов в России, показало: основной объём потерь времени приходится не на внешние факторы (погоду, поставщиков), а на внутренние коммуникационные и документационные разрывы. Около 45% простоев связаны с некорректным оформлением исполнительной документации. Ещё 25% — с затянутыми согласованиями между смежными подразделениями. Итого: около 80% простоев вызваны скоростью и качеством обработки информации. https://www.cnews.ru/news/line/2026-02-12_eksperty_poschitali_realnuyu 

А теперь переведём в деньги. Один день простоя типового жилого комплекса площадью 30 тысяч квадратных метров обходится застройщику в 7 миллионов рублей в регионе и 13,5 миллионов — в столице. Каждый день.

Что касается переделок — согласно зарубежным исследованиям, 48% из них напрямую связаны с плохими данными и коммуникациями. Российские данные ещё жёстче: около 52% переделок в проектах связаны с устаревшими или потерянными документами, а не с техническими работами на объекте. При этом 25% документов вообще теряются в процессе работы и их невозможно найти снова. https://gk-adept.ru/blog_po_upravleniyu_proektami/ispolnitelnaya_dokumentaciya/gde_teryayutsya_chasy_i_resursy_na_strojke_kak_eto_uvidet_srazu/#h_87369494521775482810663 

Но, пожалуй, самый показательный факт: до 1,8 часа в день на одного специалиста уходит на поиск нужных чертежей, спецификаций и согласованных версий документов. Представьте: каждый ваш инженер или прораб тратит почти четверть рабочего дня на то, чтобы просто понять, каким чертежом пользоваться. А потом ещё половину переделок — из-за того, что пользовался неправильным. 

Как должно работать версионирование на самом деле

Международный стандарт управления информацией ISO 19650 (и его российские аналоги из серии ГОСТ Р, регламентирующие среду общих данных) требуют жёсткого порядка. Вот правила, которые отличают систему от свалки файлов.

1. Автоматические версии вместо ручных названий

У каждого документа есть уникальный номер. Каждая новый загружаемый этот документ связывается с ним и появляется новая версия.

2. По умолчанию видна только актуальная версия

Старые версии никуда не удаляются, они хранятся в истории. Но на экране у прораба или инженера по умолчанию открывается только последняя действующая версия. Чтобы посмотреть вчерашний чертёж, нужно специально зайти в список версий. Это защищает от работы по устаревшим данным.

3. Статус определяет доверие

Документ проходит через зоны среды общих данных (СОД):

• WIP (Work In Progress) — черновик, работать по нему нельзя.

• Shared — на проверке у смежников, доверять рано.

• Published (Опубликовано) — утверждён. Это единственная версия, по которой можно строить и закупать материалы.

• Archive — архив, не изменяется.

4. Цифровой след (Audit Trail)

Это автоматический журнал аудита. Система фиксирует каждое действие: кто создал, кто изменил, кто утвердил, кто и когда скачал чертёж на планшет. Если возникнет спор, кто виноват в смещении шахты из первого примера, СОД даст однозначный ответ: ГИП не перевёл документ в статус опубликовано (Published), а прораб скачал устаревшую версию, потому что не проверил статус.

Итог: золотое правило версионирования

Если вы вынесете из этой статьи только одну мысль, пусть она будет такой: Никто не начинает работу на строительной площадки по документу, который не имеет статуса «Утверждён» (Published) в единой системе. И никто не вносит изменения без зафиксированного запроса.

Система с правильным версионированием — это не бюрократия, а страховка от миллионных потерь. Каждый раз, когда прораб открывает не тот чертёж, компания платит за переделку. Каждый раз, когда в папке лежат файлы с припиской «_самая_новая_правда», вы уже теряете деньги.

Именно поэтому «облачные папки», сетевые диски и мессенджеры не подходят для управления стройкой. Они не умеют автоматически присваивать версии, не скрывают устаревшие чертежи и не ведут цифровой след. Этим занимаются специализированные СОД-платформы (среды общих данных), которые выстраивают вокруг чертежа жесткий каркас из статусов, прав доступа и истории изменений.

Как такие системы настраиваются изнутри, как перевести прорабов с бумажных распечаток на планшеты без саботажа и какие ошибки допускают компании при внедрении версионирования (в том числе на примере решений, которые мы разрабатываем) — мы подробно разбираем в следующих материалах этого канала. Подписывайтесь, чтобы строить предсказуемо и без судов.