---

Ich habe einen Einsatzfall bei dem ich ein NX Attribut am UGPART ( = der Zeichnung ) in die ItemRevision Mappen möchte wobei NX das führende System sein soll.
D.h. DatasetType = "UGPART" und "/master=cad".
Allerdings macht mir NX ( oder TC ) daraus im UGPART ein ReadOnly Attribut.
Warum das so ist weiss ich nicht, nehme aber an dass es den Grund hat, dass man u.U. auch mehrere UGPART zu einer ItemRevision haben kann und man daher soetwas von vorneherein unterbinden will ( Bug oder Feature ? ).

Hat jemand so einen Einsatzfall und vielleicht einen WA parat ?

Thanx
Thomas

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

---

sollte so gehen......

{ Dataset type="UGPART"
    { Item type="xxxxxx"
        OFFICE : ItemRevision.GRM(IMAN_master_form,xxxxxx Revision Master).xxx_Office /description="Office"
    }
}

gruss

------------------
“Vision without action is a daydream. Action without vision is a nightmare.”

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

---

Ich glaub du hast mich falsch verstanden ...

Ich hab

Code:

---

{ Dataset type="UGPART"
{ Item type="MyType"
_MY_NX_ATTRIBUTE : ItemRevision.myProperty /master=cad /description="MyDecription"
}
}

---

und trotzdem ist das Attribut in NX ReadOnly.

BTW: In TC8.3 kann es zu eigenartigem Verhalten kommen, wenn man den /master Switch weglässt, da empfiehlt es sich immer, den anzugeben ....

Plus:
TC_NX_allow_attrsync_master_with_item steht auf yes
und wenn ich die Doku dazu richtig interpretiere, kann man nur vom UGMASTER weg NX --> TC Mappen.
Und da nur aufs Item.
Hab aber ein paar Attribute die schon vom UGMASTER in die ItemRevision gemapped werden ( erfolgreich ).
Da erzeugt die Doku wieder mal mehr Fragen als sie bantwortet ...

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

---

jo war schon spät..... 

lass mal das master=cad weg und probier dann...

gruess

------------------
“Vision without action is a daydream. Action without vision is a nightmare.”

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

---

Hallo Thomas

Hast du das Problem gelößt bekommen?
Ich stehe gerade vor dem gleichen Problem. Ich bekomme ohne Probleme meine UGMASTER Attribute in die IRM gemappt, allerdings beim übertragen von Attributen aus dem UGPART hängt es. Laut der Doku hat es tatsächlich was mit "Selbstschutz" zu tun, wenn mehrere UGPARTS vorhanden sind, dafür gibt es dann ja wohl das UGPART-ATTR, allerdings sind hier die Felder festgelegt und mir ist nicht ganz klar, wie ich hier benutzerdefinierte Felder einfügt UND diese dann anschließend im StrukturManager abfrage und in einen PLMXML export übergeben.

Komme da nicht so richtig weiter.

------------------
Bunt ist das Dasein und granatenstark UND volle Kanne Hoschies! (Bill und Ted)

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

---

Zitat:

---

Original erstellt von CAdministrator12m4:
Hast du das Problem gelößt bekommen?
Ich stehe gerade vor dem gleichen Problem. ...

---

Ja - indem über einen TC Server Call am Attributmapping vorbei die Property beschrieben wird.
War in dem Fall leicht möglich + der ServerCall war bereits vorhanden.

Zum Thema gab es grad in der SFB Liste eine ausführliche Erläuterung.

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

---

Auch auf die Gefahr jetzt als Vollidiot dar zu stehen: SFB Liste ??

------------------
Bunt ist das Dasein und granatenstark UND volle Kanne Hoschies! (Bill und Ted)

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

---

>>Auch auf die Gefahr jetzt als Vollidiot dar zu stehen: SFB Liste ??

SFB = service field bulletin = Kundenbrief

Als Kunde mit Wartungsvertrag kann man sich alle SFB's per Email zuschicken lassen...
Alternative: In GTAC's solution center suchen und die Ergebnisse nach der Quelle SFB filtern.

------------------
Rainer Schulze

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