![Оценка потенциального уровня автоматизации строительных журналов при ведении в электронном виде Оценка потенциального уровня автоматизации строительных журналов при ведении в электронном виде](https://habrastorage.org/getpro/habr/upload_files/2b5/000/2b8/2b50002b849a285bfb24554d8f65e4b9.jpg)
Всем привет! Меня зовут Бобов Дмитрий, я менеджер по технической поддержке продаж компании Bimeister. Совместно с Красильниковым Николаем, ведущий специалист по инновационным продуктам, написали статью о преимуществах, которые может дать современное ПО при ведении исполнительной документации в строительстве.
Мы расскажем, как и насколько можно упростить работу участников проекта при формировании исполнительной документации в электронном виде, при этом соблюдая требования нормативной документации. Стоит отметить, чтобы пользователи получили интересующий результат и не стали саботировать применение современного ПО, важно разрабатывать ПО с уклоном на действительных пользователей, а не руководителей верхнего уровня.
Введение
Проблемы ведения строительных журналов (общего журнала работ, журнала авторского надзора и других специальных журналов) на бумажном носителе в рукописном виде широко известны и подробно рассмотрены в работах А.С. Карпушкина [1], К.С. Петрова [2] и Н.В Цопа [3], где перечислены следующие проблемы:
высокая ежедневная трудоёмкость;
запрет на внесение изменений (замазывание, зачеркивание);
необходимость ведения чернового и чистового журналов;
отсутствие инструментов автоматизации;
расплывчатые указания и невнятные требования к заполнению;
риск порчи или утери;
высокая трудоёмкость анализа хода строительства;
сложность в сопоставлении записей между журналами;
возможность внесения записей постфактум;
возможность фальсификации записей Подрядчиком;
и ряд других.
Решить возникающие проблемы призваны информационные системы, основанные на технологии информационного моделирования, которая широко используется за рубежом. В последние годы в России приняты постановления и стандарты, регламентирующие ведение цифровых информационных моделей. Так, в 2022 г. принят стандарт, который допускает ведение общего и специальных журналов в электронном виде.
В течение нескольких лет ведётся активная разработка информационных систем, в том числе для ведения строительных журналов и исполнительной документации в электронном виде. Наша компания также занимается разработкой информационной системы «Bimeister», основанной на технологии информационного моделирования.
В приведенных выше материалах отмечаются качественные эффекты перехода к ведению журналов в электронном виде, но упускают количественные показатели, которые бы наглядно показали, насколько можно уменьшить трудоёмкость заполнения журналов при их ведении в электронном виде.
В данной работе поставлена цель – определить потенциальный уровень автоматизации строительных журналов при их ведении в электронном виде. Для этого поставлены следующие задачи:
установить правила хранения сопроводительной документации;
сформулировать правила и требования ведения справочников;
составить принципиальную схему формирования строительных журналов;
определить правила заполнения полей журналов;
показать потенциальный уровень автоматизации.
Известно около 100 видов строительных журналов, а также множество связанных с ними документов, которые должны быть учтены при анализе. Для анализа в работе использованы следующие документы:
общий журнал работ (ОЖР);
журнал авторского надзора (ЖАН);
журнал входного контроля;
акт освидетельствования скрытых работ (АОСР);
журнал сварочных работ;
журнал бетонных работ;
акт оценки прочности монолитных конструкций;
журнал антикоррозионной защиты сварных соединений;
форма предписания строительного контроля;
журнал монтажа строительных конструкций;
акт об устранении нарушений;
акт об устранении нарушений;
типовой договор подряда;
свидетельство о государственной регистрации юридического лица;
разрешение на строительство;
положительное заключение экспертизы проектной документации;
типовые технические условия на подключение к сетям;
приказы о назначении уполномоченных представителей.
Несмотря на значительные преимущества цифровых решений, большая их часть остаётся провальной. В 2020 г. Московская школа управления «Сколково» опубликовала материалы [6], в которых говорится о 70%-ном уровне провальных проектов цифровизации. Причины этому следующие:
преувеличение ценности разрабатываемой системы;
отсутствие точного понимания области цифровизации, её влияния на сопутствующую деятельность и реальную ценность;
ошибочное мнение о том, что цифровая трансформация означает полный пересмотр действующих технологий;
массовое и единовременное внедрение цифровых решений;
уверенность разработчиков в их большей осведомлённости о процессах, чем самих участников процесса;
разработка систем с фокусом на продукт, а не на пользователей;
отсутствие действительного устранения ручной и/или рутинной работы сотрудников.
На основе нашего опыта, дополнительно рассмотрены аспекты, которым стоит уделять повышенное внимание на этапе подготовки, чтобы дальнейшая цифровизация строительного процесса оказалась успешной.
Организация хранения документации
В системе Bimeister для каждого электронного документа создаётся электронная карточка с определённым набором атрибутов (свойств). Свойства несут дополнительную информацию об электронном документе (номер документа, компания-разработчик, дата выпуска, статус документа и др.). Они имеют различные типы (дата, число, единица измерения, справочник и др.), что облегчает работу пользователей, расширяет возможности обработки и уменьшает нагрузку на систему во время их обработки, препятствуют вводу некорректных данных.
На рисунке 1 показаны пример разрешения на строительство и его электронная карточка. Если электронный документ представляет собой «твердую копию», то есть понимаемую только пользователем, тогда пользователь системы самостоятельно заполняет атрибуты. Если электронный документ – машиночитаемый документ, то система способна самостоятельно по настроенным правилам заполнить атрибуты.
![Рис. 1. Разрешение на строительствоа) электронный документ Рис. 1. Разрешение на строительствоа) электронный документ](https://habrastorage.org/getpro/habr/upload_files/a4c/a92/0f9/a4ca920f9eba0833ed9f9418c03e59e3.png)
а) электронный документ
![Рис. 1. Разрешение на строительствоб) электронная карточка Рис. 1. Разрешение на строительствоб) электронная карточка](https://habrastorage.org/getpro/habr/upload_files/084/cf1/9c2/084cf19c237fad3c2246169ee70f7286.png)
б) электронная карточка
Для заполнения атрибутов в карточке могут использоваться значения из предварительно созданных справочников и классификаторов, принятых в компании или на отдельном проекте. Также вводимые в свойства значения могут формировать самостоятельные справочники (рис. 2).
![](https://habrastorage.org/getpro/habr/upload_files/c13/623/e4b/c13623e4b3aaa0f59ad42a93da92de44.png)
Справочники являются ключевым инструментов автоматизации. Выбирая одно значение из справочника, система способна самостоятельно перенести связанные с этим значением дополнительные данные. Такой способ позволяет защитить пользователей системы от ошибок при вводе, выстроить четкую связь данных, проследить их перемещение, настроить массовое изменение и обеспечить своевременную трансляцию вводимых данных, сократить объём пользовательского ввода данных. На примере справочника приказов (см. рис. 2) видно, что пользователь выбирает ФИО сотрудника, а наименование компании, его должность и выполняемые им работы заполняются автоматически из связанного справочника пользователей.
Справочники представляют собой объёмные таблицы с множеством столбцов и строк (справочник организаций-участников). В отдельных случаях используются достаточно простые – плоские справочники, в которых имеется один столбец с множеством строк (справочник ролей).
Анализ ведения строительных журналов
Анализ рассматриваемых документов показал большое количество дублирования данных. Так, для заполнения титульного листа общего журнала работ из разрешения на строительство берутся наименование объекта, его адрес и вид работ, из договоров подряда – данные о юридических лицах участников, из приказов уполномоченных лиц в ОЖР – данные привлекаемых специалистов и т.д. Аналогично поступают и с АОСР, ЖАН и другими документами. Чтобы понять объём ручного заполнения, в табл. 2 приведены количественные показатели полей (граф или столбцов для заполнения) по каждому документу.
Таблица 1
Количественный состав полей анализируемых документов
Наименование документа | Поля для заполнения | ||
Всего | Первичный ввод | Перенос из других документов | |
Общий журнал работ | 146 | 18 | 128 |
Журнал авторского надзора | 39 | 7 | 32 |
Журнал входного контроля | 16 | 7 | 9 |
Акт освидетельствования скрытых работ | 61 | 3 | 58 |
Предписание | 25 | 4 | 21 |
Акт об устранении нарушений | 14 | 3 | 11 |
Журнал сварочных работ | 45 | 9 | 36 |
Журнал бетонных работ | 36 | 9 | 27 |
Акт оценки прочности монолитных конструкций | 60 | 36 | 24 |
Журнал антикоррозионной защиты сварных соединений | 35 | 9 | 26 |
Журнал монтажа строительных конструкций | 40 | 7 | 33 |
ИТОГО: | 517 | 106 | 405 |
100% | 22% | 78% |
Результаты анализа говорят о четырёхкратном потенциале уменьшения работы при автоматизации процессов ведения строительных журналов: четверть граф заполняется специалистами впервые, три четверти полей — это дублирование или перенос значений из ранее заполненных журналов.
Количество граф отражает состав полей в документах, но не количество записей в журнале, которых в сотни раз больше самих граф, а значит реальная трудоёмкость может уменьшиться ещё больше. К примеру, титульный лист общего журнала работ (ОЖР) включает 76 полей (перенос из других справочников) для заполнения и заполняется один раз. Раздел 3 ОЖР включает в себя 9 полей (для каждой записи), из которых данные в 2 поля вводятся впервые а в 7 полей переносятся из других документов. В то же время раздел 3 является основным, количество записей может достигать нескольких тысяч (до 10 000 полей).
Среди действующих нормативных актов и государственных стандартов нет единого документа, в котором были бы представлены правила или схема заполнения журналов и порядок переноса данных между ними. Отдельные стандарты описывают порядок ведения одного журнала и дают лишь ссылки на смежные стандарты.
С учетом указанных выше подходов к хранению документации и правил формирования и использования справочников составлена схема наполнения журналов и определены способы заполнения граф журналов, актов и предписания (табл. 2, рисунки 3, 4).
Таблица 2
Состав и типы полей журналов
Наименование документа | Поля для заполнения | |||||
Всего | Ручной ввод | Не требуется | Автоматическое дублирование | Выбирается из других документов | Заполняется автомати-чески | |
Общий журнал работ | 146 | 12 | 6 | 26 | 22 | 80 |
Журнал авторского надзора | 39 | 7 | - | 2 | 8 | 22 |
Журнал входного контроля | 16 | 7 | - | 2 | 3 | 4 |
Акт освидетельствования скрытых работ | 61 | 3 | - | 9 | 11 | 38 |
Предписание | 25 | 4 | - | 9 | 3 | 9 |
Акт об устранении нарушений | 14 | 3 | - | 3 | 4 | 4 |
Журнал сварочных работ | 45 | 9 | - | - | 15 | 21 |
Журнал бетонных работ | 36 | 9 | - | 8 | 7 | 12 |
Акт оценки прочности монолитных конструкций, их 4 шт. | 60 | 36 | - | - | 8 | 16 |
Журнал антикоррозионной защиты сварных соединений | 35 | 9 | - | - | 15 | 11 |
Журнал монтажа строительных конструкций | 40 | 7 | - | - | 12 | 21 |
ИТОГО: | 517 | 106 | 6 | 59 | 108 | 238 |
100% | 21% | 1% | 11% | 21% | 46% |
![](https://habrastorage.org/getpro/habr/upload_files/2ce/158/5c4/2ce1585c4d12753033b2639023607d58.png)
![](https://habrastorage.org/getpro/habr/upload_files/991/5b0/f8a/9915b0f8ad9ab6ced24c30de4ea17a31.png)
На рисунках 3 и 4 показаны направления (одно- и двусторонние) перемещения данных из карточек документов и плоских справочников в объемные справочники, которые служат для последующего формирования строительных журналов, актов и предписаний.
Плоские справочники представляют собой таблицу, состоящую из одного столбца данных – наименований. Так, в справочнике актов даются наименования актов, применяемых в проекте. Объёмные справочники представляют собой таблицу, состоящую из множества столбцов с данными. Например, в реестре актов исполнительной документации помимо наименования акта указываются вид работ, срок подписания, данные подписывающих лиц и др.
Представленные в табл. 3 количественные значения полей по каждому типу говорят о сокращении участия человека при формировании журналов на 57%, уменьшении трудоёмкости при заполнении благодаря вариантам выбора на 21%, и лишь 21% полей остаётся для ручного заполнения.
Полученный уровень уменьшения трудоёмкости достигается при наличии в информационной системе следующих функционалов:
создание и ведение как плоских, так и объёмных справочников;
настройка правил формирования справочников;
настройка связанных справочников;
назначение способов заполнения атрибутов: выбор из справочника; трансляция из атрибута в справочник; трансляция из одного атрибута в выбранный (один или несколько) атрибут; заполнение атрибутов через связанные справочники;
подписание ЭЦП отдельных записей в графах с сохранением информации о ранее подписанных ЭЦП записях;
автоматизированная проверка сроков поставок материалов со сроками выполнения работ и разработки ПД и РД (с целью выявления временных коллизий).
Помимо высоких функциональных требований существуют нефункциональные требования, которые затрагивают качество информационной системы, компетентность разработчиков, готовность заказчиков и их конечных пользователей.
Внедрение
Заказчики, особенно крупные, идут путём заказа разработки системы для каждого этапа жизненного цикла проекта капитального строительства у разных вендоров. Такой подход приводит к нарушению оптимальной последовательности внедрения и формированию множества разрозненных систем.
Оцифровка бизнес-процессов должна вестись так, чтобы полученные результаты были использованы в смежных процессах, иначе вы тратите свои средства и силы впустую. Так, в России уже широко используются системы для согласования проектно-технической документации, но мало эффективных отечественных систем для цифрового сопровождения строительства. Преимущества цифровых систем на этапе проектирования нивелируются ручным ведением строительных журналов, исполнительной документации и форм КС.
Одновременно с этим полагают, что переходить к оцифровке нужно постепенно, оцифровывая последовательно небольшие процессы. Это ошибочное мнение: оцифровке следует подвергать не один небольшой связанный с множеством других процессов, а комплекс процессов, имеющих наименьшее количество зависимостей. Такой подход позволяет контролировать вносимые в устоявшиеся процессы изменения, выявлять и оперативно устранять сбои и неэффективную работу. А готовый результат не потребует дополнительной доработки.
Формирование архитектуры из множества разрозненных систем ведёт к
получению «зоопарка» программ, управление и работа с которыми вызывает серьезные
сложности. Решить эту проблему берутся отечественные разработчики комплексных
информационных систем (в том числе ГК «Бимэйстер»). Большинство компаний
использует комплексный подход и предлагает масштабные системы, способные решить все потребности автоматизации. Это оправдано, так как данный подход защищает потенциальных клиентов от проблем при масштабировании (расширении). Мультипрограммная система – это своевременное обновление, множество интеграционных связей, повышенная зависимость от разных поставщиков, множество команд поддержки, сложность внедрения, высокая стоимость реконструкции (замены) и переноса (особенно сохранения) данных.
Однако при использовании одного вендора повышаются квалификационные требования к разработчикам, то есть они обязаны знать общие принципы и все тонкости работ, которые им предстоит оцифровывать. Необходимо погружать разработчиков ИТ-решений в бизнес-задачи конечных пользователей. Это позволит сместить акцент с разработки продукта на работу пользователей благодаря пониманию сотрудниками вендора действительных ценностей производимого продукта.
Традиционные формы против электронных
Особенность реализации строительных проектов в России в том, что многие правила и формы ведения документации (журналы, акты, КС и др.) закреплены в нормативных актах, сводах правил и стандартах, а отступление от них означает нарушение закона. На Другой причиной подобного отношения является значительное отступление от действующих правил и норм при автоматизации строительной отрасли. ИТ-компании разрабатывают цифровые системы с упором на продукт (ИТ-ландшафт), а не пользователей. Вследствие чего игнорируются традиционные формы документов, регламентированные действующим законодательством, и предлагаются для заполнения упрощенные формы в виде таблиц. На рис. 5 представлена форма электронного журнала в системе EXON модуль «Exon.Стройконтроль» [4]. А на рисунке 6 представлен традиционная форма журнала авторского надзора.
![](https://habrastorage.org/getpro/habr/upload_files/1d1/3d3/06e/1d13d306eb0b07459f3128c54dc7b1f1.png)
![](https://habrastorage.org/getpro/habr/upload_files/1db/207/e0f/1db207e0f772dafa1320f44c619f78d9.png)
Электронные формы не учитывают группировку полей по разделам, не все поля отражаются в системе, а лишь минимально необходимые, без учета требований, в которых сказано, что формы и порядок ведения документации в электронном виде должны соответствовать формам и порядку ведения документации в традиционном бумажном виде.
Фокус информационной системы смещен главным образом в сторону на саму систему и работу её компонентов, а не на удобства пользователей. Переход к новым формам должен быть постепенным, включая шаг за шагом новые правила и упрощая форму. Именно такой подход используется в решениях, разрабатываемых ГК «Бимэйстер».
Готовность пользователей
Специалисты, ответственные за заполнение журнала, не воспринимают электронный журнал как эквивалент бумажного, понимая строгость проверки документов. Они наблюдают и контролируют заполнение, будучи уверенными, что документы и подписи не исчезнут из-за сбоя работы системы или сервера и что у них есть возможность заполнить журнал в удобное время, когда документ находится под рукой. Такое отношение является следствием работы на технически сложных и опасных объектах, где высока цена ошибки. Дополняет этот фактор значительный возраст специалистов, отвечающих за заполнение журналов.
Согласно ст. 55.5-1 ГрК РФ к ведению отчётной документации допускаются лица, состоящие в Национальном реестре специалистов (НРС). Для строителей это НРС НОСТРОЙ (Национальное объединение строителей), а для проектировщиков это НРС НОПРИЗ (Национальное объединение изыскателей и проектировщиков). Чтобы попасть в реестр, необходим опыт работы по направлению не менее 10 лет. Согласно данным [5], в 2019 г. средний возраст специалистов из реестра НРС составлял 48 лет: в возрасте до 50 лет – 58%, от 50 до 60 – 24% и свыше 60 лет – 18%.
Ответственные лица понимают необходимость использования современных инструментов, позволяющих оптимизировать и автоматизировать обработку информации и документов. Это понимают и органы стандартизации, и правительство Российской Федерации, вводя соответствующие нормативные акты: ПП № 331 от 05.03.2021; ПП № 1431 от 15.09.2021; СП 333.1325800.2020 и др. Указанные документы не отменяют действующие правила и формы ведения отчетной документации, но допускают её ведение в электронном виде, что повышают доверие конечных пользователей к информационным системам.
Заключение
Полученный в ходе оценки потенциальный уровень уменьшения трудозатрат специалистов более чем на 60% подтверждает необходимость перехода от бумажных журналов к электронным. Представленный в статье принцип формирования и ведения строительных журналов при помощи информационных технологий позволит повысить точность и скорость их заполнения; вести аналитику по различным критериям благодаря хранению данных в электронном виде; оперировать действительно оперативными, полными и достоверными данными для принятия решения.
Достигнуть полученного уровня автоматизации можно благодаря выполнению
функциональных и нефункциональных требований. Функционал системы должен
позволять работать со справочниками, настраивать их форму, правила наполнения и
взаимосвязи; атрибутами, настраивать способы их заполнения и передачи значений;
электронной цифровой подписью, обеспечивая надежность и сохранность вносимых
данных и юридическую значимость подписанных документов; календарно сетевыми
графиками, проверяя в автоматическом режиме корректность сроков, выявляя
временные коллизии. К нефункциональным требованиям относятся компетентность команды разработчиков, которая должна понимать область, подлежащую оцифровке, и фокусироваться на пользователях, облегчая и упрощая их работу; соответствие электронных форм традиционным в части визуального исполнения и правил заполнения, т. е. иметь минимальные отклонения на начальных этапах внедрения, чтобы пользователям было легче адаптироваться к новым условиям работы; и соблюдение оптимального порядка внедрения, при котором не допускается сложный «зоопарка систем» и результаты оцифрованных процессов используются, а не остаются без внимания. Нефункциональные требования не менее важны, чем функциональные требования.
Внедрение цифровых решений позволит накапливать достоверную и полную информацию об объектах капитального строительства. Анализ полученной в результате работы информации/данных – «бигдата» (BigData) – позволят сформировать совершенно новые методы ведения строительных работ, которые лягут в основу коренных изменений строительной отрасли.
СПИСОК ИСТОЧНИКОВ
Карпушкин А.С. Совершенствование формы и порядка ведения общего журнала работ в условиях цифровизации строительной отрасли // Строительное производство. 2022. №2. С. 6-14
Петров К.С., Кузьмина В.А., Федорова К.В. Проблемы внедрения программных комплексов на основе технологий информационного моделирования (BIM-технологии) // Инженерный вестник Дона. 2017. №2. С. 89
Цопа Н.В., Карпушкин А.С., Авакян А.К. О совершенствовании исполнительной документации в условиях цифровизации строительной отрасли // Экономика строительства и природопользования. 2021. № 2 (79).
Официальный сайт Exon. Облачная платформа для автоматизации и управления строительными процессами. URL: https://exonproject.ru/ (дата обращения: 22.08.2022).
Средний возраст специалистов НРС по организации строительства составляет 48 лет. Электронный журнал Правда о СРО. URL: https://pravdaosro.ru/news/sredniy-vozrast-specialistov-nrs-po-o/ (дата обращения: 21.07.20220).
Цифровые неудачники: почему диджитал-трансформации заканчиваются провалом? URL: https://www.skolkovo.ru/expert-opinions/cifrovye-neudachniki-pochemu-didzhital-transformacii-zakanchivayutsya-provalom/ (дата обращения: 17.08.2022).
Generate-Select-Check Based Daily Reporting System. Sangyoo Chin, Kyungrai Kim, Yea-Sanf Kim. Journal of Computing in Civil Engineering. 2005;19(4). URL: https://ascelibrary.org/doi/10.1061/(ASCE)0887-3801(2005)19:4(412) (дата обращения: 27.10.2022).
The next normal in construction. How disruption is reshaping the world’s largest ecosystem. McKinsey & Company Report. Jule 2020. URL: https://www.mckinsey.com/~/media/mckinsey/industries/capital%20projects%20and%20infrastructure/our%20insights/the%20next%20normal%20in%20construction/executive-summary_the-next-normal-in-construction.pdf (дата обращения: 26.10.2022).