Статьи

ТИМ/BIM Информационное моделирование 15 января 2025 10:13 / Просмотров: 3 ИТ-технологии, Программное обеспечение, Цифровые технологии, ТИМ

Только в профиле

Концепция ИНГИПРО

Подпишитесь на канал

В.И. Пронин, Д.В. Медведев, А.А. Ислам.

Введение

Вызовы времени:

1. В настоящее время сложно встретить ГИПа, который хорошо разбирается в каждом разделе проекта. Часто это люди имеющие более узкую специализацию и перешедшие на административную работу. Главной задачей ГИПа является удержание всего проекта в заданных рамках. Ранее инженеры решали эту задачу, удерживая все вопросы в своей голове, обеспечивая мгновенные транзакции. Подготовка молодых специалистов уже давно идет по пути специализации. Количество специальностей в строительстве постоянно увеличивается.

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

Ответом на эти вызовы может стать использование специализированных информационных систем, таких, как СОД ИНГИПРО. Организуя работу через среду общих данных ГИП или Руководитель проекта может достичь эффекта “коллективного разума”, когда множество узконаправленных специалистов работают в команде. Второй эффект - это сокращение сроков и стоимости транзакции информации внутри проекта. Мы сокращаем “работу на корзину (бросовую работу)”, время простоев и множество других рутинных процессов и, как итог, сокращается себестоимость проектного производства.

Решение этих задач является главным вектором развития системы ИНГИПРО.

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

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

По любому вопросу мы открыты к обсуждению!

1. Выбор среды общих данных.

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

Для грамотного выстраивания процесса выбора будущей системы предлагаем ознакомиться со статьями:

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

2. Принципы на которых строится система ИНГИПРО

2.1. Для решения какой-то задачи или выполнения какой-то работы лучше использовать специализированный инструмент.

Ярким примером правильности этого принципа может служить Мачете УВСР Тайга-1.

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

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

В настоящее время все чаще требуется решать специфические задачи бизнеса. И для решения этих задач требуются специфические инструменты.

Если мы будем говорить о комплексе задач и решений по технологиям информационного моделирования, то картина будет аналогичной. На “заре популярности” тематики BIM яркие адепты новой технологии преподносили ее, как “решение всех вопросов” на всем жизненном цикле ОКС. Такой маркетинг привел к тому, что и клиенты принялись искать решение, которое все задачи решит. На данный момент времени отрасль, получив определенный опыт апробации данного подхода, приходит к выводу, что такой BIM больше тормозит проекты, чем ускоряет.

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

Понимая этот вопрос, мы решили сконцентрировать свои усилия на разработке системы для работы с проектной документацией на стадиях П и РД.

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

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

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

2.2. Каждая функция системы должна работать и приносить пользу (лучше меньше, но лучше).

Это еще один принцип в котором мы расходимся с общей тенденцией на рынке СОД.

Мы понимаем, что сложность в освоении новых технологий заключается не столько в технической сложности информационных систем, сколько в социальном противодействии изменениям. Когда мы говорим о технологиях информационного моделирования, то это далеко не введение 3D моделей в информационный обмен проекта. Освоение ТИМ начинается с выстраивания совместной деятельности многих людей через цифровые инструменты.

Лозунг “BIM для эксплуатации” столько же несостоятелен, как призыв учить человека бегу с препятствиями до того, как он научится ходить. Этот лозунг столь же вреден, как и посыл о том, что BIM решит все вопросы.

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

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

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

Примером может служить такая функция, как уведомление. Казалось бы, что в этом может быть сложного? Но в проектах ОКС, когда в коллективную работу вовлечены сотни людей, этот вопрос перестает быть простым. Функция уведомлений в нашей системе переделывалась 5 раз, проходя свое эволюционное развитие. Сейчас настройка уведомлений в системе ИНГИПРО сложней, чем в большинстве систем, но при этом она выполняет свою задачу.

В итоге мы получаем систему в которой не большой объем заявленных функций, но при этом:

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

2.3. Использование системы должно повышать производительность труда

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

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

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

Развивая нашу систему мы прежде всего контролируем ее “полезность” для конечного потребителя. Причем полезна она должна быть не только менеджменту компании, но и каждому сотруднику, который с ней взаимодействует. При этом система должна выполнять возложенные на нее задачи и повышать производительность труда сотрудников.

Выражается этот принцип в подходах к реализации функционала системы. Часто бывает так, что реализация одной и той же задачи, через систему может быть произведена разными способами. Легче программировать решение задачи “в лоб”, когда пользователю придется много “тыкать”, заполнять информацию и т.д., а система на выходе даст результат. И другой способ, когда для решения любой задачи выполняются сложные изыскания, сравнения альтернатив и выбирается метод, при котором пользователю придется затратить кратно меньшее количество усилий для получения результата.

Мы выбираем второй путь, хоть он сложней и дороже для разработки.

3. Контур системы ИНГИПРО на 2024 год

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

Прежде следует определиться с контуром системы. Где начинается и где заканчивается работа ИНГИПРО. Исходя из это станет понятно для каких задач возможно применять систему и куда она будет развиваться.

