Перенастроить пути к файлам в сборке

[ReydAn]

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

Скажу сразу, что отключить доступ к архиву не получается, т.к. это рабочий сервер к которому нет доступа на рабочих машинах.
.
Переносить на другую машину, у которой нет доступа к серверу - тоже не вариант.

Может кто работает в ЛОЦМАНЕ и уже наработал технологию как осуществлять занесение в базу - пожалуйста, поделитесь опытом.
Заранее спасибо 

[Kirilius83]

Тоже интересно.
У нас Интермех, но те же проблемы - при создании деталей у конструктора одни адреса, а при открытии из базы на другом компе - должны быть другие адреса! Да, при открытии из архива можно их создавать - но это во первых лишний геммор, а во вторых - при совпадении имен файлов один другой затирает, а если менять имя - то пути в сборках старые.
И естественно в архиве уже тысячи чертежей, создававшихся в разное время при лежащих в самых разных местах деталями.

Как вообще у кого организована совместная работа с деталями, их выгрузка из ПДМ на редактирование, заимствование деталей из других сборок (от другого конструктора)?

[mikor]

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

[Kirilius83]

а Асконовцы-то что говорят? Как теоретически должно все проходить? как планировалось при создании Лоцмана?

[ReydAn]

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

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

На счет "Что говорят АСКОН", то толком ничего. Сначала показали, что нужно все сгрузить на созданный диск и от туда загружать... Когда начали сыпаться ошибки, нам сказали, что еще открывать на диске нужно, перед загрузкой... Сейчас же проблемы остались прежними и сидим, как "далекие люди", правим адреса в ручную
Но это мы взяли тестовую модель,а  что будет когда туда рабочие проекты польются ?...  Подправить сборки с путями в 10-15 тыс файлов... Месяц мартышкиного труда. 

Та и вообще - это самый критичный вопрос... Помимо него еще огромное множество менее приоритетных. но очень весомых. И на все невнятные ответы 

[Kirilius83]

Озвучивайте все, мы свои озвучим, может чего и выгорит.

[ReydAn]

Сомневаемся конечно, но...
Вот основные вопросы:

1)  Как правильно вносить информацию (собственно это и спрашивал выше). Как добиться того, чтоб файлы ссылались на нужные документы ?

2)  Как правильно вводить изменения на этапе разработки ? Допустим я разрабатываю новое изделие и создаю примерную структуру дерева. Позже я понимаю, что нужно поменять половину структуры ? Как быть в такой ситуации ? Мне в ЛОЦМАНЕ все перебирать по новой, что ли ?

3)  Как правильно вводить изменения, сделанные параллельно. Мы сейчас вводим подопытный экземпляр из нашего архива. В процессе работы в самом архиве его отредактировали. Как нам правильно подменить его в базе ЛОЦМАНа ?

4)  Как корректно удалять файлы/ вносить удаленные в базу ?
Порой вводя файлы в базу выдает ошибку "фаил с таким именем уже имеется в базе" и хоть ты тресни - внести его не получается. Приходится заставлять администратора чистить его вручную. На данный вопрос нам сказали - что мы "не корректно удалили фаил". Так вот как его корректно удалить ? Почему система не сообщает, что удаляется последняя связь с файлом ? Или если программа дает удалить такую связь, то почему не дает инструмент на ее возобновление ?

5)  Почему постоянно сыпется интерфей ? Постоянно сбиваются панели, в частности исчезает вторичное представление ?

6)  Почему, когда берешь сборку в работу, то блокируется только эта сборка, без входящих подузлов и деталей ? Было такое, что взяли подузлы и начали править, а кто-то взял общую сборку и нажал - получить информацию... Когда люди отредактировав подузлы нажали сохранить. то всем выдало ошибку .. И ничего не сделать в такой ситуации... Т.е. почему не блокируются подузлы или же почему не говорит общей сборке, что кто-то редактирует подузел и ее пересохранять нельзя ?

