| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für NX |
| | |
 | Jos. Schneider Optische Werke GmbH: Automatisierung der Prüfplanerstellung spart bis zu 50% der Zeit und reduziert die Fehleranfälligkeit , ein Anwenderbericht
|
|
Autor
|
Thema: Verständnisfrage...workflow items (2080 mal gelesen)
|
spaceturtle
Mitglied
   Beiträge: 8
Registriert: 17.12.2012
|
erstellt am: 19. Dez. 2013 13:46  <-- editieren / zitieren -->   Unities abgeben:          
Hallo. Wir wollen einen kpl. Umstieg wagen zu Siemens PLM Produkten. Eine grundsätzliche Frage zu Handhabung Metadaten/Stammdaten/items im TC hätte ich, um das richtige Verständnis zu bekommen bzgl. Datenmodell im TC. Wir arbeiten heute so das eine 3D-Konstruktion (und andere Dokumentklassen) im PDM System eingechekt werden kann ohne Stammdaten. Dafür generiert das PDM autom. eine SYSID als "Pseudoartikel". Wenn es ein "produktiver" Artikel werden soll (also zur Beschaffung/Fertigung), wird dieser bei uns im ERP erstmal angelegt und definiert mit allen Attributen. Dieser steht dann sofort im PDM zur Verfügung. Durch eine Verlinkung werden nun alle Attribute (Namen, Werkstoff, etc) gemappt vom Vater (Artikel-Stammdaten) auf Kinder (Modell, Zeichnung, etc.). Ich kann natürlich auch während Speicher-/Checkin-Vorgang die Artikelnummer zuweisen und das wäre genauso der Prozess "verlinken-mappen". Wie kann ich mir diese Arbeitsweise, wenn ich sie beibehalten will, im Teamcenter vorstellen?
Geht das allgemein auch so, oder garnicht möglich?
Welche Alternativen im Workflow gibt es, wenn ich eingecheckte Teile/Baugruppen im nachhinein mit der produktiven ERP Teilenummer versehen will ohne das die Datensätze durchkopiert werden müssen, und diese natürlich eine Attributvererbung aus dem ERP bekommen sollen? Wir brauchen das weil wir im Anlagenbau sehr viel 3D-Entwürfe und Angebote machen, die nicht unbedingt produktiv werden...nach einigen Monaten aber doch zum Tragen kommen können. Herzlichen Dank vorab! Milo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ThomasZwatz
Moderator
cadadmin
    
