Windchill и Извещение об изменении

[DGroot 8]

Опытные подопытные расскажите, как у Вас организовано оформление Извещения об изменении в среде Windchill.

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

Допускаю, что специалисты из PTC не знают нашего ГОСТ 2.503, а мы не знаем их методики (нормативной базы) в части касающейся оформления извещения об изменении. (Наши внедренцы похоже, что не знают ни того ни другого).

P.S. От "спецов" все время приходится слышать, что то что в терминологии локализованного по русски Windchill называется Извещение об изменении (Предварительное извещение) вовсе не то, что мы традиционно под этим понимаем (Смотришь в Windchill, а видишь ...............).

Непонятно, что нужно делать - то ли Windchill под наши требования ЛОМАТЬ, то ли свои процессы ломать под требования Windchill.

Изменено 4 ноября 2008 пользователем DGroot

[DmitryV 0]

То что придется ломать, это - 100%. Вопрос только в том, что легче.

[Shastin 0]

советское ИИ (и все другие "И" по 2.503) - это изменение конструкторской документации отраженное на бумаге

а буржуйские ECR (eng. change request) и ECO (eng. change order) являются неотемлемой частью ECM (eng. change managment) - процесса управления изменениями

насколько правильно давать перевод ECR и ECO как ПИ и ИИ покажет время, но буржуйские системы PDM ориентированы на процесс, а не на бумагу.

поэтому или забить на процесс ECM и гонять по workflow советский бумажный "И", или перестраивать себя на процесс управления изменениями.

[DGroot 8]

советское ИИ (и все другие "И" по 2.503) - это изменение конструкторской документации отраженное на бумаге

а буржуйские ECR (eng. change request) и ECO (eng. change order) являются неотемлемой частью ECM (eng. change managment) - процесса управления изменениями...............

........ но буржуйские системы PDM ориентированы на процесс, а не на бумагу.........

......... перестраивать себя на процесс управления изменениями.

Shastin, кратко но точно по содержанию. Я всегда был сторонником того, что если уж поимел некий (САПР, СУБД, PDM и т.п) программный продукт, то выжми из него всю полезность которую можно, и только потом говори чем он плох. Почти всякий иностранный продукт, в большей или меньшей степени. не удается без проблемно внедрть на российскую почву. Да приходится идти на компромиссы. Устанавливать таблицы несоотвествий нашим требованиям и с этим жить. Но это при условии, ели все же удается извлечь полезность. Иначе - пустая трата времени и денег.

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

Изменено 12 декабря 2008 пользователем DGroot

[DmitryV 0]

....... но буржуйские системы PDM ориентированы на процесс, а не на бумагу.........

И мы (Россия - матушка) со страшным скрипом, но движемся в направлении процессного подхода к управлению изменениями.

[DGroot 8]

Опытные подопытные расскажите, как у Вас организовано оформление Извещения об изменении в среде Windchill.

К сожалению, не узнав от форумчан, ничего конкретного (надеюсь, что это все же не тайна), продолжаю рассказ - "А как это у нас".

А у нас оформление извещений об изменении идет следующим образом.

1 Эпоха оформления Вордовых файлов с извещением связанных с документом заканчивается.

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

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

3 Рассматривается вариант перехода на извещение об изменении как составную часть самого документа. Т.е. содержание извещение войдет в реквизитную часть документа как совокупность соответствующих атрибутов.

Это исключит процесс связывания извещения с документом и упростит еще некоторый перечень операций.

И мы (Россия - матушка) со страшным скрипом, но движемся в направлении процессного подхода к управлению изменениями.

На самом деле у нас осуществляется процессный подход в управлении изменениями. Вот только пока он никак не связан с Windchill. Но Это отдельный вопрос и требует времени.

Будет что рассказать напишу.

[Motorhead 0]

Опытные подопытные расскажите, как у Вас организовано оформление Извещения об изменении в среде Windchill.

Мы пока ничего умнее, чем создание вордового файла с извещением и его согласованием в PDM (как самостоятельного документа) с последующим "прикручиванием" его к новой версии документа, не придумали...

У нас ситуация похожая:

- Извещение регистрируется в Windchill как специальный "soft_type" WT-документа;

- "Первичного контента" извещение не имеет (зачем он ему?);

- В извещении создаются ссылки на изменяемые документы.

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

P.S. Описал самую суть. Если интересны подробности, то буду рад поделиться.

Изменено 31 октября 2009 пользователем Motorhead

[Mr Eugene 0]

У нас ситуация похожая:

- Извещение регистрируется в Windchill как специальный "soft_type" WT-документа;

- "Первичного контента" извещение не имеет (зачем он ему?);

- В извещении создаются ссылки на изменяемые документы.

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

P.S. Описал самую суть. Если интересны подробности, то буду рад поделиться.

Вы завАду-строителю отправляете ИИ или ПИ? согласование ИИ (ПИ) + изменяемая КД с заводами производите? какие успехи на этом поприще?

[Motorhead 0]

Вы завАду-строителю отправляете ИИ или ПИ? согласование ИИ (ПИ) + изменяемая КД с заводами производите? какие успехи на этом поприще?

Предварительные извещения (ПИ) приходят как раз с завода-строителя (бумажки), а обратно высылаются извещения об изменении (ИИ) и откорректированная документация в формате PDF. Работаем по такой схеме около 2-х лет по проектам, в отношении которых внедрен конструкторский документооборот на основе Windchill.

[Mr Eugene 0]