7)  Как создавать вторичное представление со скана и прочего ? (есть некоторые старые чертежи. которые мы отсканировали и внесли в базу под видом чертежей и  спецификаций, но получить информацию с такого ЛОЦМАН не может)

8)  Как в структуру ЛОЦМАНа осуществить пункт спецификации - допускается замена, разрешается замена ?

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

10)  Как открывать файлы, если не знаешь структуры модели ? (Без учета поиска. Т.е. я не знаю машины, но мне нужен определенный узел. Раньше все это было в одной папке и я просмотрел по ней и открыл, а тут только поиском ищешь, открываешь, а он входит в другой - пока найдешь его. откроешь, а там еще что-то... )
Вернее даже вот так - можно ли изменить вид отображения структуры - БЕЗ ДЕРЕВА, только сами файлы...

11)  Как правильно вносить исполнения детали ? У нас в модель входит только -02 исполнение, но сама модель не входит ? Нам как его - сначала вносить отдельно полностью.а  от туда подтягивать исполнение (но тогда куда его вносить ? Делать темповскую папку в структуре?)

12)  Почему исполнения сборок строят структуру в хаотическом порядке - есть сборка с 3 исполнениями. Отличается только местоположением деталей.  Заносим в базу, а она простраивает полностью основную и -02, а -01 остается пустой...

13)  Как реализовывать конфигурацию (или точно не помню как называется). Вот допустим (пример выдуманный) хотим сделать выборку автомобилей с кузовом и с фурой. В свою очередь, если с фурой, то тогда с какой: тентованой или открытой. А нам при выборке выдает все вопросы подряд - допустим выбераешь кузов.  а он спрашивает фура тентованная или нет ....

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

Это только те. что быстро вспомнил... В процессе работы их еще возникает очень много...

[Kirilius83]

А извещениями на изменение вы не пользуетесь?

[ReydAn]

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

[Kirilius83]

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

[Warlock-72]

1)  Как правильно вносить информацию (собственно это и спрашивал выше). Как добиться того, чтоб файлы ссылались на нужные документы ?

Автоматизировать процесс изменения ссылок на нужные файлы/документы Вам вряд ли удастся - только ручками.
Несколько лет назад пытался сохранить проект целиком в ЛОЦМАНе (небольшой радиоэлектронный прибор). Это то еще занятие... Вручную создавал объект головной сборочной единицы (самый верхний уровень), в нем - объект спецификации. К нему прицеплял соответствующий файл. Затем из файла спецификации штатным ЛОЦМАН-Интегратором получал "дерево" изделия. К каждому объекту прицеплял соответствующие файлы чертежей и моделей, причем, предварительно закидывал эти файлы на временный диск в ЛОЦМАНе. Потом в спецификации менял ссылки на чертежи и модели (указывал путь к файлам в ЛОЦМАНе). И так - для каждой спецификации... Это - жесть, конечно! Если "с нуля" вести разработку в ЛОЦМАНе, то это, наверное, попроще будет, но переделывать проекты, выполненные на локальных ПЭВМ - мрак!

2)  Как правильно вводить изменения на этапе разработки ? Допустим я разрабатываю новое изделие и создаю примерную структуру дерева. Позже я понимаю, что нужно поменять половину структуры ? Как быть в такой ситуации ? Мне в ЛОЦМАНЕ все перебирать по новой, что ли ?

Проще изменять структуры при помощи штатного интегратора из КОМПАС-спецификации.

3)  Как правильно вводить изменения, сделанные параллельно. Мы сейчас вводим подопытный экземпляр из нашего архива. В процессе работы в самом архиве его отредактировали. Как нам правильно подменить его в базе ЛОЦМАНа ?

Попробуйте работать с версиями объектов, либо ограничивайте доступ. Можно ограничивать доступ к типам объектов, к их состояниям, ограничивать доступ группам пользователей и персонально... Например, есть архивная версия 1. Закрыли доступ для ее редактирования. Теперь изменить состав ("дерево") можно только путем создания версии 2 в состоянии "Проектирование", например. В общем, тут возможны варианты...

4)  Как корректно удалять файлы/ вносить удаленные в базу ?
Порой вводя файлы в базу выдает ошибку "фаил с таким именем уже имеется в базе" и хоть ты тресни - внести его не получается. Приходится заставлять администратора чистить его вручную. На данный вопрос нам сказали - что мы "не корректно удалили фаил". Так вот как его корректно удалить ? Почему система не сообщает, что удаляется последняя связь с файлом ? Или если программа дает удалить такую связь, то почему не дает инструмент на ее возобновление ?

Если вы объекты "вырезаете", то они удаляются только из состава изделия, но в БД остаются, причем, вместе с файлами. Возможно, именно это имеете в виду?
Еще один нюанс... В ЛОЦМАН 8.5 (если не наврал с номером версии) невозможно было сохранить файлы с одинаковым названием, даже если они принадлежали к разным версиям объектов - мы в имени файла добавляли еще и индекс номера версии (типа, _в.1, _в.2 и т.п.). В ЛОЦМАНе 2013 уже появилась возможность в разных версиях объекта сохранять одно и то же имя файла. Есть еще один нюанс с этим...Если вдруг так окажется, что в БД одновременно будет присутствовать один и тот же объект, но с разными номерами версий, например, 1 и 2, то при попытке добавить файл к объекту версии 2 ЛОЦМАН, скорее всего, не даст этого сделать, т.к. этому будет препятствовать файл от объекта с активной версией 1. Ну, или "Вырезанный", но не удаленный объект.

Продолжу позже...

[KiDim]

По п.4. Файл обязательно удалить, а не вырезать. Потом сохранить изменения в БД. Ну и смело добавляем новый файл.

[ReydAn]

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

[Дмитрий22]

Под редактированием я подразумевал, что параллельно внесением занимаются несколько человек и вот в эти моменты ЛОЦМАН конфликтует...
Раздавать права - они и так розданы.

Попробуйте отказываться от прав на объект, если выдаете права другому человеку. Идея заключается в том, что права на объект должны быть только у одного человека. Проблем будет меньше. Проверено.

2)  Как правильно вводить изменения на этапе разработки ? Допустим я разрабатываю новое изделие и создаю примерную структуру дерева. Позже я понимаю, что нужно поменять половину структуры ? Как быть в такой ситуации ? Мне в ЛОЦМАНЕ все перебирать по новой, что ли ?

Мы Для себя решили так: модели строим в другой лицензионной программе со своей PDM. Эта PDM никак не связана с Лоцманом. В Лоцмане храним только чертежи и спецификации. Примерный состав формируем сразу, окончательный - только после полной проработки 3D моделей и подписания чертежей. Производство не серийное. Надеюсь, наш опыт кому-нибудь пригодится. Головняков реально меньше. В 3D почти полная свобода. Можно в одной детали создать много других, потом разбить на тела и транслировать в Компас, а в компасе уже строить спецификацию и оформлять чертеж. Затем по подписанной спецификации строим окончательный состав изделия в Лоцмане.

[Danila]

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

Что-то отошло немного от изначальной темы...

