ЛОЦМАН:КБ

Типовое — означает, что пользователю для работы в системе необходимо придерживаться сценариев, заложенных разработчиком. Кроме того, ЛОЦМАН:КБ имеет ограниченные возможности кастомизации. Но, как показывает практика, эти сценарии не вызывают сложностей, а базового функционала хватает абсолютному большинству пользователей. Взамен, предприятие получает простую и удобную систему электронного архива, которая не требует большого количества времени на внедрение и обучение навыкам работы в ней. И как следствие — отсутствие больших затрат на внедрение и владения системой.

ЛОЦМАН:КБ позволяет:

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

1 ФАЙЛОВЫЙ АРХИВ

Это отличительная особенность ЛОЦМАН:КБ. Наиболее известные на рынке PDM-системы предлагают работу только с электронной структурой изделия, но, как показывает практика, работа с файлами не менее актуальна. Кроме того, файловый архив является хорошим функционалом для обеспечения комфортного перехода от работы в локальных/сетевых папках к работе в PDM-системе. Конструктор продолжает работать в привычной среде папок и файлов, но при этом пользуется дополнительными возможностями, например, сохранение всех промежуточных версий файла и последующий откат к любой из версий.

Панель файлов

Пример функционала для работы с файлами:

• работа в рамках проекта или архива;
• импорт имеющего архива в систему;
• коллективная разработка изделия (для предотвращения одновременного редактирования одних и тех же файлов разными пользователями используются блокировки);
• возможность открыть любые предыдущие версии файла, при условии, что они были сохранены на сервер;
• проведение изменений в Архиве.

2 ЭЛЕКТРОННАЯ СТРУКТУРА ИЗДЕЛИЯ

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

Редактор состава изделия

Получить подобную электронную структуру изделия в ЛОЦМАН:КБ возможно при помощи интеграции с CAD-системами.

Поддерживаются:

• КОМПАС-3D;
• SolidWorks;
• Autodesk Inventor.

Во время интеграции формируется вторичное представление документов в формате PDF.

Некоторые преимущества хранения информации об изделии в виде электронной структуры:

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

3 ПРОЦЕДУРЫ СОГЛАСОВАНИЯ

Согласование документации необходимо для выявления и устранения замечаний перед её проведением в архив. В ЛОЦМАН:КБ можно использовать параллельное или последовательное согласование. Для удобства при настройке последовательного согласования возможно создать шаблоны, в которых указать роли, их последовательность и участников по умолчанию. Всё, что останется сделать при необходимости согласования — выбрать состав изделия, шаблон и запустить процедуру.

Согласование

Некоторый функционал, доступный пользователю при согласовании:

• отображение хода процесса согласования;
• аннотирование вторичного представления 2D-документов с помощью стикеров или «красного карандаша»;
• постановка замечаний согласования и их история по каждому документу;
• применение простой или электронной подписи.

4 АРХИВ

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

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

Перевод в Архив

5 ПРОВЕДЕНИЕ ИЗМЕНЕНИЙ

Актуальность документации в архиве поддерживается с помощью процедуры проведения изменений, которая запускается при изменении архивного объекта/документа. Конструктор оформляет изменение, к которому вручную или с помощью интеграции прикрепляет новые версии документов. Извещение в виде файла любого формата также прикладывается к изменению.

Возможно ознакомиться с перечнем изделий, которые затронет будущее изменение. Изменение вступает в силу, когда пользователь с правами архивариуса переводит его в архив.

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

Проведение изменения

6 ПРОЕКТИРОВАНИЕ «ПОД ЗАКАЗ»

Проектирование «под заказ» поможет решить задачу, когда у предприятия есть множество клиентов, которым требуется изготовить уникальные изделия. За основу берётся проектный или архивный состав. В рамках производственного заказа исходный состав можно изменять как угодно — это не повлияет на изделия в архиве. По окончании редактирования такой состав переводится не в состояние «Архив», а в состояние «Производство», при этом у него появляется следующее свойство — состав исключается из процедуры проведения изменений и хранится в системе с теми версиями документов, которые были использованы при его создании. Это позволит предприятию повторно изготовить уникальный заказ через любой промежуток времени.

Проектирование «под заказ»

7 РАСШИРЕНИЕ ФУНКЦИОНАЛА

Приобретая типовое решение для конструкторского отдела, перед предприятием всегда стоит вопрос — что делать, если завтра функционала станет недостаточно, например, будет необходима интеграция с CAD-системой, которая не заявлена как поддерживающаяся или появится требование проводить трудовое или материальное нормирование на основе конструкторского состава изделия?

Есть 3 варианта решения:

1. Разработка плагина, который расширит функционал системы в нужном направлении. В базовой поставке идёт пример плагина, который позволяет выгрузить и сохранить всю информацию о выбранном составе в формате XML.
2. Полный переход на ЛОЦМАН:PLM. Оба решения работают на одной платформе, но используют различные конфигурации. В данном случае необходим отдельный проект внедрения, в рамках которого база с данными, наработанная в ЛОЦМАН:КБ будет переведена в формат ЛОЦМАН:PLM.
3. Параллельная работа ЛОЦМАН:КБ и ЛОЦМАН:PLM в одной базе. При этом, конструкторы работают в ЛОЦМАН:КБ, а технологи и остальные службы предприятия — в PLM-системе. Данный вариант имеет ряд особенностей использования, информацию о которых можно получить в местном офисе продаж.

8 ПРИЛОЖЕНИЕ ДЛЯ КОМПАС-3D

Разрабатывая ЛОЦМАН:КБ, мы стремились максимально упростить все интерфейсы и сценарии его использования так, чтобы работа в системе занимала у конструктора минимум времени и всё оставшееся время он мог посвятить проектированию в CAD. Мы сделали приложение, которое предоставляет пользователю весь функционал работы с файлами в интерфейсе КОМПАС-3D.

Приложение для КОМПАС-3D

В приложении доступен следующий функционал:

• выбор проекта;
• работа в режимах Проект/Архив файлов;
• блокировки файлов при коллективной работе;
• загрузка и сохранение на сервер изменений.