Beiträge: 5448
Registriert: 19.05.2000 (02-2025)
---------------------------------------------
[stable]
NX2007(2027.5020) + SE2023 U6 + TC13.3.0.3, RAC +AWC6.2.2
SingleSite 4Tier, DocMgt, Client4Office, MRO, ReqMgt, SchedMgt, T4S, TcVis Mockup, TcSSO, SEEC, Multi-CAD
BCT-Inspector Neutral v22R2
---------------------------------------------
[testing]
NX2007(2027.5020) + SE2023 U6 + TC13.3.0.3, RAC +AWC6.3.12
BCT-Inspector Neutral v22R2
@M7720 Win10 (22H2)
|
erstellt am: 19. Dez. 2013 14:37 <-- editieren / zitieren --> Unities abgeben: Nur für spaceturtle 
|
spaceturtle
Mitglied
Beiträge: 8
Registriert: 17.12.2012
|
erstellt am: 19. Dez. 2013 15:05 <-- editieren / zitieren --> Unities abgeben:
Vielen Dank Thomas! Ich war nicht so schnell beim Durchforsten der Forenbeiträge, aber es ist schonmal ein Schritt weiter. Wenn ich es richtig verstehe: Man kann nicht direkt eine vom TC angelgte ITEMid "überbügeln" mit einer neuen ID aus dem ERP generiert?
Bzw., man kann nicht im TC einen Dataset kpl. von einem Item unter ein anderes/neues Item umziehen (ohne Kopien)?
Gruß,
Milo
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ThomasZwatz
Moderator
cadadmin
Beiträge: 5448
Registriert: 19.05.2000 (02-2025)
---------------------------------------------
[stable]
NX2007(2027.5020) + SE2023 U6 + TC13.3.0.3, RAC +AWC6.2.2
SingleSite 4Tier, DocMgt, Client4Office, MRO, ReqMgt, SchedMgt, T4S, TcVis Mockup, TcSSO, SEEC, Multi-CAD
BCT-Inspector Neutral v22R2
---------------------------------------------
[testing]
NX2007(2027.5020) + SE2023 U6 + TC13.3.0.3, RAC +AWC6.3.12
BCT-Inspector Neutral v22R2
@M7720 Win10 (22H2)
|
erstellt am: 19. Dez. 2013 21:21 <-- editieren / zitieren --> Unities abgeben: Nur für spaceturtle
Zitat:
Original erstellt von spaceturtle:
...
Man kann nicht direkt eine vom TC angelgte ITEMid "überbügeln" mit einer neuen ID aus dem ERP generiert?
Bzw., man kann nicht im TC einen Dataset kpl. von einem Item unter ein anderes/neues Item umziehen (ohne Kopien)?
....
Warum willst du das unbedingt genau so machen ?
In dem zitierten Beitrag wird von Matthias eine sehr gute Lösung für einen solchen Anwendungsfall beschrieben, der zudem aus meiner Sicht genau das macht was du beschrieben hast. & ja, man könnte die item_id "überbügeln", ich würde aber dringend davon abraten. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
spaceturtle
Mitglied
Beiträge: 8
Registriert: 17.12.2012
|
erstellt am: 20. Dez. 2013 09:17 <-- editieren / zitieren --> Unities abgeben:
Moin. Ja warum?
a) das ist der Weg wie bei uns heute gearbeitet wird (zB. drag&drop eines Dokuments unter anderen Artikelstamm), und...
b) die Grenzen des Machbaren im TC zu wissen kann nur von Vorteil sein beim Umzug/Einrichten Dennoch, vielen Dank für die Info's! Gruß,
Milo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Rainer Schulze
Ehrenmitglied V.I.P. h.c.
Dipl.-Ing. im Ruhestand
Beiträge: 4419
Registriert: 24.09.2012
|
erstellt am: 20. Dez. 2013 12:21 <-- editieren / zitieren --> Unities abgeben: Nur für spaceturtle
>> die Grenzen des Machbaren im TC zu wissen kann nur von Vorteil sein beim Umzug/Einrichten Teamcenter ist recht offen und haut dem Anwender nur bei wenigen Fehlern auf die Finger. Umgekehrt aber kann es nicht überschaubare Folgen haben, wenn man ungewöhnliche Vorgehensweisen praktiziert.
Manches ist harmlos und alleine ein Frage der betrieblichen Organisation.
Anderes kann zu Verwirrungen führen oder eben zu schwer zu behebenden Fehlern. >> drag&drop eines Dokuments unter anderen Artikelstamm Die Konsistenz der Struktur Item / Item_Rev / Dataset ist wichtig.
Mit deag&drop werden keine Kopien angelegt, sondern Verknüpfungen.
Das kann zu unerwarteten Suchergebnissen führen oder zu Problemen bei den Zugriffsrechten... >>Wir arbeiten heute so das eine 3D-Konstruktion (und andere Dokumentklassen) im PDM System eingechekt werden kann ohne Stammdaten... Das erscheint vielen Firmen als notwendig.
Was aber, wenn jemand eine "inoffizielle" Nummer in einer BOM verwendet und diese dann automatisch an das ERP-System übergeben will? ------------------
Rainer Schulze Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
spaceturtle
Mitglied
Beiträge: 8
Registriert: 17.12.2012
|
erstellt am: 20. Dez. 2013 13:15 <-- editieren / zitieren --> Unities abgeben:
Hallo Rainer, danke für dein Feedback! Drag&drop würde bei uns natürlich nur noch dann funktionieren, solange es keine Erstfreigabe zu diesen Dokumenten gab. Eine "inoffizielle" Nummer würde unser PDM im BOMEditor unterdrücken und somit nicht an das ERP übergeben. Allgemein stimme ich allen zu: vieles hängt von den betrieblichen Organisation ab. Manchmal muss man eben auch diese an das CAx-System anpassen - nicht immer umgekehrt.  Gruß,
Milo
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Rainer Schulze
Ehrenmitglied V.I.P. h.c.
Dipl.-Ing. im Ruhestand
Beiträge: 4419
Registriert: 24.09.2012
|
erstellt am: 21. Dez. 2013 07:34 <-- editieren / zitieren --> Unities abgeben: Nur für spaceturtle
>>Drag&drop würde bei uns natürlich nur noch dann funktionieren, solange es keine Erstfreigabe zu diesen Dokumenten gab. Das kannst Du nicht situationsbedingt steuern! >>Eine "inoffizielle" Nummer würde unser PDM im BOMEditor unterdrücken und somit nicht an das ERP übergeben Und wieder: Das ist im Standard nicht vorgesehen.
Firmenspezifische Zusatzprogrammierung - viele Firmen machen das im großen Stil. Ich bin da eher zurückhaltend. ------------------
Rainer Schulze Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Foren auf CAD.de
| 