Предварительные извещения (ПИ) приходят как раз с завода-строителя (бумажки), а обратно высылаются извещения об изменении (ИИ) и откорректированная документация в формате PDF. Работаем по такой схеме около 2-х лет по проектам, в отношении которых внедрен конструкторский документооборот на основе Windchill.

Вы пришедшие ПИ погашаете своими ИИ или перевыпускаете ПИ в ИИ? Зачем отсылать КД на завод-строить, если они уже внесли изменения в КД, о чем Вам (в уведомительном порядке, так ведь?) прислали ПИ? На заводах-строителях не достаточно всего лишь ИИ от Вас?

тема взаимоотношений КБ и завода весьма интересная, особенно сейчас когда все стали самостоятельными юр.лицами.

[Motorhead 0]

Вы пришедшие ПИ погашаете своими ИИ или перевыпускаете ПИ в ИИ? Зачем отсылать КД на завод-строить, если они уже внесли изменения в КД, о чем Вам (в уведомительном порядке, так ведь?) прислали ПИ? На заводах-строителях не достаточно всего лишь ИИ от Вас?

тема взаимоотношений КБ и завода весьма интересная, особенно сейчас когда все стали самостоятельными юр.лицами.

Все изменения, внесенные в КД при оформлении ПИ считаются предварительными до получения извещения о погашении данного ПИ. Вариантов оформления погашения ПИ масса, в том числе и с отступлениями. Завод сам настоял на передаче откорректированной документации в комплекте с извещением.

P.S. У нас (в судостроении) и раньше ЦКБ и заводы были самостоятельными предприятиями.

[Mr Eugene 0]

Все изменения, внесенные в КД при оформлении ПИ считаются предварительными до получения извещения о погашении данного ПИ. Вариантов оформления погашения ПИ масса, в том числе и с отступлениями. Завод сам настоял на передаче откорректированной документации в комплекте с извещением.

P.S. У нас (в судостроении) и раньше ЦКБ и заводы были самостоятельными предприятиями.

еще:

ИИ выпускается тогда, когда не требуется подготовка производства (или уже не требуется), в противном случае выпускается ПИ.

вопрос:

когда завод присылает ПИ подгтовка производства, если она небходима, уже завершена? если нет, то как соотносятся во времени выпуск ИИ и поступление информации о завершении ТПП?

[ded Yagyn 0]

а у кого как решен вопрос с самим измененным документом.

Подписываются ИИ, после этого вносятся незначительные изменения в КД, соответственно документ изменен, и создается новая версия. Но подписи получены к предыдущей версии. Не переподписывать же документ заново?

[Mr Eugene 0]

а у кого как решен вопрос с самим измененным документом.

Подписываются ИИ, после этого вносятся незначительные изменения в КД, соответственно документ изменен, и создается новая версия. Но подписи получены к предыдущей версии. Не переподписывать же документ заново?

если вносятся ИЗМЕНЕНИЯ - то значит полный путь по согласованию и подписыванию.

а если под "изменением" подразумевается смена статуса документа (та же смена литеры) - то зачем его отражать в исходном электронном документе - это функция системы управления данными.

зы: на предприятии, где раньше работал, сканировали бумагу по всеми подлинными подписями, и при изменении литеры проводили изменение в бумаге и повторно сканировали :), но так можно допускать только на самых первых шагах приучения конструкторов к работе в системе управления данными.

[Елена 116]

У нас подписывается электронное ИИ. Заменить документ в основном эл.архиве, поставленный на учет можно только с выпуском ИИ (реализовано при согласовании КД СТО и ТП ЧПУ). Подписи под ИИ автоматически дублируются для комплекта КД или ТД с пометкой согласовано по извещению. Предыдущие документы сохраняются в архиве (т.е. другая таблица) с инвентарными номерами, литерой, датой сохранения в архиве. Предыдущие версии всегда можно посмотреть. Только не Windchill, а своя.

[DGroot 8]

а у кого как решен вопрос с самим измененным документом.

Подписываются ИИ, после этого вносятся незначительные изменения в КД, соответственно документ изменен, и создается новая версия. Но подписи получены к предыдущей версии. Не переподписывать же документ заново?

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

[VLAD_STM 0]

чем малозначительнее изменение (как кажется в первый момент), тем более значительные его последствия.

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

[ded Yagyn 0]

При смене статуса (литера) в КД литера должна появиться (измениться), соответственно надо изменить и сам документ.

Для изменения параметра в Windchill новая версия не создается, но при изменении параметра в ProE создается - как выходить из ситуации?

[DGroot 8]

При смене статуса (литера) в КД литера должна появиться (измениться), соответственно надо изменить и сам документ.

Для изменения параметра в Windchill новая версия не создается, но при изменении параметра в ProE создается - как выходить из ситуации?

Тему присвоение литера я начал рассматривать на

<noindex>http://fsapr2000.ru/index.php?showtopic=42002</noindex>

На сегодня у нас присвоение литеры - это оформление новое версии документа со всеми вытекающими отсюда последствиями. С учетом того что ГОСТ 2.503 требует на каждый документ в электронном виде отдельного извещения.

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

[ded Yagyn 0]

Минус того, что литера будет в статусе, на мой взгляд, в том случае, когда документ будет проходить корректировки при переходе с литеры О на литеру О1 (например). Чтобы не потерять статус документа (литеру) придется заводить состояния "литера О", "литера О на проверке" и тд, А занесенный параметр легко найти.

Вообще, как мне кажется, это должна быть единая политика от самого PTC или от всех внедренцев, а не так, чтобы каждое предприятие, наступив на одни и те же, грабли пыталось решить ситуацию согласно ГОСТ с минимальными потерями.