TGViewer
Construction Sheets | Строительные таблицы Construction Sheets | Строительные таблицы @constructionsheets · 2.16K subscribers
Post #111 1.15K

Forwarded from Пособие инженеру ПТО

Цифровизация исполнительной документации

Часть 3 из 4 (проблемы учета объемов в процессе стройки и достоверность данных)


Работы, наконец, начались, и параллельно сведению рабочки со сметами накатывает другая напасть – необходимость внесения изменений.

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

• согласованные изменения в проекте, которые пока еще не внесены в смету (смету контракта).

• незавершенное производство (НЗП), которое не даст легко и сразу проставить точный объем.

• недостоверные данные от прорабов (человеческий фактор), которые также часто не очень соображают в расценках и единицах измерения, либо просто припи%живают, чтобы показать выработку.

• ошибки ручного ввода данных ПТО (опять человеческий фактор).

Для того, чтобы ежедневно видеть, что конкретно и где конкретно не так с объемами выполняемых работ в пересчете на деньги с учетом НЗП, всех изменений, несоответствий и т.д. и т.п. придется вести многоуровневую аналитическую таблицу, в которой должно быть вообще все. И превращать ОЖР в такой документ – мягко говоря не самая лучшая идея.

Плюсом ко всему, точный объем многих видов работ, как например, земляных вы можете узнать только составив геодезическую схему в самом конце. Даже в старых формах ОЖР требование указания объемов если и было, но только по завершению работы. И никто в здравом уме не проводит натурных обмеров ежедневно. Приблизительно – пожалуйста, в отчете по графику.

Все это если не делает ежедневный и точный учет объемов невозможным, то делает его слишком трудоемким. А если это делать в ОЖР, то переписывать его, подгоняя объемы придется много раз, как и переделывать и переподписывать АОСР.

Но какие бы ребята из ПТО ни были специалистами по расшифровке записок «сумасшедших прорабов», без налаженного канала ежедневных сведений достоверность всех вносимых данных в систему снижается еще больше.

Куча зарубежных исследований по цифровизации ежедневных отчетов Daily Report (аналога ОЖР) таких ученых как Ronie Navon, Issam Haskaya, Alan D. Russel еще с 90-х годов подтверждает вышеуказанное – ручной ввод данных и человеческий фактор являются основными препятствиями на пути цифровизации основных сведений. С тех пор ничего особо не изменилось.

Это с учетом, что в цепочку передачи данных еще не ворвалось дополнительное звено в виде ПТО.

Есть ребята, коих единицы, которые понимают проблему и на собственном энтузиазме, без денежных вливаний как-то решают проблему получения данных от прорабов через телеграм-боты, ИИ и google-таблицы.

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

#пто #цифра
More from @constructionsheets
  1. Sep 25, 2026Дам подсказку... Полностью переработан сам генератор актов, работы проделано много, по час…
  2. Sep 25, 2026Хотел сделать анонс наверно одного из самых мощных обновлений программы, но увидел это🔥🔥…
  3. Sep 3, 2026☁️ Папки из Mail Облака теперь в Construction Sheets Помимо Google Диска и Яндекс Диска, т…
  4. Sep 3, 2026Post #377
  5. Sep 1, 2026🎁 Динамическая рамка для AutoCAD Добавил в бота новый раздел 📐 AutoCAD, и первая доступн…
  6. Sep 1, 2026С цифровизаторами «повезло» не только Минстрою, но теперь еще и Минсельхозу
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →