Внесение в ЛОЦМАН объектов с исполнениями

[niifivt]

Добрый день! Подскажите, пожалуйста, такой момент- как в ЛОЦМАН вносить  объекты с исполнениями для создания групповых сборок, спецификаций и деталей?

[Дмитрий22]

Хоть у нас дерево строится автоматически по спецификации, но ручками тоже можно:
Если у Вас есть Сборка 58222.5428.180 и исполнение 58222.5428.180-01, встаете на объект 58222.5428.180 и устанавливаете на вкладке связь "Исполнения" для объекта 58222.5428.180-01. Все просто.

[Danila]

Смотря какой способ интеграции вы хотите использовать.

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

Если конструктор формирует состав в Лоцмане, то он должен сформировать весь состав в Лоцмане, указав все особенности - количества, типы связей, типы документов и других объектов, создать вручную все исполнения (например через "Создать копию ..."), а уже потом связать созданные исполнения по связи "Исполнения" привязать к исходному. После этого уже можно обратной интеграцией сформировать файл-спецификацию изделия.

По какому из путей пойти - решать вам, есть особенности в каждом из направлений.

[niifivt]

Смотря какой способ интеграции вы хотите использовать.

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

Если конструктор формирует состав в Лоцмане, то он должен сформировать весь состав в Лоцмане, указав все особенности - количества, типы связей, типы документов и других объектов, создать вручную все исполнения (например через "Создать копию ..."), а уже потом связать созданные исполнения по связи "Исполнения" привязать к исходному. После этого уже можно обратной интеграцией сформировать файл-спецификацию изделия.

По какому из путей пойти - решать вам, есть особенности в каждом из направлений.

У нас решили пойти по пути  формирования всего состава в Лоцмане...

[Дмитрий22]

У нас решили пойти по пути  формирования всего состава в Лоцмане...

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

[niifivt]

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

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

[Дмитрий22]

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

Странно слышать, что конструкторам не понравился, им больше нравится ручками вбивать, чем автоматом строить? Обычно это не нравится начальникам, когда конструктора сидят и обдумывают конструкцию, вместо того чтобы в Лоцман вбивать данные.

[niifivt]

Получается, что ручками им вбивать интереснее.... Но у нас вообще сложная ситуация с этим Лоцманом... Уже второй год бъемся и все никак.... Дмитрий, а Вам не сложно поделиться своим опытом, как у Вас это все внедрялось? Какими силами, сколько времени и т.п.?

[Danila]

Получается, что ручками им вбивать интереснее.... Но у нас вообще сложная ситуация с этим Лоцманом... Уже второй год бъемся и все никак.... Дмитрий, а Вам не сложно поделиться своим опытом, как у Вас это все внедрялось? Какими силами, сколько времени и т.п.?

Я поддержу Дмитрия, заводить ручками информацию в Лоцман - задача не самая простая. В спецификации это сделать конструктору гораздо быстрее и проще. Да и всегда будет сформированный исходник для получения данных, который гарантированно сам по себе не изменится. Н тогда надо грамотно настраивать прокси. Собственно настраивать механизм прокси придется так или иначе.

По тому, как внедрялось и т.д. - я бы порекомендовал это сделать через личные встречи, как на специализированных форумах (например которые проводит АСКОН), так и поездка на предприятие. К примеру, мы ездили на другие предприятия, где в части ПЛМ-системы используется не Лоцман, но важнее иногда идеология, хотя особенности технического решения в каждой системе, конечно, стоит учитывать). Все не расскажут так или иначе, но остальное можно уточнить или самим, или здесь на форуме.

ПС. А кто вы по должности? Это очень сильно влияет на то, как и что вы сможете при внедрении системы.

[Дмитрий22]

Получается, что ручками им вбивать интереснее.... Но у нас вообще сложная ситуация с этим Лоцманом... Уже второй год бъемся и все никак.... Дмитрий, а Вам не сложно поделиться своим опытом, как у Вас это все внедрялось? Какими силами, сколько времени и т.п.?

Отправил в личку.

[niifivt]

По должности я начальник отдела IT. Но ситуация сложилась таким образом,что люди,которые принимали участие вначале внедрения, посмотрели на это все дело и поувольнялись.....(Руководство денег не выделяет ни на приобретение лицензий, ни на обучение....мол сами учитесь. Но хотят,чтобы все было ещё вчера.) И поэтому люди, ушли в более разумные конторы.  Поэтому остался я сейчас практически один... Но это так - лирическое отступление. Теперь к сути вопроса. Мы в свое время как раз и съездили на экскурсию на завод. Они там создавали дерево по 3D модели сборки, а потом уже создавали спецификацию... Но....у наши конструктора не работают с 3D моделями. Поэтому и стали колотить дерево ручками....как бы вот такая предыстория.

[Danila]

У нас также не настолько конструктивно сложные изделия, и 3D-модели создаются уже наоборот для различных анализов, а первично создаются 2D - Спецификации и Сборочные единицы.

Собственно, нормальному конструктору, разработать в Компасе создать гораздо проще. А вот уже передать в PLM систему состав - дело техники.

Силами одного человека развернуть такую систему - практически невозможно. Или необходима своя сильная команда сильных специалистов, или использовать силы АСКОНа. И тот и другой вариант будут затратны так или иначе. Потому как это КОМПЛЕКСНАЯ задача, и подходить к ее решению необходимо сразу в нескольких направлениях.

По какому пути пойти - каждое предприятие решает само. У нас все внедряется и разрабатывается только своими силами. За 5 лет моей работы мы прошли огромный путь и продолжаем развиваться. Сейчас нас 5, и специалисты, которые работают в нашей команде - очень грамотные люди, имеющие высокий уровень квалификации.

[Warlock-72]

Получается, что ручками им вбивать интереснее.... Но у нас вообще сложная ситуация с этим Лоцманом... Уже второй год бъемся и все никак.... Дмитрий, а Вам не сложно поделиться своим опытом, как у Вас это все внедрялось? Какими силами, сколько времени и т.п.?

Позволю себе тоже поделиться опытом организации работ по формированию структуры изделий в ЛОЦМАНе.
Я возглавляю отдел САПР, в очень недавнем прошлом - начальник конструкторского отдела (правда, на другом предприятии), т.е. могу сравнить подходы разных участников проектной работы: как конструктора, так и IT-шника.
Так сложилось, что наши конструктора неохотно применяют 3D-моделирование, несмотря на попытки материального стимулирования.
Утвержденный "типовой" алгоритм в настоящее время таков:
- конструктор выпускает комплект КД (или ИИ), при этом допускается рабочие файлы электронных документов (оригиналы) размещать как непосредственно в ЛОЦМАНе, так и на пользовательских рабочих станциях с последующим "прикреплением" файлов к соответствующим объектам в ЛОЦМАНе;
- после утверждения КД или ИИ, перед окончательной сдачей в архив, вся разработанная (откорректированная) документация подлежит согласованию моей службой, при этом нашей основной задачей является проверка наличия рабочих файлов в ЛОЦМАНе и наличие структуры изделия, соответствующей данной КД (ИИ).
Но это - лишь теория))
На практике же все обстоит несколько иначе.
Фактически, лишь единицы конструкторов формируют и корректируют структуру разрабатываемых (корректируемых) изделий сами.
А в подавляющем большинстве случаев конструктора при заявке КД или ИИ в наш отдел на согласование лишь передают нам рабочие файлы со своих пользовательских станций, а все работы по формированию и изменению составов изделий, а также прикрепление файлов к соответствующим объектам в ЛОЦМАНе, проводятся силами сотрудников моего отдела.
К сожалению, изменить сложившуюся "традицию" быстро, "в лоб" не получается, т.к. действенных рычагов влияния на исполнителей, откровенно говоря, нет: работники-старожилы не горят желанием тратить свое время на обучение чему-то новому (да хоть тому же 3D-моделированию), а новые работники, которым можно было бы "с молоком привить" требуемые алгоритмы работы, просто не приходят, т.к. финансовые запросы у "новичков" заметно превосходят предложения работодателя)
В этой ситуации, когда "верхи" не могут а "низы" не хотят, я решил идти "революционным" путем, а именно, подготовил и хочу утвердить Ген. Директором приказ, суть которого в следующем: все спецификации должны формироваться автоматически из ЛОЦМАНа и выпускаться в формате PDF. Для этого мы разработали соответствующий плагин формирования спецификаций.на основе данных непосредственно из-под ЛОЦМАНа.
В итоге будем иметь спецификацию, полностью соответствующую составу изделия в ЛОЦМАНе. И при необходимости изменения спецификации исполнитель должен будет предварительно изменить сведения в ЛОЦМАНе. При этом, прикрепить рабочие файлы к соответствующим объектам ЛОЦМАНа будет просто элементарно.
Это, конечно, вынужденная мера, но для гарантии соответствия выпускаемой КД и сведений о структуре изделия в ЛОЦМАНе вижу пока только такой путь. Должен признать, что он не самый удачный и рациональный. Но, наверное, должны измениться "окружающие обстоятельства", чтобы можно было организовать работу рационально. А по большому счету, мои собственные эксперименты показывают, что при нашем способе проектирования (в основном, 2D и ручное создание спецификаций) нет разницы во времени "набивания" спецификации в КОМПАСе и созданием "ручками" той же структуры изделия в ЛОЦМАНе.

[Danila]

Хорошо, если у вас спецификации не на 10-20 страниц и больше.. иначе ухх... не позавидую я вашим конструкторам...
Уж про исполнения/подисполнения я вообще умолчу.... у нас их за тридцатник бывает ....

ПС. не забудьте, чтобы они правильно выставляли количественные показатели в Лоцмане (так как при в ставке это не запрашивается, по крайней мере в нашей версии), иначе рискуете получить все состоящее из кол-ва один.

ППС. У себя мы сделали упрощенные модуль Извещений и Контроля за составом изделия. Наш отдел (сектор САПР) занимается только технической поддержкой программных решений и конфигурирования. Остальное конструктора сами - тоже в 2Д, кстати. Но доработок тоже было много.

ПППС. Но все действительно очень индивидуально и имеет право на жизнь, если все продумано.

[Warlock-72]

На самом деле как-то я не припомню в наших разработках спецификаций более 15-и листов. Причем, в таких "многостраничных" спецификациях, как правило, бОльшее место занимают разделы "Стандартные" и "Прочие", а эти изделия + бесчертежные детали + материалы у нас заносятся из корпоративных справочников (справочник "Стандартные и прочие изделия" мы разработали самостоятельно, справочник "Бесчертежные детали" организовали как отдельную базу данных ЛОЦМАНа, МиС - из Комплекса решений АСКОН). Вот и получается, что "ручками" мы в "дерево" ЛОЦМАНа заносим только документы, сборочные единицы, детали и комплекты, а это в "объемных" (с точки зрения применяемой номенклатуры) изделиях по статистике не более 25% от общего состава изделий.
Кстати, идея разработки справочников "Стандартные и прочие" и "БЧ" исходила именно от нашего отдела, а конструктора, как это ни парадоксально, сперва отнеслись к этой идее неохотно. Правда, впоследствии, осознав все преимущества работы со справочниками, они попривыкли, и даже благодарят за это)

[Danila]

На самом деле как-то я не припомню в наших разработках спецификаций более 15-и листов. Причем, в таких "многостраничных" спецификациях, как правило, бОльшее место занимают разделы "Стандартные" и "Прочие", а эти изделия + бесчертежные детали + материалы у нас заносятся из корпоративных справочников (справочник "Стандартные и прочие изделия" мы разработали самостоятельно, справочник "Бесчертежные детали" организовали как отдельную базу данных ЛОЦМАНа, МиС - из Комплекса решений АСКОН). Вот и получается, что "ручками" мы в "дерево" ЛОЦМАНа заносим только документы, сборочные единицы, детали и комплекты, а это в "объемных" (с точки зрения применяемой номенклатуры) изделиях по статистике не более 25% от общего состава изделий.
Кстати, идея разработки справочников "Стандартные и прочие" и "БЧ" исходила именно от нашего отдела, а конструктора, как это ни парадоксально, сперва отнеслись к этой идее неохотно. Правда, впоследствии, осознав все преимущества работы со справочниками, они попривыкли, и даже благодарят за это)

