Вопрос. Есть ли смысл хранить в модели историю всех изменений или достаточно вести версии отдельных файлов…

Вопрос

Есть ли смысл хранить в модели историю всех изменений или достаточно вести версии отдельных файлов?

Ответ

Хранить в самой модели историю абсолютно всех изменений обычно не требуется. Но и ограничиваться простой схемой «старый файл — новый файл» рискованно. Для ТИМ-проекта важно в первую очередь обеспечить управляемость версий и возможность понять, какая информация была актуальной на конкретный момент.

Представьте обычную ситуацию: через несколько месяцев после выпуска проекта возникает вопрос, почему вентиляционная установка оказалась именно в этом месте. Если у команды есть только файл «ОВ_финал_последний_точно.rvt», восстановить ход принятия решения будет практически невозможно.

Поэтому лучше разделять историю изменений модели и историю версий информационного контейнера.

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

При этом у каждой значимой версии желательно иметь понятный статус и дату:

• рабочая;
• переданная на координацию;
• проверенная;
• согласованная;
• выданная заказчику;
• архивная.

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

А что делать с самими изменениями?

Здесь полезно вести не только версии файлов, но и журнал изменений. В нем не нужно описывать каждое перемещение стены на несколько сантиметров. Достаточно фиксировать существенные изменения, которые могут повлиять на смежные разделы или проектные решения.

Например! — «Изменено расположение инженерной шахты на осях 3–4. Требуется проверить трассы ОВ, ВК и ЭОМ».

Такой комментарий гораздо полезнее, чем просто новая версия файла без объяснения того, что в ней изменилось.

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

Нужно ли хранить все версии после завершения проекта?

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

Это особенно важно при объектах с длительным жизненным циклом. Если через несколько лет возникнет спор о том, какое решение было заложено в проекте, архивная версия может оказаться единственным способом это подтвердить.

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

И еще один важный момент

История версий не должна использоваться как замена процессу управления изменениями.

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

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

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

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

Для ТИМ это особенно важно: информационная модель становится частью доказательной базы проекта, а не просто рабочим файлом проектировщика.

Ответ дан по состоянию на 25.08.2026

Все права на информационный материал принадлежат редакции сайта «Дайджест-Визард». Копирование и публикация материала допускается только с обязательной прямой ссылкой на страницу, с которой материал был взят, любое другое использование — только с письменного разрешения редакции.

 ©digest.wizardsoft.ru