Интеграция с SolidWorks

на каком уровне вы сейчас поддерживаете импорт из Солида? если учесть еще наличие у него собственной "подпорки" SWR-PDM?
У нас эта парочка есть в КБ, но для нужд производства она очень криво состроена, на мой взгляд.
Не все изделия и не всегда в том же формате надо импортировать, как они внесены в ПДМ...
Приходится порой делать часть изделия, что не вполне описывается документом ПДМ

имеется в виду, что конструкторское подразделение, вынужденное работать с SWR-PDM, не может (пока) генерировать запрос на производственные участки производства внутри этой системы. Они нам просто сообщают "свои намерения" простым "вордовским" языком.
Причина в том еще, что порой им (да и нам) требуется изготовит набор деталей, не связываемых явным образом (например, неудовлетворительной геометрии, либо сломавшихся)
В Технолоджике это сделать гораздо понятнее, как мне представляется, через производственное задание, как некий ремонтный комплект, тем более что мы внесем в систему и "предысторию" , т.е. выбраковочные документы, созданные ОТК.
Результатом является отремонтированное изделие и пакет технологических предложений для предварительного извещения (ПИ).

Народ, мне кажется мы пытаемся обсудить одновременно несколько проблем. На самом деле сначала надо их разделить.
1. насколько я понимаю, речь идет о неком виде состава, который отличается от конструкторского. Есть виды состава, работа с которыми зачастую ведется в технологических подразделениях (например - технологический состав, ремонтный состав и пр.) - то есть эти данные можно отнести к нормативным. Больше того, ведение данных видов состава нельзя отделять от задачи ведения состава конструкторского - для правильной и своевременной обработки конструкторских изменений, которые в ряде случаев требуют являются причиной пересмотра его клонов.
2. состав производственный - это состав КОНКРЕТНОГО изделия (комплекта), созданный на основании тех самых нормативных данных (см. п.1), который относится уже к ЭКЗЕМПЛЯРУ(ам) изделия/комплекта - и, соответственно, к производственному заказу.
Виды состава указанные в п.1 и 2, живут каждый своей жизнью.
Вывод - нельзя разделять (разносить по разным системам) тесно взаимосвязанные вещи. Если мы ведем конструкторский состав в SW PDM, то ТАМ ЖЕ нужно вести остальное, перечисленное в п.1
Если мы пытаемся вести клоны конструкторского состава в TechnologiCS (что дает нам возможность корректно формировать производственный состав, относящийся к заказу), то ТАМ же должен присутствовать и КОНСТРУКТОРСКИЙ состав (как оригинал, из которого, получаются все остальные клоны) - иначе мы погибнем в изменениях, не сможем их корректно обработать, поверьте.
Рассуждаем далее. Если мы хотим, чтобы у нас в TechnologiCS был АКТУАЛЬНЫЙ конструкторский состав - нужно формировать  документ "Спецификация" в виде отчета из системы (это единственная гаранитя актуальности) и утверждать его как конструкторский документ.
Вариант - если мы не можем отказаться от ведения конструкторского состава в SW PDM, то необходимо принять меры (технические и организационные) для того чтобы TechnologiCS мог за ним корректно следить (то есть надо писать какую-то автоматизацию, при этом исключив возможность ручного вмешательства и коррекции).
Если мы определитмся с ответами на перечисленные вопросы, четко разделим зоны ответственности между системами - тогда и станет понятно, что делать и какие доработки писать для TechnologiCS или для SW.

Давайте уточним еще один момент:
где находятся технологи и каким образом они взаимодействуют с конструкторским подразделением? конкретно - передача КД, проведение изменений по КД, реакция технологов на изменения (собственные ИИ), механизм согласования КД на технологичность, предложения технологов об изменении конструкции.
Кто, в какой последовательности и каким образом выполняет данные действия?
Будут исчерпывающие ответы - будет модель общей системы и механизмы взаимодействия SW PDM и TechnologiCS:)

Здравствуйте!
Конмтрукторов достаточно большо количество - более 200 мест, плюс нас (производство) чуть менее.
Все мы в сетке по типу "1место-1провод". При этом к ПДМ подключены все, но "в разной степени" :)
Ваш продукт "пробуем" еще с 3 версии, но нынешняя редакция приблизилать по декларируемым функциям и процедурам к 90% соответствию нашим требованиям, и потому "мы снова с вами" :).

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

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

Хотелось бы большей ясности в ответе на 1-ый вопрос - можно ли импортировать спецификацию из SW? Можно - это хорошо, только вот как?