| |
 | 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: Mapping von Attributen auf SE DRAFT DATEIEN (1216 mal gelesen)
|
volx2002 Mitglied

 Beiträge: 27 Registriert: 31.01.2008 Teamcenter 10 (10.1.4)
|
erstellt am: 09. Okt. 2012 15:29 <-- editieren / zitieren --> Unities abgeben:         
Hallo zusammen, ich habe keinen Thread der zu meinem Thema passt gefunden. Erstaunlich da mein "Wunsch" eigentlich recht trivial erscheint: Ich möchte gerne einige Attribute einer ITEM REVISION auf das entsprechende DRAFT DATASET Mappen. Beispiel: Der Namen des User's der die Item Revision in RAC angelegt hat, soll in das Schriftkopffeld "Gezeichnet von" gemappt werden. Das ist natürlich noch easy, besonders interessant wäre aber ja eigentlich WER die entsprechende Zeichnung freigeben hat (im Rahmen eines entsprechenden TC Workflows).
Hier beginnt sich unser Implementierer etwas zu "winden"; er meint das man auf ein im Workflow befindliches Dataset nicht mehr "schreiben" kann. Ergo kann im Fall einer "positiven" Erledigung der Freigabe das Datum und der Freigebende auch nicht mehr in die native Solid Edge Draft geschrieben werden. Letzter Ausweg: "Stempelung" bei der Generierung des Zeichnungspdf's. (Quasi wie ein Wasserzeichen) Allerdings scheint auch das Fern des Standards zu sein, und nur mit erheblichem Aufwand realisierbar. WIE GEHT IHR DENN ALLESAMT DAS THEMA AN? BIN FÜR JEDE RÜCKMELDUNG DANKBAR! Detailinfo: TC 9 und SE ST 4
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: 09. Okt. 2012 16:02 <-- editieren / zitieren --> Unities abgeben:          Nur für volx2002
>>...das man auf ein im Workflow befindliches Dataset nicht mehr "schreiben" kann. Als Standard gibt es in TC eine Rechteregel, die ein Scheiben während eines Workflows verbietet. Aber selbstverständlich kann man diese Regel ändern. >>...WER die entsprechende Zeichnung freigeben hat Da winde ich mich jetzt. Es müsste ja im Schritt y abgefragt werden, wer im früheren Schritt x als Prüfer eingetragen war. Das ist schon mühsam genug. Und wenn dann bei der nächsten Anpassung des Workflows der Name des Schritts x geändert wird, geht gar nichts mehr... >>"Stempelung" ... mit erheblichem Aufwand realisierbar. Ja - zunächst brauchst Du ein Plotsystem, und dann hast Du immer noch die Frage, WER denn die Freigabe erteilt hat. Wir haben das bei NX durch einen Systempartner realisieren lassen - aber ohne Namensangabe, nur Status und Datum.
------------------ Rainer Schulze Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
volx2002 Mitglied

 Beiträge: 27 Registriert: 31.01.2008 Teamcenter 10 (10.1.4)
|
erstellt am: 10. Okt. 2012 08:45 <-- editieren / zitieren --> Unities abgeben:         
Vielen Dank für die Antwort- ganz naseweis muss ich da aber noch nachhaken: >>...das man auf ein im Workflow befindliches Dataset nicht mehr "schreiben" kann. Als Standard gibt es in TC eine Rechteregel, die ein Scheiben während eines Workflows verbietet. Aber selbstverständlich kann man diese Regel ändern. >>>>...Und welche Regel wäre das dann??? >>"Stempelung" ... mit erheblichem Aufwand realisierbar.
>>>>>....Ich antizipiere das vor allem das "Erheben" des WER als "mühsam" eingeschätzt wird. Das erstaunt mich. Wir haben uns entschieden die Systemvariable „TC_Audit_Manager“ auf ON zu setzen, und uns mit dem "Report Wizzard" dann zur Dokumentation durchgeführter Workflow's Reports zu bauen. Wie die Experten wissen steht dann im Audit LOG eine ganze Menge an Information, u.a. auch WER einen ACKNOWLEDGEMENT Task WIE bescheiden hat. Soviel zur Quelle der Informationen, löst aber noch nicht da Thema ob diese Information die, wie ich jetzt unumwunden zugeben ja eigentlich kein echtes Attribute auf der item revision, auch auf die Draft kommen könnte, egal ob SE Draft oder PDF. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Mike Ulbrich Ehrenmitglied Business Analyst
    
 Beiträge: 1564 Registriert: 11.04.2005
