Проблемы операционного контроля⁠⁠

Автор рукописи "Пособие инженеру ПТО по исполнительной документации" https://t.me/PTOmanual

Термины и определения.

Многие считают, что операционный контроль – это лишь контроль операций на ряду с геодезическим, лабораторным и другими видами контроля. Считают настолько, что это уже проникло в стандарты типа СП 48.13330.2019, еще больше запутав строителей.

В старом СНиП 3.01.01-85 и ГОСТ 16504-81 под операционным контролем подразумевалась именно стадия (этап) контроля, которая начинается после входного и заканчивается перед приемочным. Это и контроль операций, и геодезический контроль, и лабораторный, то есть все то, что предшествуют приемке (освидетельствованию).

Действующее же определение термина ведет ко многим проблемам и спорам. Согласно ПП №468 ответственность за операционный, как и входной контроль несет подрядчик, а заказчик лишь контролирует правильность проведения контроля подрядчиком (верифицирует).

И тут возникает вопрос, должен ли представитель строительного контроля заказчика расписываться в документе подрядчика за свою верификацию? С одной стороны, это логично. Ты же проверил геодезию подрядчика – будь добр распишись. Но при этом никому не приходит в голову подписывать, к примеру, протоколы от лаборатории. Типа к лаборатории подрядчика больше доверия чем к геодезистам? Ага)

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

Документирование.

Второй проблемой операционного контроля является его документирование.

Почивший раздел 5 ОЖР, как носитель всех стадий строительного контроля доставлял больше проблем, чем пользы.

Многие просят его вернуть. Но с необходимыми данными типа фиксации произведенного геодезического контроля опалубки и армирования согласно требованиям СП 70.13330.2012 мы возвращаем весь ворох дублирования данных об остальном контроле, зафиксированном в других документах.

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

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

Журналы пишутся в одном экземпляре и хранятся подрядчиком. Поэтому существуют риски их утери, порчи и подлога. По итогу достоверность данных в этих документах никакая.

Их неудобно проверять. И часто требуется прилагать их заверенные копии к другим документам.

Плюс формами спецжурналов часто предусмотрена регистрация АОСР и ответственных лиц, дублируя данные ОЖР.

Все эти проблемы сейчас пытаются решить цифрой. Сложно, дорого и, если есть альтернативы – бессмысленно. А они есть.

Чем можно заменить? Простое решение с ведением самостоятельных документов на каждый конструктив или сеть могло бы дать удобство заполнения, хранения и их сдачи в составе исполнительной документации.

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

Кроме того, технически XML-схема любого журнала состоит из нескольких отдельных схем каждого из раздела. Получается в погоне за эффективностью мы допускаем дробление документа в цифровом формате, но никак не можем отказаться от аналогичных изменений бумажных форм.

Поэтому спецжурналы, как продолжение бумажной архаики, можно и нужно заменить на более эффективные самостоятельные документы с регистрацией их в электронных таблицах. А уже в таблицах удобнее что-то искать, сортировать и прослеживать динамику.

21-й век на дворе, а мы пытаемся цифровизовать амбарную книгу...