ИНГИПРО - программное обеспечения для организации среды общих данных для строительных проектов на этапах разработки проектной документации (стадии П и РД).

Графически область работы ИНГИПРО можно представить следующим образом:

«ИНГИПРО» можно назвать “Результатной СОД”, это значит, что в ней хранятся только результаты деятельности проектных команд и не ведется корректировка документации, т.е. загружаются готовые на момент загрузки документы, такой подход даёт ряд преимуществ:

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

В статье: «Работа с нативными файлами в среде общих данных строительного проекта. проблемы и решения», представлен более глубокий анализ разных подходов, а также рассмотрены дополнительные аспекты, связанные с работой с нативными файлами в СОД.

Целевой аудиторией системы являются:

Проектные институты. Компании, которые занимаются разработкой проектной документации. При этом заложенные принципы организации коллективного труда инженеров будут применимы для строительных проектов, так и для проектирования промышленных изделий. Данные компании в полной мере смогут воспользоваться преимуществами использования системы ИНГИПРО, как для организации внутренней работы по разработке и согласованию документации, так и для работы с внешним контуром.
Организации (полного цикла, заказчики, технические заказчики, генподрядчики), которые заинтересованы в выстраивании прогнозируемого процесса разработки проектной документации. Особенно это проявляется в тех случаях, когда требуется проведение согласования документации между различными компаниями. Также клиентами системы являются крупные компании внутри которых есть собственные проектные подразделения.

4. Основа методики работы в системе ИНГИПРО

Базой методики работы в ИНГИПРО служит описанный в международных стандартах серии ИСО 19650 подход к разделению информационного потока в проекте на зоны готовности. Каждая из зон означает определенную степень проработки и готовности документа.

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

Используя методику СОД, зоны готовности и статусы версий документов система ИНГИПРО позволяет построить единый технологический процесс производства и согласования документации проекта для всех участников и сделать взаимодействие контролируемым и управляемым.

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

Использование ИНГИПРО позволяет произвести стандартизацию процессов проектирования, что приводит к значительным эффектам:

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

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

Выше описана основа методики работы в системе ИНГИПРО, которая позволяет добиваться значительных конкурентных преимуществ тем, кто использует ее в своих проектах.

5. Где деньги?

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

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

Итак, как ИНГИПРО приносит деньги своим пользователям?

5.1. Первый процесс - это организация разработки проектной документации внутри института. Это деньги проектных компаний

Подробно этот вопрос мы рассматривали в статье “Как использование среды общих данных помогает повысить маржинальность проектной деятельности”

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

Как можно сократить срок проектирования? Информационные системы не заставят людей “думать быстрей”, но могут сократить то, что отвлекает инженеров от творческой работы.

Технология ИНГИПРО сокращает время проекта, которое уходит на координационную и операционную работу специалистов:

при производстве документации;
при последующем межкомандном и межорганизационном взаимодействии.

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

На верхнем рисунке схематично указаны доли распределения времени при текущем положении дел в отрасли, на нижней при применении технологии ИНГИПРО.

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

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

Координационные расходы - это любые действия, связанные с общением между специалистами и координированием деятельности (переписка, телефонные разговоры, совещания, обсуждения и т.д.).

Операционные расходы - это работа, которую совершают специалисты для того:

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

Использование ИНГИПРО во многом автоматизирует рутинные операции, что позволяет существенным образом сократить координационные и операционные расходы.

Ошибочная работа ("Работа в корзину (бросовая работа)") - это когда мы делаем свою работу хорошо, но она оказывается не нужна, не «потребляема», потому что объективно поменялись обстоятельства, пока результат производился.

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

5.2. Второй процесс – это межорганизационное взаимодействие.

Это деньги каждого из участников проекта.

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

Навести порядок в этом вопросе выгодно каждой стороне.

Проектировщику:

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

Заказчику (техзаку, генподрядчику):

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

6. Инструменты системы ИНГИПРО

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

6.1. Оргструктура проекта

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

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

В системе ИНГИПРО возможно реализовать любую оргструктуру.

Для организации коллективной работы в проектах и настройки прав доступа в системе реализована возможность выдачи полномочий:

руководителю проекта;
ответственным от компаний контрагентов;
руководителям рабочих групп внутри компаний.

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

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

Система обеспечивает конфиденциальность. Это означает то, что сторонние организации не видят другие организации в системе или их персонал. Т.е., когда проектный институт хочет работать через систему и со своими подрядчиками и со своими заказчиками, то может это делать не опасаясь того, что “засветит” свой персонал или подрядчиков. Через этот подход обеспечивается конфиденциальность данных исполнителей, что препятствует переманиванию персонала.

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

6.2. Права доступа

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

В системе «ИНГИПРО» есть несколько контуров распределения прав доступа.

Первоначальный, самый верхний, это право доступа к экосистеме конкретной организации:

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

Точно таким же образом можно распределить права доступа уже к внутренним папкам проекта:

6.4. Хранение информации

Любая информационная система класса СОД предоставляет функцию хранения информации. Но даже в этом базовом функционале можно предложить что-то уникальное и полезное.

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

На представленном рисунке документ “Пример изменений 2” имеет две версии V1 и V2, представлен одновременно в формате dwg и pdf. Указано кто и когда загрузил в систему каждую из версий.

Компоновку версий и разных форматов система производит автоматически при загрузке файлов.

Что дает подобный подход к хранению информации в системе:

Сильно упрощается поиск и идентификация информации. Будь то чертеж, документ или модель, все хранится в одном месте. Видна история развития документа, всегда можно сравнить одну версию с другой, проследить комментарии и обсуждения.
Разгружается наполнение проекта. Не нужно иметь какие-то отдельные папки для неактуальных версий и т.д.
Гораздо проще следовать установленому порядку наименований файлов.
И, главное, с любой часть проектной документацией могут работать люди, которые не обладают специфическими инструментами разработки (САПР системы). Автор документа, при загрузке, обеспечивает соответствие исходного файла в нативном формате, файлу в форматах pdf или ifc.

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

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

Настройка производится по выборочным событиям:

Для проектов:

Для папок:

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

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

Уведомления в системе:

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

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

В рамках работы в СОД вопрос уведомлений весьма важен, т.к. он позволяет регулировать моменты “а я не знал, а мне не сказали”. Это помогает ускорять разработку документации и удерживать нужное направление работ.

Еще более явно этот вопрос будет решен в блоке функционала “поставка пакетов документации”. Тут мы создадим возможность производить поставку комплектов явно и с отметками о получении. После ввода этого блока вопрос “я не знал” будет решен полностью. Блок находится в разработке.

6.6. Рецензирование, приемка, замечания

Выставление замечаний на документы одна из наиболее популярных функций СОД. Главное требование к этому функционалу - максимальная удобность. Т.к. даже мелкие недочеты в работе замечаний будут значительно сказываться на общей работе.

В ИНГИПРО функция замечаний имеет высокий уровень развития.

Замечания:

На листе могут любой формы.
Выставляются в привязке к версии документа и сохраняются на ней, что позволяет в последующем контролировать их решение.
Список замечаний имеет “превьюшки”.
В многостраничном документе можно “прыгать” по замечанием. Документ будет открыт на нужной странице и позиционирован по замечанию.
Имеют статусы, по ним возможна сортировка.
Имеют активную ссылку, которую можно скопировать в буфер и отправить кому-то. Адресат при наличии доступа в систему может по ссылке пройти и попасть ровно в нужное место документа.
Могут прикрепляться документы.
Имеют чат для обсуждения.

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

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

6.7. Сравнение 2D документов

В системе ИНГИПРО, pdf документы с помощью процедуры парсинга преобразуются в точечные (растровые) изображения. Эта процедура нужна для кратного ускорения работы с нагруженной 2D графикой, а также для последующего сравнения документов. "Обратной стороной медали" является то, что после подобной процедуры документация занимает больше дискового пространства. Но комфорт работы того стоит. Итоговая экономия времени кратно превосходит дополнительные затраты на объем.

В итоге в ИНГИПРО с нагруженными PDF-ками работать быстрей и комфортней, чем в Adobe Acrobat.

Инструмент сравнения 2D документов один из лучших в мире. Что в нем особенного:

Сравнение происходит онлайн. Т.е. непосредственно на экране вы видите результат сравнения, сразу можете ставить замечания (на обоих документах), выставлять статусы документов и т.д.
Есть три режима сравнения:
Параллельное сравнение. На экране представлены сразу два документа. Движение одно документа может быть синхронизировано с другим.
Наложение. Один документ накладывается на другой, как калька.
Выделение разницы. Документы совмещаются. Те элементы, что были изменены подкрашиваются разным цветом.

7. Стоимость и внедрение системы ИНГИПРО

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

Для ознакомления с вариантами лицензирования СОД на рынке предлагаем вам статью “Виды коммерческих лицензий и модели размещения СОД строительных проектов”.

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

ИНГИПРО рекомендует проводить проекты внедрения, создавая собственную группу внедрения и сопровождения.

Группа внедрения и сопровождения (ГВС) - группа ответственная за внедрение и сопровождение при освоении и функциональном использовании СОД ИНГИПРО. ГВС создается из числа сотрудников организации пользователя системы.

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

Описание технологии внедрения ГВС можно изучить по этой ссылке.

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

Заключение

Данной статьей мы постарались передать “дух” ИНГИПРО. В настоящее время компании, выбирая системы все чаще обращают внимание на то, как та или иная система подходит им по принципам и идеологии работы. Этой статьей мы открываем новый вид коммуникации с нашими заказчиками, в котором будем говорить о смыслах тех или иных процессов происходящих в области ТИМ. В этом плане надеемся на взаимность.

Открытая честная работа выгодна каждой из участвующих сторон! Система ИНГИПРО прежде всего рассчитана на те организации, которые хотят работать честно и хотят получать за свою работу справедливое вознаграждение.

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

Приглашаем вас в наш ТГ канал для обсуждения: https://t.me/ingiprobim