---

Hallo,

gibt es jemanden von euch der Werkstoffe (Kunsstoffe, Metalle, etc.) über einen eigenen ItemTyp verwaltet?

Der Hintergrund meiner Frage ist folgender.

In unsere Branche ist das Thema Werkstoffe nicht ganz so einfach (Trinkwasser). Es ist z.B.: notwendig bei einem Kunsstoffteil exakt anzugeben welches Material verwendet wird.(Masterbatch, Hersteller, etc.) Es reicht also nicht aus einfach POM hinzuschreiben.
Jeder Werkstoff hat dann auch einige Dokumente (Zertifikate, etc.), die bei einer Produktzertifizierung miteingereicht werden müssen.

Im Moment lösen wir das mit den Werkstoffen so wie vermutlich einige andere auch, über ein Property auf der ItemRevision und einer extern verwalteten LOV.

Mir ist mal der Gedanke gekommen das über einen eigenen Werkstoff-ItemTyp zu lösen. Dazu müsste dann aber das Werkstoff-Item mit dem Item welches das Bauteil darstellt in Verbinung gebracht werden bzw. muss auch der Werkstoff auf der Zeichnung bzw. Stückliste auftauchen.

Gibt es jemanden von euch der auch aus dieser oder einer ähnlichen Branche kommt in der das Thema Werkstoffe so genau sein muss?

Oder hat jemand so eine oder ähnliche Anforderung über einen anderen Weg gelöst?

Ich würde mich sehr freuen einfach ein paar Inputs zu diesem Thema zu bekommen!!

Vielen Dank!

Grüße,

Thomas

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

---

Hallo,
wir hinterlegen zwar nicht so viele Werkstoffdaten, aber wir geben immer das Halbzeug an aus dem ein teil erstellt wird.
Dort sind dann auch weiterführende Informationen enthalten. Allerdings sind das keine extra Item Typen bei uns sondern ganz normale Artikel auf die verweisen wird.
Im moment schreiben wir die Infos dieser Artikel noch manuell in Felder die dann in der Stückliste angezigt werden, aber wir wollen auch dahin das man z.B. nur noch die ID eines Halbzeuges einträgt und der rest dann automatisch in die entsprechenden Felder gemapped wird. Ich fürchte allerdings das dass dann auf eine Programmierung rausläuft.

Würde das denn für euch einen Unterschied machen ob das ein extra Item-Typ sein soll oder nicht?
man könnte doch einen Atrikle um die benötigten Attribute erweitern und ein Werkstoff hat dann diese Attribute befüllt die anderen nicht.
Evtl. könnte man das dann auch so einrichten das beim Verweis auf die Werkstoff ID diese Werkstoff Attribute abgegriffen werden?

Ist nur ein gedankengang und so fit bin ich noch nicht in der materie, aber vllt kommt dir ja ne Idee dazu die dich etwas weiter bringt....

Grüße Corax

------------------
Schreibfehler sind beabsichtigt und dienen der allgemeinen Belustigung!

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

---

TC83_RohmaterialRelation.png

Ein Beispiel siehe Anhang ...

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

---

Hallo Corax, hallo Thomas,

danke euch beiden!

Ich möchte deswegen einen eigenen ItemTypen weil ich doch glaube dass ein Item welches einen Artikel darstellt anderen Abläufen folgt.

Aber so in etwas wie Du es geschrieben hast würde ich mir das auch vorstellen. Und vermutlich wird das nicht ohne Programmierung gehen.

Thomas, wie ist das bei euch, werden Infos aus dem Rohmaterial Item ans übergeordnete Item (Bolzen) übertrgen?

Grüße,

Thomas

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

---

Zitat:

---

Original erstellt von tom-nx:
..., werden Infos aus dem Rohmaterial Item ans übergeordnete Item (Bolzen) übertrgen? ...

---

Aufs Bolzen Item bzw. ItemRevision übertragen wirs nicht direkt ( d.h. es gibt dort keine CompoundProperties dazu ) weil wirs dort so nicht brauchen.
Aber in der NX Zeichnung taucht es auf, da kann man direkt übers Attributmapping aufs Rohmaterial-Item gehen ( z.B. für die Stoffnummer ).

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

---

Danke Thomas!

Gefällt mir sehr gut!! 

Grüße,

Thomas

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

---

Noch zur Ergänzung:
Das ist prinzipiell alles ohne Programmierung machbar ( Item / Relation / Attributmapping ).

Was zusätzlich dazuprogrammiert wurde ist "nur":

- Abgleich der Materialstämme/Klassifizierungsdaten "Rohmaterial" aus ERP nach TC. ( Da ist ERP der Master )
- Behandlung des RohmaterialItems beim Stücklistentransfer von TC nach ERP weil dann liegt ja keine BOM vor.

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

---

Hallo Thomas

Darf ich fragen, wie Ihr bei Eurer Lösung dem Körper eine Dichte zuweist bzw. woher diese Information kommt? Stehen die Objekte Teamcenter Werkstoff-Item <-> Dichte <-> Körper NX in einer Beziehung?

Ich danke Dir für die Information.

Beste Grüsse
Nelson

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

---

Hallo Nelson,

an welchen Thomas ist denn deine Frage gerichtet? 

Ich kann nur sagen, dass wir auf die Dichte keine Rücksicht nehmen.

Grüße,

Thomas

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

---

Zitat:

---

Original erstellt von nla:
... wie Ihr bei Eurer Lösung dem Körper eine Dichte zuweist bzw. woher diese Information kommt? Stehen die Objekte Teamcenter Werkstoff-Item <-> Dichte <-> Körper NX in einer Beziehung?...

---

Da gibts aktuell keine Verbindung, weil:
- Im Bereich Materialzuweisung in NX hat sich in der Vergangenheit sehr oft was geändert, da wollte ich nicht hingreifen
- Es ist keine Riesen- Nachfrage danach ( wäre sicher interessanter wenn z.B. auch NX Simulation eingesetzt würde, das ist aber nicht der Fall ... )

Wäre aber über UserExit(s) durchaus machbar ....

D.h. Ist-Zustand: Anwender weist dem Solid eine entsprechende Dichte zu ( wenn nicht der Default von Stahl anzuwenden ist, wobei sicher >90% aus Stahl ist ....

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

---

Vielen Dank für Eure Antworten.

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