Что такое среда общих данных и чем она отличается от папки

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

Версия. Новый выпуск не кладётся рядом со старым, а становится новой версией того же документа. Прежняя не исчезает: её видно в истории, но действующей считается последняя. Именно поэтому в среде общих данных нельзя случайно взять в работу отменённый лист — а в папке с именами «АР1_изм2_финал_испр» можно, и это происходит регулярно.

Статус. У документа видно, согласован он или нет, выдан ли в производство работ. На нашем переносе выдача сопровождается штампом и QR-кодом с датой — на бумаге у прораба видно то же самое, что в системе.

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

История. Кто, что и когда положил. Это то, чем закрывается спор «нам выдали не ту ревизию»: видно, какая версия была действующей на дату работ.

Обычно недооценивают объём. На нашем переносе проектный архив застройщика полного цикла — это 24 объекта, 15 826 документов, 13 101 версия и сотни гигабайт. Вложенность в исходной папке доходила до тринадцати уровней, номер изменения стоял то в названии папки, то в имени файла, а префиксы шифров у разных объектов различались.

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

Что стоит закладывать в структуру сразу

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

«Не упало» не значит «залилось». На тысячах файлов всегда есть нечитаемые, оборванные и просто странные. Конвейер переживает их молча, и журнал показывает успех. Проверять надо синхронным обходом дерева — архив и система параллельно, попапочно, со сверкой размеров.

Проверку тоже надо проверять. Наша первая версия сверки сравнивала строковые ключи «путь плюс имя» и выдала «не хватает 61 файла». Файлы были на месте — расходились только строки путей. Если бы мы поверили и запустили докачку, получили бы дубли. С тех пор правило: прежде чем что-то дозаливать, недостачу подтверждаем вторым способом.

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

Дубли появляются от параллельных прогонов. Разгоняя заливку на два потока, легко оставить работать старый сторож — и третий прогон пойдёт по полному списку. У нас так получилось 398 задвоенных документов в пяти объектах. Дубли папок хуже дублей файлов: дерево расходится на две ветки, и точечная чистка становится ненадёжной.

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

Если требование пришло от заказчика или по нормативу — смотрите разбор про требования ТИМ: там про то, кто и что обязан на самом деле. Как мы внедряем и что берём на себя — на странице среды общих данных.