Здорово, если у вас все так удачно сложилось!
Да в лоцмане есть методы - типа создания копии, копирования, вставки и т.д. - весьма тоже упростит последующее создание состава.

Справочники - да, все делают свои, логичный и правильный шаг!

[TaMi]

Поделитесь пожалуйста опытом, если не сложно, по спецификации с исполнениями.
Мы строим спецификации по дереву Лоцман. Состав изделия набивается конструкторами вручную (затем прикрепляются все документы). Но когда дело доходит до синхронизации спецификации с составом изделия, Лоцман выполняет эту операцию минут по 20-30. (И это сборки с  небольшим количеством деталей, но там до 9 исполнений).
Кто нибудь сталкивался с такой проблемой?

[Danila]

Поделитесь пожалуйста опытом, если не сложно, по спецификации с исполнениями.
Мы строим спецификации по дереву Лоцман. Состав изделия набивается конструкторами вручную (затем прикрепляются все документы). Но когда дело доходит до синхронизации спецификации с составом изделия, Лоцман выполняет эту операцию минут по 20-30. (И это сборки с  небольшим количеством деталей, но там до 9 исполнений).
Кто нибудь сталкивался с такой проблемой?

Рекомендую внимательно изучить Лоцман.Конфигуратор\Ваша БД\Прокси\Компас.Спецификация\Трансляторы\Bom_in
И попробовать в VBSscripte проконтролировать выполнение действий, отладить этот механизм. Через отладку найти на какой операции происходит проблема.

А остальные действия с сервером приложений выполняются быстро?
В тех.поддержку можно сразу кинуть клич. И видео им отправить. Еще файл Bom_IN.
не забыть проверить настройки DCOM.

Вы сами BOM_in доделывали или используете стандартный?

[Warlock-72]

Поделитесь пожалуйста опытом, если не сложно, по спецификации с исполнениями.
Мы строим спецификации по дереву Лоцман. Состав изделия набивается конструкторами вручную (затем прикрепляются все документы). Но когда дело доходит до синхронизации спецификации с составом изделия, Лоцман выполняет эту операцию минут по 20-30. (И это сборки с  небольшим количеством деталей, но там до 9 исполнений).
Кто нибудь сталкивался с такой проблемой?

У нас некоторые делают так (а мы, в общем-то, не препятствуем этому способу - лишь бы результат правильный был):
- создают групповую спецификацию в КОМПАСе;
- средствами штатного интегратора в ЛОЦМАНе из спецификации формируют "дерево";
- дорабатывают "дерево", при необходимости;
- на основе структуры изделия в ЛОЦМАНе формируют рабочую спецификацию в PDF-формате.
Так получается быстрее, чем штатными средствами формировать спецификацию  из ЛОЦМАНа.
К тому же столкнулись с тем, что штатный интегратор некорректно отрабатывает, например, заготовки для деталей, раздел "Устанавливают по МЭ" и др.
Наверняка, конечно, можно настроить все до корректной работы, просто мы для себя решили, что эта "овчинка выделки не стоит", раз уж мы формируем рабочую СП в PDF-формате.

[TaMi]

Спасибо. Попробую отследить по вашему совету.
Долгое построение происходит, когда в спецификации строятся объекты.
Все остальные действия выполняются достаточно быстро (с сервером приложений).
В техподдержку обращались, на что получили ответ, что это связано с работой API, т.к. на обработку одного элемента уходит примерно 1 секунда. И пока он пробежит по всем объектам на это уходит довольно продолжительное время.
Поэтому все таки хочется уточнить, возможно у кого-то были подобные проблемы.
C DCOM  все ок.
BOM_in не трогали, все стандартное. Т.к. только в начале пути внедрения.