Среда общих данных: зачем она нужна, если у вас уже есть Google Диск

«У нас и так всё в облаке» — самая частая фраза, которую слышишь от руководителей проектных бюро, когда заговариваешь про СОД. И, по правде говоря, звучит она логично. Папка на Google Диске, доступ у всей команды, файлы не теряются — что ещё нужно?

Нужно, и довольно много. Только не облако само по себе, а то, что с этим облаком делает СОД — среда общих данных, она же CDE, Common Data Environment. Разница между «у нас всё в одной папке» и «у нас настроена СОД» примерно как между кучей документов на столе и картотекой с описью. И то, и другое хранит бумаги. Работать с ними — совсем разный опыт.

Разберём, где именно это расходится на практике, и когда без СОД действительно можно обойтись.

Диск хранит файлы. СОД управляет проектом

Google Диск, Яндекс.Диск, Dropbox — всё это файловые хранилища. Они честно делают одну вещь: держат файлы там, где их можно найти, и дают к ним доступ по ссылке. На этом функциональность заканчивается.

СОД устроена иначе. Она не просто хранит файл «Планировка_2этаж.rvt» — она знает, кто его создал, кто редактировал, в каком он сейчас статусе, кто должен проверить его дальше и какая версия из пяти лежащих в папке актуальная. У каждого документа своя история изменений, а не переписка в мессенджере «скинь последнюю версию, а то у меня какая-то старая».

Звучит как техническая деталь, пока не столкнёшься с реальным проектом на 40 файлов и пять дисциплин одновременно. Тогда «у нас всё в облаке» превращается в вопрос «а кто-нибудь вообще знает, какая версия сейчас правильная».

Что на самом деле теряется без СОД

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

Единая версия правды. На диске легко получить пять файлов с именами вида «фасад_финал», «фасад_финал_v2», «фасад_финал_ИСПРАВЛЕНО». Кто-то работает не с той версией — и переделка вскрывается уже на площадке, где она стоит других денег. В СОД версия всегда одна, актуальная, а предыдущие лежат в истории на случай, если понадобится вернуться.

Роли и права доступа. На Google Диске права обычно выдаются на глаз: кому-то редактирование, кому-то просмотр, и довольно быстро непонятно, кто что видит и почему. СОД строится на ролях: заказчик видит одно, генподрядчик другое, субподрядчик по вентиляции — только свою часть модели и смежные разделы. Это не бюрократия ради бюрократии, а способ не спорить потом, кто удалил чужой файл.

История согласований. Кто утвердил этот чертёж? Когда? На основании какого письма? В почте и мессенджерах ответ на такой вопрос — это раскопки за полчаса. В СОД два клика, потому что каждый статус документа фиксируется автоматически.

Связь с BIM-моделью. Вот здесь расхождение самое принципиальное. Файловое хранилище не понимает, что внутри .rvt-файла модель здания с объектами, у которых есть свойства и связи между собой. СОД работает с моделью как с данными: можно открыть замечание прямо на элементе модели, а не описывать словами «труба на третьем этаже возле лестницы». По сути, без СОД полноценный BIM-процесс просто не работает — сама технология информационного моделирования держится на том, что данные живут в общей управляемой среде, а не расползаются по личным компьютерам и почтовым ящикам.

Логика ISO 19650 — откуда взялись эти правила

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

Статусов по стандарту четыре, и они выстроены в цепочку:

• В работе (WIP) — файл редактирует команда-автор, наружу он ещё не выходит.
• На проверке (Shared) — документ отдан смежникам на комментарии и координацию. Перейти сюда из WIP можно только через согласование.
• Согласовано (Published) — информация утверждена заказчиком под конкретное применение, например «в производство работ». Переход требует отдельной авторизации.
• Архив (Archived) — след того, что было. Нужен, когда через год выясняют, на основании какой версии строили.

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

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

Как отличить настоящую СОД от красиво упакованного файлохранилища

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

1. Может ли система показать историю статусов документа, а не только историю версий файла? Версионирование есть даже у Dropbox. Статусная модель — нет.
2. Привязываются ли замечания к элементу модели? Если замечание живёт отдельной табличкой в Excel, это не СОД, а трекер задач рядом с хранилищем.
3. Настраиваются ли права по ролям и дисциплинам, а не по папкам? Права на папку ломаются в первую же неделю, когда появляется субподрядчик со специфическим доступом.
4. Выгружается ли аудиторский след? Кто, что, когда, на каком основании. Без выгрузки в приёмке от вас это не примут.

Если на три из четырёх ответ отрицательный, вам продают облако.

При чём здесь новый Строительный кодекс

Отдельный аргумент, актуальный именно сейчас. Новый Строительный кодекс РК (№ 253-VIII, в силе с 1 июля 2026 года) закрепляет технологию информационного моделирования — ТИМСО — как часть жизненного цикла объекта. С 1 августа 2026-го обязательное применение ТИМСО распространяется на конкретный перечень объектов: школы от 600 мест, аэропорты и пассажирские терминалы, тоннели и метрополитены, мосты от 100 метров, уникальные строительные объекты. Следующая волна — с 1 января 2028 года, туда попадает жильё от 6 этажей и административные здания от 3 этажей. Полный переход отрасли назначен на 1 января 2030-го.

Если ваша компания работает с такими объектами или собирается участвовать в тендерах по ним, СОД перестаёт быть удобной опцией. Требования кодекса без управляемой среды данных физически не выполнить — это уже не вопрос комфорта. Что именно меняет кодекс и как к нему готовиться, разбираем на странице внедрения BIM.

Какие решения есть на казахстанском рынке

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

Autodesk Forma (ранее Autodesk Construction Cloud, ACC — платформы объединили под именем Forma в марте 2026 года, за среду общих данных внутри неё теперь отвечает модуль Forma Data Management, бывший Autodesk Docs). Прямая работа с моделями Revit и Navisworks, согласования, замечания, контроль версий. Логичный выбор, если вы уже сидите в экосистеме Autodesk: отдельного моста между моделью и средой строить не придётся.

Signal — самостоятельная СОД со встроенным строительным контролем: документооборот, замечания, удалённый мониторинг площадки, аналитика план/факт, работа с BIM-моделью.

SODIS Docs / SODIS CM от Sodis Lab — среда под казахстанские нормы, с техническим документооборотом (ПД, РД, исполнительная документация) и управлением стройкой, привязанным к модели.

Более развёрнутое сравнение этих решений между собой и с зарубежными платформами — на странице внедрения СОД, там же таблица по критериям вроде поддержки в РК, локализации и модели поставки.

С чего начать, если решение назрело

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

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

Если непонятно, готова ли ваша компания к переходу и с чего начинать именно у вас, SD Soft подготовил чек-лист готовности к BIM/ТИМСО — там же есть раздел про инфраструктуру данных и СОД. Скачать чек-лист можно здесь, а обсудить внедрение конкретной среды — на странице СОД.

Частые вопросы

Чем СОД принципиально отличается от обычного облачного диска?

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

Обязательна ли СОД по новому Строительному кодексу?

Кодекс № 253-VIII закрепляет применение ТИМСО в жизненном цикле объекта, а с 1 августа 2026 года — обязательно для конкретного перечня объектов (школы от 600 мест, аэропорты, тоннели, метро, мосты от 100 метров, уникальные объекты). Без СОД полноценно выполнить эти требования не получится, поскольку сама технология информационного моделирования строится на управляемой общей среде данных.

Можно ли обойтись без СОД, если проекты небольшие?

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

Сколько занимает внедрение СОД?

Пилот на одном проекте — обычно от 3 дней до нескольких недель. Полное развёртывание на компанию зависит от числа дисциплин и объёма текущих процессов, которые нужно перенести. Реалистичные сроки даём после аудита.