---

Guten Tag zusammen

Teamcenter 8.3.2.3
NX 7.5

Teilefamilie in TC angelegt vor langer Zeit. Familienmitglieder sind NK-Bauteile und jedes Mitglied hat eine eigene 10-stellige Nummer zugewiesen bekommen. NK-Bauteil ist nur eine Bezeichnung und zur Vereinfachung nehme ich als Nummer die 1.

Alter Zustand:
- NK-Bauteil mit Nummer 1, sehr oft verbaut, in viele Stücklisten und Bauteilen vorhanden.

Neuer Zustand (bzw. dies soll erreicht werden):
- ALLE NK-Bauteile werden durch SK-Bauteile ersetzt, behalten jedoch die Nummern der alten NK-Bauteile.

Bisher wurde folgendes versucht:
1. in TC wurde die Nummer geändert - aus 1 wurde 1-1 gemacht. In NX, in der Teilefamilie, wurde die Nummer ebenfalls geändert. Teil mit neuer Nummer aktualisiert und gespeichert
2. neue Teilefamilie für SK-Bauteil angelegt
3. in Teilefamilientabelle für das erste SK-Bauteil die Nummer 1 zugewiesen bzw. eingetragen
4. Beim Erzeugen des neuen Teils in NX wird gemeldet "Gefundenes Familienelement-Teil stammt nicht von der gewünschten Teilefamilie"
5. Teil wird nicht erzeugt.

Wie kann man vorhandene Nummern in TC einem anderen Bauteil zuweisen?

Wir wollen keine neue Nummer vergeben, da der Änderungsaufwand gewaltig ist. Teilefamilie besteht aus 12 Kindern, die in sehr viele Stücklisten aufgelistet sind und in vielen Baugruppen eingebaut wurden.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

So ganz schlau werde ich aus deiner Beschreibung nicht.

Revisionieren?
An der Revision die Änderungen vornehmen. Dann braucht auch nix ausgetauscht zu werden. Lediglich die Laderegeln müssen stimmen. Man kann auch nur Geometrieänderungen vornehmen.

Eventuell Itemtyp ändern (wenn NK und SK unterschiedliche Itemtypen sind)?

Oder redest du von der UID (Item-ID)? Wenn irgendwo verbaut, müßten ALLE diese Baugruppen aktualisiert werden. Wenn irgendwo im Workflow oder Status vergeben, dann sieht es m.E. ganz schlecht aus.

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Yeti

Wir hatten zuerst versucht die alte Familientabelle umzuschreiben (Bezeichnung der Teile, Geometrieänderung, usw..). Hat leider nicht funktioniert. Deswegen haben wir eine neue Familientabelle angelegt mit dem neuen Teil -SK-.

Ich vermute stark, dass es um die item-id geht.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ohne es je getestet zu haben:

- in der benannten Referenz der alten Teilefamilienmama das UGPart gegen das der neuen Teilefamilienmama austauschen
- anschließend die alten Item-IDs in der Teilefamilientabelle anpassen
- dann die Teilefamilienkinder neu erzeugen

Aber bitte vorher nen Test mit einem nicht benötigten Bauteil machen, und vor Vollzug ne Komplettsicherung.

------------------
Grüße Meinolf

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

...Teilefamilienmama...Teilefamilientabelle...Teilefamilienkinder...

---

Ich weiß, dass TC mit Teilefamilien ein bißchen auf Kriegsfuß stand/steht.
Da der Fredersteller seine NX-Version nicht genannt hat, wird ja u.U. auch das Thema Zwangsbedingungen/Wave mit reinspielen.

Mir ist immer noch unklar, ob "nur" die Geometrie oder nur die ID oder beides geändert werden soll.
Das mit den benannten Referenzen dürfte bei der aktuellen Situation (n-fach verbaut, eventuell irgendwo freigegeben/Status gesetzt) nur seeehr vorsichtig angewendet werden (Basics wie Sicherung bzw. üben im Testsystem setze ich voraus).

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Yeti - NX 7.5 (steht in der 4. zeile, 1. posting)

Ich weiß nicht genau wie ich das besser erklären soll. Ich arbeite mit TC+NX seit ca. 3 Monate.

wir haben eine Norm- und Kaufteile-Bibliothek in TC. In TC bekommt jedes Teil eine Eigene Nummer. Diese Nummer ist nur die Bezeichnung des Teils. es ist einfacher ein Teil 1234512345 zu nennen, als "Zylinderschraube DIN XXX M6x30" Nach der Erzeugung des Teils in NX, wird das Teil über ein Workflowprozess in TC mit SAP synchronisiert.

Nun haben wir eine Familie von 12 Bauteilen, die komplett durch neue Bauteilen ersetzt werden sollen.
Normalerweise hätten wir 12 neue Nummern angelegt, die neue Familie erzeugt und dann die Teilen ausgetauscht.

In diesem Fall sind die alten Teile so oft verbaut worden, dass ein händischer Austausch viel zu zeitintensiv ist.
Deswegen wollten wir in der ursprünglichen Familientabelle die Geometrie anpassen und die Benennung ändern sodass beim nächsten Öffnen der Baugruppe, die neuen Bauteilen geladen werden. Dies hat nicht funktioniert!! 
Der zweite Versuch war wie oben im Eingangsposting beschrieben.

Ich vermute stark, dass jedes angelegte Bauteil eine innere ID bekommt und dies verursacht die Probleme.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Yeti - NX 7.5 (steht in der 4. zeile, 1. posting)

---

Sorry, wer lesen kann, ist klar im Vorteil...

Frage 1: arbeitet ihr mit Status wie FREIGABE (Schreibschutz)?
Frage 2: habt ihr ein Testsystem (idealerweise ein Clone der Produktivumgebung)?
Frage 3: habt ihr revisionieren mal versucht?
Wenn 1 = NEIN und 2 = JA und 3 = NEIN: Mutti revisionieren, in der neuen Revision die Geometrie ändern und Revisionen der Kiddies erzeugen. Dabei wird die interne ID nicht geändert, die Nummer bleibt gleich und alle Kinderchen stammen immer noch von Mutti ab. Sollte mit einer Laderegel "latest revision" funktionieren, deshalb mal im Testsystem durchspielen.
Was jetzt noch im NX dazwischenfunken kann, sind die schon genannten Verknüpfungsfunktionen - hier muß die Revision u.U. von Hand ausgetauscht werden.

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von PG-Anwender:
...
Neuer Zustand (bzw. dies soll erreicht werden):
- ALLE NK-Bauteile werden durch SK-Bauteile ersetzt, behalten jedoch die Nummern der alten NK-Bauteile.
....

---

Ich habs auch nicht verstanden .... die Fragen sind z.T. auch schon gestellt worden ...

Was ist der Unterschied zwischen NK und SK ?
Sind das auch unterschiedliche ItemTypes ? ("Element")
Bleiben die Teile geometrisch gleich ?
Sind AssemblyConstraints ("Baugruppen Zwangsbedingungen") im Einsatz ?
Gibt es die SKs bereits ?
Was ist mit "Benennung" u/o "Bezeichnung" gemeint ? Die ID ?
Werden Konfigurationsregeln verwendet und wenn ja, wie schauen die betroffenen aus ?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich versuch es mal anders zu erklären

es wird eine M6x30-schraube verwendet. diese schraube soll durch eine M6x40 ausgetauscht werden.

Die M6x30 wird in unserem System (sowohl SAP wie jetzt auch in TC) unter der Bezeichnung 1234512345 geführt.

Die M6x30 wurde über eine Familientabelle erzeugt.

Für die neue Schraube wurde in der Familientabelle die Länge von 30 auf 40 geändert und die Bezeichnung von M6x30 auf M6x40 geändert. dies hat leider nicht funktioniert, aus anderen Gründen, die wir bereits kennen.

Im zweiten Versuch haben wir
- die Nummer "1234512345" in "1234512345-1" geändert
- eine neue Familie angelegt mit neuer Geometrie.
- Als Bezeichnung die alte Nummer vergeben: 1234512345
- Teil versucht zu erzeugen mit der Bezeichnung 1234512345
- FEHLERMELDUNG:  "Gefundenes Familienelement-Teil stammt nicht von der gewünschten Teilefamilie"

wenn diese Beschreibung auch unverständlich ist, dann muss ich meine frage hier aufgeben. besser kann ich es nicht beschreiben.

---------------------------------------------------------------

@Yeti
1. Wir arbeiten mit FREIGABE
2. es gibt ein Testsystem
3. Nein, revisionieren wird nicht gemacht. Die angesprochenen Teile sind Norm- und Kaufteile. Diese ändern sich normalerweise nicht. wenn sie sich ändern sollten, dann bekommen sie eine neue Nummer. In diesem Fall sollen die alten Teile komplett aus dem Sortiment entfernt werden und durch die neuen ersetzt werden. Dies bedeutet, dass wenn eine 20-jahre alte Maschine repariert werden soll, ab sofort die neuen Teilen eigesetzt werden sollen. Deswegen die nötige Änderungen an Stücklisten, Baugruppen usw.

@ThomasZwatz
1. NK und SK sind nur Bezeichnungen. Die teile unterscheiden sich in Länge und Durchmesser.
2. Es sind beide vom gleichen Elemententyp
3. siehe 1.
4. Baugruppenzwangsbedingungen sind im Einsatz
5. Die SKs gibt es noch nicht in unserem System
6. Benennung/Bezeichnung = Der Name eines Teils, den wir intern in der Firma vergeben in SAP und TC.
7. Keine Ahnung was du mit Konfigurationsregeln meinst.

-----------------------------------------------------

Ich gebe zwar noch nicht auf, aber möchte mich trotzdem jetzt schon für eure Mühe bedanken. Ich kenne mich leider zu wenig mit der Materie aus, sodass ich es perfekt erklären könnte.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Tja, einen Tod muß man sterben... 

