У детали может быть много состояний: черновик, вариант для расчёта, версия для изготовления, исправленная после замечаний. Если все они лежат в одной папке с именами «деталь_новый_финал», через месяц никто не разберётся, что актуально. Система версий решает эту проблему, но только если она простая и соблюдается.
Чем версия отличается от ревизии
Версия — внутреннее состояние работы: изменения в процессе проектирования. Ревизия — официально выпущенное изменение, которое уходит в производство или заказчику. Смешивать их нельзя: у конструктора может быть десять версий, но только две ревизии. Понимание этого различия помогает не выпускать «черновики» под видом официальных документов.
Именование файлов
Рабочая схема: обозначение или номер, краткое описание, версия или дата. Например: «КР-102 корпус, v03». Избегайте слов «финал», «новый», «итог» — они быстро теряют смысл. Дата в формате ГГГГ-ММ-ДД сортируется правильно и не путается при просмотре.
Структура папок
Варианты:
- по проектам, внутри — детали и сборки;
- по типам (модели, чертежи, расчёты);
- по ревизиям (выпущенные, архив, в работе).
Главное — единая логика. Если каждый проект имеет свою структуру, поиск превращается в квест.
Что делать без PDM
Небольшим командам PDM может быть избыточен, но базовые правила нужны:
- один файл — одна деталь;
- отдельная папка для выпущенных версий только для чтения;
- журнал изменений;
- резервные копии;
- запрет на «параллельные» копии в личных папках.
Этого достаточно, чтобы не потерять актуальную версию.
Ветки вариантов
Иногда нужно развивать два варианта конструкции параллельно. Решения: отдельные папки с понятными именами, конфигурации в одном файле или отдельные проекты. Важно заранее определить, какой вариант основной, и не смешивать изменения между ветками. Иначе получится «гибрид», который никто не проверял.
Фиксация изменений
Каждое значимое изменение стоит сопровождать короткой записью: что изменили и почему. Это занимает минуту, но через полгода объясняет логику решения. Для выпущенных ревизий запись обязательна: она связывает чертёж, модель и переписку с заказчиком.
Архив
Выпущенные версии хранят отдельно и не изменяют. Архив должен быть доступен и читаем: проверяйте, что старые файлы открываются в текущей версии ПО. Раз в год полезно делать проверку: открыть несколько архивных проектов и убедиться, что они не повреждены.
Типичные ошибки
- «финальные» имена без версий;
- хранение в личных папках;
- отсутствие резервных копий;
- изменение выпущенных файлов;
- смешивание вариантов;
- отсутствие записей об изменениях.
Итог
Версии в CAD — это не бюрократия, а способ всегда знать, что актуально. Простые правила именования, структура папок, записи об изменениях и отдельный архив дают порядок без сложных систем. Если проект растёт, эти привычки упростят переход на PDM.
Частые вопросы
Нужна ли PDM для небольшой команды?
Не всегда, но правила версий нужны.
Как называть файлы?
Обозначение, описание, версия или дата.
Можно ли менять выпущенный файл?
Нет, только через новую ревизию.
Где хранить архив?
На сервере с резервной копией.
Как быть с вариантами?
Разделять явно и фиксировать основной.
Почему «финал» — плохое имя
Слово «финал» означает «больше не изменится», но конструкция почти всегда меняется. Появляются «финал2», «финал_испр», «финал_последний» — и через месяц уже невозможно понять, какой файл соответствует тому, что ушло в производство. Явные номера версий или даты решают эту проблему: имя всегда говорит, что это за состояние, и не зависит от эмоций автора.
Как связать модель и документ
Полезно, чтобы имя модели и обозначение на чертеже совпадали или были явно связаны. Тогда при разговоре «у нас проблема с корпусом КР-102» все понимают, о каком файле речь. Если связь неочевидна, появляются дубли и путаница при выпуске: чертёж обновили, а модель — нет, или наоборот.
Кто имеет право менять
Права доступа — простой инструмент, который редко используют в небольших командах. Выпущенные файлы стоит закрыть от изменения: это защищает от случайной правки и делает историю достоверной. Для работы над новой версией создают копию в рабочей папке, а не правят архив.
Что делать при смене ПО
При переходе на новую версию CAD старые файлы могут открываться с предупреждениями или не открываться вовсе. Перед переходом полезно сохранить копии в нейтральном формате и проверить несколько ключевых проектов. Это дешевле, чем обнаружить проблему через год, когда понадобится внести изменение.
Как приучить команду
Правила должны быть короткими и очевидными: как назвать файл, куда положить, что делать с выпущенной версией. Плюс примеры: один-два проекта, оформленных «как надо». Люди быстрее принимают систему, когда видят, что она экономит время на поиске, а не добавляет paperwork.
Итог по версиям
Порядок в версиях — это несколько простых правил и привычка их соблюдать. Явные имена, отдельный архив выпущенного, записи об изменениях и резервные копии дают уверенность, что нужная версия всегда найдётся, а старая не будет случайно отправлена в производство.
Что проверить сегодня
Откройте папку текущего проекта и посмотрите на имена файлов: сможете ли вы через месяц сказать, какая версия выпущена? Если нет — начните с малого: переименуйте ключевые файлы, создайте папку «выпущено» и заведите журнал. Этого достаточно, чтобы навести порядок.
Про обмен с подрядчиком
Подрядчику нужна одна понятная версия, а не набор файлов. Отправляйте выпущенную ревизию, указывайте её номер в письме и храните копию отправленного комплекта. Если подрядчик задаёт вопрос, у вас будет точное представление, что именно он получил.
Про совместную работу над проектом
Когда над сборкой работают несколько человек, важно заранее договориться, кто за какие файлы отвечает и как передаются изменения. Простая практика — «один файл в один момент времени у одного человека» — предотвращает большинство конфликтов. Если нужно работать параллельно, разбивайте сборку на подузлы.
Резюме для небольшой команды
Введите три правила: единый формат имён, отдельная папка для выпущенного, короткая запись об изменениях. Этого достаточно, чтобы работа стала предсказуемой, а переход к более серьёзным системам — осознанным решением, а не вынужденной мерой.