Пересмотр (обновление) классификатора при обновлении стандарта (ГОСТ, ОСТ, ТУ)

[asterixik 6]

Коллеги, суть проблемы в следующем:

Имеется 2-tier Teamcenter 10.1 в классификаторе которого созданы справочники (Материалы, ПКИ, Стандартные изделия и т.п.). Каждым ICO справочника классифицирована соответствующая ревизия Материала, ПКИ, Стандартного изделия. Справочники наполнены и в работе, то бишь элементы справочников используются в множестве сборок и структур конструкторскими поздразделениями. ICO и соответствующий классифицированный ItemRevision имеют наименование согласно соответствующему стандарту (ГОСТу, ОСТу, ТУ), кроме того среди атрибутов ICO также имеется атрибут "Стандарт", в котором содержится наименование соответствующего стандарта. 

Произошло обновление стандарта. Т.е. например было ТУ ххх.ххх.хх-86, вышло ТУ ххх.ххх.хх-2016 (по сути изменился только год, остальные атрибуты элементов классификатора и правила формирования шифра наименования остались прежними). Необходимо провести изменения по классификатору.

На данный момент путь проведения такое изменения проводится следующим образом. Пересматривается (создается новая) ревизия соответствующего классифицированного материала, пки, ст.изд., при этом Teamcenter автоматически классифицирует новую ревизию аналогично предшествующей, то есть в соответствующем классе хранения классификатора создается новый ICO. Новой ревизий задается наименование в соответствие с новым стандартом. Далее в классификаторе удаляется ICO классифицировавшее предыдущую ревизию с недействующим стандартом. Редактируется новое ICO с действующим стандартом в котором заполняется атрибут "Стандарт" (при создании новой ревизии Teamcenter автоматически атрибуты не копирует и не заполняет). На ревизию материала, пки, станд.изд. с недействующим стандартом устанавливается статус "Анулировано" запрещающий её использование в новых сборках.

 

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

 

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

 

Думал возможно как-то с помощью импорта/экспорта решить проблему, но как? Экспортировать существующие ICO и объекты возможно, а вот при импорте как указать ТС необходимость создавать новые ревизии и устанавливать статусы на старые...

[lexx174 373]

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

[Krusty 194]

Вам придется писать собственное расширение.

[asterixik 6]

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

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

[lexx174 373]

Справочники - это вообще больная тема и толком нигде не решенная в плане единого решения. Каждый крутится сам.

У вас кстати справочники - это справочники в тимцентре в классификаторе?

 

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

Изменено 11 января 2017 пользователем lexx174

[asterixik 6]

Справочники в Teamcenter в классификаторе, на ICO хранятся основные атрибуты, и каждый ICO классифицируется соответствующий ItemRevision (наименование ICO и ItemRevision одинаковы), а уже этот ItemRevision (Материал, ПКИ, Ст.Изд) используется в сборках и структурах.

 

У нас на предприятии окончательного решения по справочникам пока так же не приняли. Так что пока существуют отдельно справочники САПР ТП, отдельно справочники Teamcenter, отдельно бухгалтерия и т.д. и т.п.

 

Идея использовать единый справочник НСИ была, и даже есть до сих пор, но для этого помимо инструментария ведения этого единого справочника, ещё нужны средства интеграции с Teamcenter, САПР ТП и другим используемым ПО, либо как минимум отдельно интеграции САПР ТП с Teamcenter, и единого справочника с Teamcenter же. Изкоробочных решений либо не много, либо они вообще отсутствуют. Возможность реализации интеграции своими силами сомнительна. 

 

Если уж зашла речь о едином справочнике НСИ, не поделитесь опытом, кто какой инструментарий (ПО) использует для ведения этого самого единого справочника, если использует.

[lexx174 373]

28 минут назад, asterixik сказал:

У нас на предприятии окончательного решения по справочникам пока так же не приняли. Так что пока существуют отдельно справочники САПР ТП, отдельно справочники Teamcenter, отдельно бухгалтерия и т.д. и т.п.

 

Идея использовать единый справочник НСИ была, и даже есть до сих пор, но для этого помимо инструментария ведения этого единого справочника, ещё нужны средства интеграции с Teamcenter, САПР ТП и другим используемым ПО, либо как минимум отдельно интеграции САПР ТП с Teamcenter, и единого справочника с Teamcenter же. Изкоробочных решений либо не много, либо они вообще отсутствуют. Возможность реализации интеграции своими силами сомнительна. 

 

Если уж зашла речь о едином справочнике НСИ, не поделитесь опытом, кто какой инструментарий (ПО) использует для ведения этого самого единого справочника, если использует.

На примере пары предприятий авиапрома, насколько знаю - там есть что-то вроде заводской/корпоративной АСУ, в которой и хранятся данные по НСИ,а в тимцентр и другие системы данные попадают уже путем интеграции. Интеграцию каждый делает так как может и считает нужным.

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

 

от единой БД НСИ и прочего отказаться, а в каждой системе - PDM,ERP итд хранить только те данные которые приоритетно нужны конкретной системе по ее предметной области, и при этом предусмотреть интеграцию для обмена данными между справочниками разных систем.

Т.е тимцентр например хранит состав изделия, в справочниках - крепеж, материалы(которые нужны только согласно спецификации сборки),ПКИ, в 1С своя номенклатура справочных данных итд.

 

Помимо собственно НСИ есть ведь еще инструмент, станки, оборудование, итд

[Uvik 0]

Такая же ситуация и по инструменту складывается. Пока  только размышления, как сделать на практике- решения нет.

Есть, к примеру, классификатор (дерево), на определенном уровне находится абстрактный класс, к примеру «Фрезы шпоночные ГОСТ 9410-78». В нем уже находятся классы хранения по типу фрез данного ГОСТа…

Пришло извещение об изменении нормативной документации, в котором прописано, что данный гост не действует, взамен введен 53003-2008.

Начали изменять…. Первое, дерево, построили новый абстрактный класс «….ГОСТ 5300-2008» и все объекты ТС и объекты ICO, были пересозданы и классифицированы в новый класс.

Сейчас пришло новое извещение, что ГОСТ 5300-2008 отменен, действует ГОСТ 9410-2015.

Не спорю, что можно добавить атрибуты на классы, типа статус, или «взамен чего», но пользователи, как правило, на это особо не смотрят, если только совсем скрыть. (Именно скрыть, а не удалить, т.к. данный справочник может быть синхронизирован с другими корпоративными системами, где могут отображаться остатки по инструменту/материалу)

Вопрос, как проводить  очередные изменения??? Если просто меняется год, то как делают у нас в отделе стандартизации, его просто убирают из обозначения, к примеру Фреза 14 -4-111 -N9 ГОСТ Р 53003.

А вот если такая чехарда с заменой нормативной документации, как правильно сделать??? 

Изменено 11 января 2017 пользователем Uvik

[asterixik 6]

@Uvik у нас используется иной подход к организации справочника, шифры стандартов у нас не участвуют в наименовании классов,  приведу пример для материала из алюминиевого сплава "Лист Д16.А.М 2.5 ГОСТ 21631-76".

Организована следующая иерархия абстрактных классов: Материалы\Металлы\Цветные\Алюминиевые сплавы\Д16\Д16.А.М\

Далее класс хранения: Лист

Который содержит ICO наименованные в соответствие с стандартами, т.е.

Цитата

...

Лист Д16.А.М 1.8 ГОСТ 21631-76

Лист Д16.А.М 2.5 ГОСТ 21631-76

Лист Д16.А.М 3.0 ГОСТ 21631-76

..

Кроме того в соответствие с каждым ICO создан Item соответствующего типа (для примера Материал), ревизия которого имеет наименование аналогичное ICO, т.е. "Лист Д16.А.М 2.5 ГОСТ 21631-76", и она классифицирована этим ICO.

 

[lexx174 373]

А MaterialManagement использует кто-нибудь?