Все ли сотрудники работают с текущими данными, включая выездной сервис? Правильно ли документирована каждая машина, и являются ли документы поставщика частью документации? Механика, электроника и программное обеспечение были скоординированы? Если это так, то сборщики машин и систем не должны беспокоиться о процессах.
Нет общей базы данных
Но это не совсем обычная практика в большинстве компаний. Существует несколько систем подачи документов. Нет общей базы данных для M-CAD и E-CAD, нет структуры для данных и документов. Последствия: нет прозрачности, потеря времени из-за поисков, неправильных решений и отсутствия контроля документов.
Картинная галерея
Таким образом, компании, занимающиеся машиностроением и машиностроением, должны расширить срок документооборота: используя подход DMS-Tec, предложенный производителем программного обеспечения Procad, можно отобразить структуры и, исходя из этого, оказать поддержку в управлении процессами и проектами. Поскольку такие решения могут использоваться как в качестве DMS (системы управления документами), так и в качестве системы PDM, компании могут использовать их для обеспечения согласованной основы данных о продукте, что, в свою очередь, служит основой для отображения процессов PLM.
Управление документами
Правильно управляйте документами в машиностроении
Классические структуры папок не подходят
Структурная информация для компонента обычно создается при разработке и используется при производстве и продаже. Таким образом, компонент проходит через различные системы - E-CAD, PDM, ERP, CRM - которые, однако, редко работают в структурах с последовательным управлением. Если вы продолжите смотреть на хранилище в классических файловых системах, таких как структура Windows Explorer и связанный с ними объем неструктурированных данных, быстро станет ясно: версии, выпуски и совместная работа вряд ли могут быть в достаточной степени контролированы на такой основе. Классические структуры папок просто не подходят для обеспечения структурированной основы данных продукта.
Если, например, насос был установлен в разных местах системы, соответствующая спецификация также сохраняется в разных местах в структуре папок файловой системы. Изменения в спецификации должны быть синхронизированы во всех точках. Сохраняя и индексируя классическую DMS, документы могут быть связаны с использованием одних и тех же ключевых слов. Тем не менее, четкое соединение не может быть установлено таким образом. Реальная прозрачность может быть достигнута только через структуру системы, поскольку она не зависит от документа.
Хранить документы в соответствии со структурой системы
Поэтому в DMS-Tec структура продукта, завода или объекта инфраструктуры управляется в форме, отделенной от документа. Структуры, также называемые на практике файлами проекта, машины или жизненного цикла, создаются техническими характеристиками системы / продукта или его местоположением. Они могут существовать несколько раз и независимо друг от друга. Все документы, созданные в биографических справках от спецификации и модели САПР в процессе разработки до принципиальных схем и списков деталей в производстве для предложений, заказов и подтверждений заказов, подаются или присваиваются техническим структурам. В этой структуре DMS-Tec различные отделы работают от разработки до обслуживания с разными взглядами на одно и то же.
Если есть насос несколько раз, в структуре нет копий, а всегда только ссылки на исходные документы или данные. Это гарантирует, что одна и та же информация доступна и обрабатывается только один раз. Например, для насоса в системе охлаждения может быть информация из жизненного цикла системы, которая не относится к насосу в системе подачи воды (см. Рисунок).
Динамические представления базы данных
Это дает понять, что проектные документы не принадлежат файловой системе, но каждый документ хранится в системе только один раз с определенной информацией и связан в структуре с логическим соединением. Независимо от этого, структура папок теперь создается как динамическое представление о ней. Документ не находится в указанной папке, но структура папки представляет собой только вид документа. Это позволяет отделу проектирования, например, просматривать чертежи и модели САПР компонента в отличие от производства, которое заинтересовано в сборке и производственных отчетах. Сервис, в свою очередь, требует все отчеты о повреждениях, принадлежащих системе. Поскольку каждый документ хранится только один раз в DMS-Tec, каждый всегда имеет доступ к правильной и текущей версиям документа.
Магистраль данных продукта как основа для контроля документов
В этих условиях DMS-Tec представляет собой комплексную базу данных о продуктах компании, на которой все данные о продуктах и документы могут обрабатываться в разных отделах: модели CAD, чертежи, списки конструкционных деталей для механической разработки, принципиальные схемы, списки деталей, внешние таблицы данных для электротехники. Спецификации, чертежи клиентов, трафик электронной почты, производственные листы данных для планирования проекта и отчеты о приемке для обеспечения качества. После доставки добавляются документы из сервиса (сервисные отчеты). Это означает последовательный контроль документов.
Сложные структуры в машиностроении и машиностроении, в инфраструктурных или химических компаниях сложно сопоставить с обычными тензодатчиками. DMS-Tec описывает специальную форму DMS, которая позволяет отображать такие структуры и может использоваться как в качестве системы PDM, так и в качестве DMS. Это позволяет обеспечить согласованную основу данных продукта, которая, в свою очередь, формирует основу для отображения процессов PLM. Компании из соответствующих целевых групп должны знать об этих отношениях при внедрении систем DMS или PDM. (Mz)