|
erstellt am: 10. Okt. 2012 10:41 <-- editieren / zitieren --> Unities abgeben:          Nur für volx2002
Moin, das kannst du mit Bordmitteln von TC vergessen. Der Standard TSTK wird niemals automatisiert im Workflow Status setzen -> die SE Draft exportieren -> Eigenschaften wie Status/Prüfer in der Zeichnung aktualisieren -> und die Zeichnung wieder importieren. Das geht technisch nicht und ist auch nicht logisch. Das Freigabedatum wäre sonst älter als das letzte Änderungsdatum der Zeichnung bzw Dataset. Dazu brauchst du zusätzliche Addons. Die Anbieter die ich kenne, die zu diesem thema etwas für Teamcenter haben sind die BCT (Easy Plot) / HDS (Programmieren den TSTK um) / ASCAD (Bestempelungstoolbox (Namen ist mir nicht bekannt)) / Siemens PLM (Create Image Server) Jedes dieser Addons hat unterschiedliche Zusatzfunktionen, da solltest du etwas genauer prüfen was du möchtest bzw welche anforderungen auch auf die zukunft gesehen bei euch bestehen. Ich habe da Favoriten, aber die werde ich nicht nennen, wegen Schleichwerbung.  Gruß Mike 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: 10. Okt. 2012 12:51 <-- editieren / zitieren --> Unities abgeben:          Nur für volx2002
>>...Und welche Regel wäre das dann??? Die Regel wird im Access Manager gesetzt, "InJob(true)". Wenn ich mich recht erinnere, ist der Standard "Vault". Statt die Regel im AM pauschal zu ändern, kann man auch im Workflow in der Startphase des gewünschten Schritts den action handler "EPM-set-rule-based-protection" verwenden. >>Ich antizipiere das vor allem das "Erheben" des WER als "mühsam" eingeschätzt wird. >>Das erstaunt mich. Es ist ein erheblicher Unterschied, ob Du einen Report liest und von Hand Daten überträgst, oder ob Du einen solchen Vorgang automatisieren willst! Schliesslich mag auch ein Workflow mit der Zeit Änderungen erfahren, die sich auf die Auswertelogik auswirken. >>"Stempelung" Den Worten von Mike schliesse ich mich an. ------------------ Rainer Schulze Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
iamdirtyharry Mitglied CAD/CAM Admin

 Beiträge: 31 Registriert: 30.07.2009 Clients: W7 SP1 TCUA 8.3.3 NX 7.5.5 Server: Windows 2008 R2 x64 Server MSSQL 2008 R2
|
erstellt am: 10. Okt. 2012 14:18 <-- editieren / zitieren --> Unities abgeben:          Nur für volx2002
Hallo, wir haben uns einen kleinen Handler schreiben lassen der bereits im Workflow den Namen des Prüfers (also der den Workflow auslöst) in ein eigenes Feld schreibt. Nachteil: ich habe keinen direkten Zusammenhang von besagtem Feld zum WorkflowOwner (Referenz) Vorteil: da uns das egal ist macht es die ganze Sache schon viel einfacher und ich habe die Info auch dann noch wenn der Workflow gelöscht wird ------------------ Gruß Harald IT CAD/CAM: hier werden sie geholfen
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: 10. Okt. 2012 16:51 <-- editieren / zitieren --> Unities abgeben:          Nur für volx2002
>>den Namen des Prüfers (also der den Workflow auslöst) Das sind im Sprachgebrauch von TC meist zwei verschiedene Personen. "der den Workflow auslöst" = PROCESS_OWNER "Prüfer" = die Person, die im perform-signoffs genehmigt. Bei uns müssen in der Regel mehrere Personen / Instanzen an der Genehmigung beteiligt werden, z.B. Konstruktionsleiter, Projektleiter und Qualitätsmanagement, eventuell auch die Arbeitsvorbereitung. >>...und ich habe die Info auch dann noch wenn der Workflow gelöscht wird Das ist in manchen Branchen nicht zulässig. Angenommen, es gibt eine Schadenersatzforderung wegen eines angeblichen Produktmangels. Nur das Audit Logfile gibt einen sauberen Nachweis, wer an dem Prozess beteiligt war. ------------------ Rainer Schulze Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |