Danke für deine Rückmeldung, ok ich muss ein bisschen ausholen:
Wir verwalten im Teamcenter momentan nur Konstruktionsstücklisten, die die Konstrukteure im jeweiligen CAD-Programm verwalten.
Wir müssen unsere Projekte mit dem vom Kunde vorgegebenen CAD-Programm abwickeln.
d.h. wir haben NX- und CATIA-Projekte.
Damals haben wir uns für zwei unterschiedliche BOMView-Typen entschieden.
Einen eigenen für Catia und einen eigenen für NX.
Hauptgrund war damals, dass sich die beiden CAD-Programme nicht gegenseitig überschreiben können.
Beispiel:
Wir haben eine Catia-Baugruppe und für jeden verbauten Part gibt es auch ein JT.
Wenn man jz nur einen BOMView-Typ hätte, könnte man diese Catia-Baugruppe sofort auch ins NX laden (funktioniert durch die JTs) > dies wäre ein großer Vorteil
Nachteil von einem BOMView-Typ ist aber, dass die Struktur vom (Fremd-CAD-Programm) NX modifiziert werden könnte.
Der große Nachteil von unterschiedlichen BOMView-Typen ist wie schon erwähnt, die Thematik mit den Übernahme-Produkten.
Beispiel:
Ein Modul ist im Catia entwickelt worden und soll zukünftig auch im NX verbaut werden.
Aktuell können wir dies nicht verbauen, da für NX ein anderer BOMView-Typ konfiguriert ist und man somit das Modul nicht laden kann.
>> Work-around: man selektiert die Catia-BOMViewRevision und macht ein SaveAs für eine NX-BOMViewRevision (natürlich nur auf gefreezte Stände, sprich Objekte müssen bereits einen Status haben und somit braucht man die zweite BOM nicht ständig pflegen)
>>Der Pflegeaufwand ist aber mit dieser Methodik groß
Leider haben wir von Siemens noch keine richtige Empfehlung bekommen, die sind auf der Suche nach einem Referenzkunden.
------------------
MfG Michael
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP