Представьте, историю на предприятии: инженеры разработали чертежи, технологи составили маршруты обработки. Документы согласованы, производство запущено. Через месяц выясняется: нужны изменения в конструкции. Инженерный отдел вносит правки, обновляет файлы в папке на сервере. А на участке работают по распечатке двухмесячной давности. Никто не знает, что чертеж устарел. До первой рекламации от клиента.
Проблема в том, что документооборот не контролируется технически. Файлы хранятся где придется, копируются локально, рассылаются по почте. Версии размножаются неконтролируемо. Узнать, какой чертеж актуальный, можно только спросив у разработчика. Если он еще не уволился и помнит детали проекта.
Централизация как основа контроля
1С:PLM строится на простой идее: один документ — одно место хранения. Все разработки, чертежи, техпроцессы, спецификации лежат в системе. Не на локальных дисках или облачных папках разных отделов. В одном репозитории с версионностью и правами доступа.
Когда инженер создает чертеж, он сразу попадает в PLM. Система присваивает статус, фиксирует автора, дату создания. Документ проходит техническое согласование — с маршрутом, сроками, обязательными проверками. Конструктор проверяет расчеты.
Технолог смотрит маршрут изготовления. Нормоконтролер проверяет на соответствие стандартам.
После согласования документ меняет статус. Теперь он рабочий. По нему можно выпускать продукцию. Система не даст использовать несогласованный чертеж при формировании производственного задания.
Версионность
Изменить рабочий документ напрямую нельзя. Нужно создать извещение об изменении — отдельный документ с обоснованием, описанием правок, списком затрагиваемых изделий. Извещение тоже проходит согласование. Производство видит, что готовятся изменения и может скорректировать планы.
После утверждения извещения система создает новую версию документа. Старая остается в архиве со всей историей: кто менял, когда, почему. Если через год возникнет вопрос «Почему раньше делали по-другому?», достаточно открыть карточку документа и посмотреть историю версий.
Сотрудник на производстве всегда видит актуальную версию. У него физически нет доступа к устаревшим. Можно настроить права так, что мастер участка вообще не увидит документов со статусом «В разработке» или «На согласовании». Только утвержденные и актуальные.
Контроль бумажных копий
Производство не работает без бумаги. Рабочие читают чертежи на планшетах, но все равно держат распечатку у станка. Это реальность, с которой бесполезно бороться запретами.
PLM-система позволяет учитывать выданные копии. В системе регистрируется: кому, когда, сколько листов выдано. Если документ меняется, система показывает список всех, у кого на руках старые версии. Можно отправить уведомление, потребовать вернуть копии, выдать актуальные. И зафиксировать факт замены в карточке документа.
Это не абсолютная защита от ошибок. Рабочий может забыть вернуть старую распечатку, спрятать ее в тумбочке, использовать по привычке. Но вероятность такого сценария резко снижается.
Интеграция с производством
PLM-системы не будет без интеграции и консолидации всех данных. Например, обязательна связь с ERP, где планируется производство. Когда формируется производственное задание, оно автоматически подтягивает актуальные спецификации, маршруты, чертежи из PLM. Мастер участка получает комплект документов, который гарантированно соответствует текущему состоянию конструкции.
Если во время выполнения заказа конструктор вносит изменения, система может заблокировать дальнейший выпуск до согласования с производством. Или хотя бы предупредить, что в процессе изготовления находятся детали по устаревшему чертежу.
Прозрачность и ответственность
В PLM каждое действие фиксируется. Кто создал документ, кто согласовал, кто изменил статус, кто выдал копию. Если продукция ушла клиенту с дефектом, можно восстановить цепочку событий. Какая версия чертежа использовалась, кто ее утверждал, когда производство получило обновленную документацию.
С PLM понятно почему ошибка произошла, на каком этапе система дала сбой, где процесс нужно усилить. Данные для таких выводов лежат в истории изменений документов.
Что меняется на практике
Внедрение PLM не решает все проблемы с документацией автоматически. Систему нужно настроить под процессы предприятия, обучить сотрудников, выстроить регламенты.
Первые месяцы будут сложными. Люди будут сопротивляться изменениям, особенно когда речь идет о дополнительных шагах согласования.
Но постепенно инженеры перестают искать последнюю версию чертежа по папкам и почтовым цепочкам. Производство не выпускает детали по неактуальной распечатке. Нормоконтроль видит все документы которые находятся в разработке.
Система дисциплинирует за счет прозрачности. Когда каждое действие видно, ответственность за него становится реальной.
Больше о PLM и ИТ-проектах в крупном бизнесе мы говорим в нашем ТГ-канале: https://t.me/autosandbox