-Каким способам и как открывается фаил (вот взяли мы в работу и выбрали нужный фаил. Дальше можно нажать на нем ПКМ и выбрать открыть или просто двойным кликом. Ну и также можно перетянуть его напряму в окно компаса. Так вот в чем разница ? Почему открывая одним способом он спрашивает синхронизацию, а другим - молчит

Здесь существует 2 способа работы.

1. Когда выгружается весь состав со всеми файлами в вашу папку (работы или чтения в зависимости от режима работы). Тогда если у вашего файла есть ссылки на нижележащие модели, то вся структура подцепится и все будет отображаться корректно.
Это происходит при открытии через двойной клик. Запускается транслятор, который выгружает файлы в соответствии с настройками.

2. Когда открывается только сам файл на чтение, без нижележащей структуры файлов. Тогда ссылки в модели будут некорректны.
Это происходит, когда перетаскивается файл (drag and drop) и когда, открываешь через контекстное меню (ПКМ) - Открыть. А также через viewer.

Вроде так. Других вопросов так много и так все перемешано...

Если строить структуру изделий в pdm-системе (читать Лоцман) снизу вверх, и применять сохраненные нижележащие сборки вверху. То структура будет корректно открываться. Но если например, как мы сделали, изменить место размещения хранения файлов - то появятся проблемы, которые так просто не решить(

[ReydAn]

Автоматизировать процесс изменения ссылок на нужные файлы/документы Вам вряд ли удастся - только ручками.
Это - жесть, конечно! Если "с нуля" вести разработку в ЛОЦМАНе, то это, наверное, попроще будет, но переделывать проекты, выполненные на локальных ПЭВМ - мрак!

Так в том то и дело, что "наверное"... Мы еще даже не пробовали, но боимся этого... ЛОЦМАН сам перелопачивает структуру при каждом обновлении и каждый раз по разному... Т.е. делаешь что-то, а оно потом раз - и не так как нужно или еще хуже - исчезло вообще.
На данном этапе занесения уже проверяем структуру после каждого затрагивания сборки высшего уровня, а это то еще увлечение
Кстати база у нас не маленькая. Хотим, чтоб она в ЛОЦМАНЕ была... 

Проще изменять структуры при помощи штатного интегратора из КОМПАС-спецификации.

Эммм... Расскажите, пожалуйста, подробнее, что за интерпритатор такой ? Вы имеете ввиду изменить спецификацию в компасе, сохранить ее в базе ЛОЦМАН и потом взять из нее информацию ?

Попробуйте работать с версиями объектов, либо ограничивайте доступ. Можно ограничивать доступ к типам объектов, к их состояниям, ограничивать доступ группам пользователей и персонально...

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

Если вы объекты "вырезаете", то они удаляются только из состава изделия, но в БД остаются, причем, вместе с файлами. Возможно, именно это имеете в виду?

Именно это и имел ввиду. Допустим мы вырезали, объект остался в базе... Но теперь мы хотим его добавить в другое изделие. Как его достать из базы ? При добавлении нового пишет - объект уже имеется... И никаких вариантов, типо "не желаете ли его подключить?".
Помимо этого - при взяти информации со сборки, она может поменять структуру базы и некоторые компоненты исчезают... И опять же - добавить их не получается... Только вносить индексы в имена (01, 02 ...) (Но это в корень не верно!), или просить администратора чистить их в ручную и вносить по новой.

Кстати забыл сказать - ЛОЦМАН 2014 у нас...

[KiDim]

Тапаете на требуемый объект и копируете его в буфер. Потом выделяете место в дереве проекта куда хотите его получить. Ну и вставляете. Все. Исходник будет исходником, а копия будет копией. Реальное неудобство на данный момент - нет никакого индикатора, что есть исходник, а что копия. Запрос в ТП делал - ничего сделать пока не обещали...

[ReydAn]

апаете на требуемый объект и копируете его в буфер. Потом выделяете место в дереве проекта куда хотите его получить. Ну и вставляете. Все. Исходник будет исходником, а копия будет копией. Реальное неудобство на данный момент - нет никакого индикатора, что есть исходник, а что копия. Запрос в ТП делал - ничего сделать пока не обещали...

Это если он есть в структуре еще где-то...
А у нас база голая, мы внесли его в дерево свое, он исчез... (При перестнойке дерева, когда брали информацию и общей сборки (Как нам говорят - вы не корректно удалили)). Так вот - в структуре его нигде нет, а вот в базе имеется.... И когда пытаемся его внести по новой пишет - уже есть такой... А вот как его вернуть то ? Вот нет его нигде по дереву... Не могу я его скопировать ни от куда (

[Kirilius83]

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

[ReydAn]

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

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