Перейти к публикации

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


asterixik

Рекомендованные сообщения

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

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

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

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

 

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

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах


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

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

Изменено пользователем lexx174
Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
28 минут назад, asterixik сказал:

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

 

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

 

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

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

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

 

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

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

Изменено пользователем Uvik
Ссылка на сообщение
Поделиться на других сайтах

@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.

 

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • scrimline
      А возьми в учëт тот факт что рука уже сорвалась с места, датчик нагрузки сработал и выключил привод руки. Соответственно рука то уже может нормально функционировать, просто необходимо запусть еë принудительно, проблема в том что я не знаю как это сделать. 
    • andrey2147
      Конечно, раскоксовать поможет форум.
    • Guhl
      Есть вот такие штуки. Если не лень, то можете на оптопарах hcpl спаять самому На плк простая программа с высокоскоростным счетчиком  Как вариант, по прерываню от нуль метки переписывать значенин счетчика в регистр     А фанук сам не умеет разве в диагностике показывать количество импульсов, которые насчитал?
    • gudstartup
      это как например у датчика уровни ttl какой плк работает с ttl уровнями а если уж проверять то нужен тестер сигналов например lir 590 но надо жгут изготавливать и разъем который на аi приводах стоит для энкодера проще всего проверить заменой датчика только вот со сроками покупки беда  хотя может шестерня виновата??
    • scrimline
      Сомневаюсь что попало что-то, скорее всего оператор который работал до меня этой рукой не пользовался да и за эмульсией не следил. Думаю скорее закоксовалось, поскольку после команды рука стояла на месте секунды 2-3 и начала опускаться с рывком. По поводу ладдера, постараюсь скинуть, но на нашем предприятии проблемы и с флешками и с общей сетью, да и ПК на рабочем месте нет. 
    • Bot
      Команда CSD пообщалась с представителями компании «КС-ПРО» и выяснила, как происходило внедрение G-Station, сколько времени занял процесс перехода на новую платформу, узнала об организации совместной работы и о функционале платформы. Основное направление компании «КС-ПРО» — оказание комплекса услуг технического заказчика, в том числе и для крупных офисных девелоперов. Внедрение G-Station в «КС-ПРО» проходило в ноябре 2022 года. G-Station — это всего лишь один из модулей комплексной платформы G-Tech Suite. Специалисты компании отмечают, что G-Station действительно стала хорошей альтернативой BIM 360. Специалисты «КС-ПРО» получили доступ к полноценной единой информационной среде с облачным хранилищем файлов и моделей, а также такими возможностями, как: Управление проектами, пользователями и подрядчиками; Создание чек-листов; Создание шаблонов чек-листов с процессами согласования; Передача документации на строительную площадку; Просмотр 3D- и 2D моделей [...] View the full article
    • Bot
      АСКОН, российский разработчик инженерного программного обеспечения и ИТ-интегратор, подвел итоги 2023 года. Выручка компании выросла на 47% и достигла 5,6 млрд рублей, штат сотрудников увеличился до 1250 человек. Клиентская база пополнилась тысячью предприятий, и сегодня с решениями АСКОН работают почти 16 000 заказчиков из всех отраслей промышленности и строительства. На динамику бизнеса положительно повлияли рост промышленного производства, сопровождающийся инвестициями в цифровизацию, крупные инфраструктурные проекты и курс страны на технологический суверенитет. Лидерские позиции компании в разработке и интеграции подтверждены профессиональными рейтингами. АСКОН, единственный из разработчиков инженерного ПО, вошел в ТОП-100 российских ИТ-компаний в рейтинге CNews; второй год подряд — в десятку крупнейших ИТ-поставщиков в сфере промышленности и строительства по данным TAdviser; впервые назван в тройке ведущих proptech-компаний как [...] View the full article
    • senat93
      @tribogatirya FORD 800 mm есть пост с кинематикой. По стойкам Siemens 808d , 828 там надо смотреть что за станок,какие оси и т.д. Если что,пиши lynxsenat@gmail.com, по цене договоримся. 
    • esergey
      это всего лишь видео - я не шарю в этом ...  
    • lem_on
      ну с дуру известно что сломать можно.
×
×
  • Создать...