G-TECH SUITE – российская облачная платформа для строительных проектов

Как появился продукт G‑Tech?

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

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

Принцип, который лёг в её основу, — это BIM‑модель. Благодаря ей весь жизненный путь объекта становится намного прозрачней, так как всего его элементы: окна, двери, стены, трубы и т.д. «связываются» между собой и получают взаимный доступ к описывающих их информации.

Использование этого принципа позволило значительно сократить объём ручного труда для участников проекта. Например, на этапе подготовки ВОР после расчёта объёмов, реализуемого в модуле «Объёмы», подрядчик указывает единичные расценки на работы и материалы. Эта информация будет автоматически учитываться в дальнейшем при расчёте общей стоимости.

В конечном счёте мы пришли к созданию G‑Station — альтернативы BIM 360 в области хранения данных и организации рабочего пространства. В последствии G‑Station стал одним из 14 модулей G‑Tech Suite.

Какие цели и задачи выполняются благодаря G‑Tech Suite?

На каждом этапе жизненного цикла проекта есть свои возможности и особенности. Наш продукт — облачная платформа для организации строительных проектов и работы с BIM‑моделью, помогает на каждом из них.

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

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

Второй этап, на котором модель проверяется на соответствие требованиям заказчика, реализуется в модуле «Проверки». В этом контексте существует отдельный плагин для проектировщиков, позволяющий проверять модели, не выходя из программы проектирования. Это значительно ускоряет как работу самого проектировщика, так и взаимодействие с документацией на последующих этапах. Например, сметчики получают достоверные данные и не допускают ошибок в своей работе.

Рассмотрим следующий этап жизненного цикла — проверку спецификации, на котором происходит расчёт количества материалов для закупок, планирования работ и т.д. Многие всё ещё используют бумажную документацию и здесь. Это устаревший и непрактичный метод работы даже в том случае, когда бумажная документация переводится в электронный формат. В современных условиях управления проектами в строительной индустрии как для регулярных подсчётов, так и для подготовки ВОР и проверки спецификации намного грамотней будет перейти к использованию различных продуктов для взаимодействия с BIM‑моделями.

Для работы в подобных программах довольно часто требуются высококвалифицированные специалисты. Однако это не касается нашего продукта. Модуль G‑Tech «Объёмы» отличается универсальностью, удобством и простотой в использовании. Вам не потребуется устанавливать дополнительное ПО и получать высокую квалификацию. С его помощью вы сможете всего за несколько минут подготовить сметную документацию, ВОР и т.д. применяя различные формулы и коэффициенты.

Таким образом, наш продукт даёт возможность иметь точные и проверяемые документы и информацию на любом этапе жизненного цикла, что очень важно для застройщика или руководителя проектов.

Для кого именно создавался G‑Tech?

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

Получается, можно будет один раз загрузить модель или документ в определенную папку, и другие модули будут к ней подключаться?

Да, почти так и есть. Как только вы загрузите модель в платформу, она станет доступна во всех модулях в зависимости от ваших индивидуальных настроек. То есть её сразу можно будет использовать в стройконтроле, проверить возможность расчёта объёмов и т.д.

Что лежит в основе платформы?

Не буду вдаваться в технические подробности, но скажу, что G‑Tech Suite полностью разработана в «Джемини». У платформы есть ядро, в котором хранятся все данные и модели, в т.ч. все артефакты и сущности, которые появляются на протяжении жизненного цикла проекта. Например, согласования и замечания ко всей документации и моделям на этапе приёмки и проверки документации, замечания на этапе сдачи и приёмки реальных построенных конструкций в привязке к модели. Каждый модуль использует ядро для запроса или отправки информации.

Допустим, подрядчик-строитель готов сдать какие-либо конструкции или объёмы работ заказчику. Через модуль «Стройконтроль» он отмечает эти конструкции прямо на 2D-чертеже или в 3D-модели как готовые к приёмке. При этом отсутствует возможность предъявить одни и те же объёмы или конструкции несколько раз. Теперь вся система и все модули «понимают», что эти элементы предъявлены к выполнению и готовы к приёмке.

Далее, всё зависит от того, как выстроен бизнес-процесс. Обычно технадзор получает информацию, что подрядчик предъявил к выполнению какой-то объём работ, и это надо будет проверить. Технадзор должен проверить конструкции и принять их по определённому чек-листу внутри системы. Например, к нему требуется приложить исполнительную документацию и результаты инструментальных исследований. Или проверить, какие работы были выполнены. Когда технадзор заканчивает работу, подрядчик сразу видит принятые объёмы и может готовить документы (КС-2) к оплате.

Но если вы настроите интеграцию с 1С, то документы могут быть сформированы автоматически, и проверять и подтверждать объёмы не нужно.

Верно ли, что у платформы открытый API и для неё можно настроить интеграции с другими решениями?

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

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

Где вы храните информацию? Есть ли возможность хранения данных на серверах заказчика?

Мы предлагаем два варианта поставки нашей платформы. Первый — это облачные решения, которые развернуты на серверах Яндекса без ограничений по масштабу. Второй — при наличии определенных требований к информационной безопасности — развёртывание платформы в закрытом контуре заказчика.

Какие самые запоминающиеся кейсы есть в вашем портфолио?

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

Впрочем, мы делаем ставку не только на текущих клиентов. Так как концепция BIM ещё только на начальной стадии внедрения, мы смотрим в будущее и стараемся удовлетворить нужды, в т.ч. потенциальных клиентов.

Каких ценностей вы придерживаетесь при разработке своего продукта?

Мы стараемся развивать продукт, исходя из болей клиента. Также есть Data-driven подход, который мы активно стараемся развивать. Он подразумевает ориентацию не только на боли клиента, но и на способы решения задач и то, решаются ли они в действительности. Мы стараемся измерять тот результат, который доносим до клиента, и не делать фичу ради фичи, ведь это бессмысленная история.