Revisionieren ist m.E. die einfachste Lösung, denn die Baugruppen -in denen das Teil ausgetauscht wird- müssten ja auch revisioniert werden. Es sei denn, ihr nutzt TC eigentlich nur als Datentonne...
 
Hat den Vorteil, das man
1.) den alten Stand für Dokumentation/Nachweise/Ersatzteile/... behält und
2.) für einen Wechsel lediglich die BG einmal öffnen und speichern muß (entsprechende Laderegel vorausgesetzt).
Da ihr Freigaben benutzt, werdet ihr die bereits verbauten Teile nie rausbekommen. Und die Zwangsbedingungen werden u.U. den manuellen Austausch eh erfordern...

Wenn das "zu viel" Aufwand ist, solltet ihr die Zeichnungen/StüLis stempeln oder darin digital rumkratzen... 

Noch ein Tip für die Zukunft: benutzt die Item-ID nicht als "Attribut", sondern nur als UID. Für Material-/Sachnummern sollte man einfach ein Attribut nutzen. Dann kann man solche Sachen in Zukunft machen - was aber immer noch kein erstrebenswertes Ziel sein sollte...

------------------
Gruß aus Hamburg
 
Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

[Diese Nachricht wurde von Yeti am 20. Aug. 2015 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

Wer auch immer das entschieden hat bei Euch...

Ich persönlich finde ja schon das revisionieren ein "Verbrechen", wenn sich dann unter zwei Revisionen inerhalb einer ID zwei verschiedene Bauteile verbergen. Aber ihr geht ja noch einen Schritt weiter und wollt auf bereits freigegebene Items unter der selben Revision ein komplett neues Bauteil einschmuggeln. 

Das dies wohl offensichtlich nicht ein guter Weg ist, solltet ihr bereits an den aufkommenden Problemen erkennen. Zumindest eine neue Revision wäre angebracht.

Nicht böse gemeint, aber musste mal gesagt werden. Da möchte ich eigentlich auch nicht wirklich noch Hilfestellung geben und dies dann noch für andere Anwender als "Lösung" im Netz stehen zu lassen.

------------------
MfG 
Pascal

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

''innerhalb einer ID zwei verschiedene Bauteile verbergen''

passt1:
Das alte Teil wird gelöscht und es soll ein neues Teil unter der alten Nummer vorhanden sein. Das neue Teil unterscheidet sich nur in Länge und Durchmesser vom alten Teil. Das alte Teil ist tausend-fach verbaut.
Da das alte Teil komplett aus dem Bestand entfernt wird und auch für Reparaturen usw. nicht mehr zur Verfügung stehen soll, haben wir gehofft, dass durch eine Geometrieänderung das Problem sich einfach lösen lässt.

Yeti - Dieses Problem ist zum ersten mal aufgetreten. Ich denke es wird auch nicht so schnell wieder passieren.

passt1 - es war ein Versuch wert. vll hätte es eine Möglichkeit gegeben uns die Arbeit zu ersparen bzw. den Aufwand gering zu halten.

wir werden wohl neue Nummern anlegen, die Teile damit erzeugen und in den Baugruppen austauschen. Wird  eine umfangreiche Fleißarbeit

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

wenn die Vergangenheit eh wurscht ist dann kann man ja das bestehende Teil einfach geometrisch abändern und gut ists.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@Thomas: das ist ja sehr pragmatisch... Ich denke, das abgeleitete Zeichnungen etc. sich trotzdem nicht von alleine aktualisieren. An freigegebene Sachen mag ich da noch gar nicht denken. 

Aber um wenigstens eine der Eingangsfragen zu beantworten: ja, man kann im TC bereits vergebene Nummern (ID's) neu vergeben. Wenn man alle Relationen auf das gelöschte Teil sauber entfernt hat - damit sind sowohl die im NX als auch die im TC gemeint.

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo

Habt ihr überhaupt Schreibrecht auf die "Kinder" der Teilefamilie? Ihr setzt ja einen Status und ich nehme mal an, dass ihr da die Revision, UGMASTER usw. auch schreibschützt.
Eine geometrische Änderung sollte ja bei Schreibrecht auf die Kinder kein Problem sein.

Gruss hausi

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Yeti:
... Ich denke, das abgeleitete Zeichnungen etc. sich trotzdem nicht von alleine aktualisieren. An freigegebene Sachen mag ich da noch gar nicht denken.  ...

---

Genau das will man ja anscheinend auch nicht.
Was einmal war ist Vergangenheit und vielleicht gibts ja noch einen Ausdruck auf Papier oder PDF ...

Ob das in der betroffenen Umgebung ein Problem ist oder wird kann ich nicht beurteilen.
Stufe die Aktion aber als eher böse ein, ich würde zumindest revisionieren vorschlagen was ja bei einer inkompatiblen Geometrieänderung schon schlimm genug wär ...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP