Hallo Zusammen,
vorweg Danke ich euch allen für den super Support den Ihr hier alle alltäglich ehrenamtlich leistet.
Natürlich komme ich auch gleich mit der nächsten Challenge.
Es handelt sich um eine Teilefamilie (folgend Haupt-familie genannt) in der Komponenten über die Teilefamilientabelle ausgetauscht werden.
Die in der Haupt-Mutter verbaute Komponente ist ein klassisches Einzelteil.
Sofern Die durch die Tabelle zu ersetzende Komponente ebenfalls ein Einzelteil (identisches Seedpart) ist, klappt das reibungsfrei.
Teilefamilien und Einzelteile basieren bei uns auf zwei Seedpart‘s.
Die Kordinatensysteme der Seedparts haben in den Seedpart‘s bereits abweichende ID’s.
Nun kommen wir zum Problemfall:
Die über die Haupt-Teilefamilientabelle zu verbauende Komponente, ist wiederum selbst ein Kind einer anderen Teilefamilie und basiert somit auf dem Teilefamilien Seedpart.
Die folge ist, das alle Zwangsbedingungen explodieren.
Ich hatte zuerst die abweichenden Feature ID’s der Kordinatensysteme (auf die die Zwangsbedingungen zeigen) unter Verdacht.
Daher mein folgender erfolgloser Ansatz: Idee war es die Koordinatensysteme zu Benennen. Ich hatte mal gelernt das die NiXe Benennungen vor ID’s heranzieht. Meine Erkenntnis: Die Zwangsbedingen sprengen sich dennoch 
a) Fällt euch eine Möglichkeit ein dieses Problem zu umgehen? Bzw. Die kaputten Zwangsbedingungen einfach zu reparieren?
b) Wenn ich die KSYS der Seedparts mit einer manuell definierten ID erzeugen könnte, könnte ich die Seedparts anpassen. Kennt jemand dafür eine Möglichkeit?
Ich habe den Eindruck das NX die ID`s willkürlich festlegt.
Weiter bin mir nicht sicher ob gleiche ID`s überhaupt das Problem lösen würde, da der Ansatz mit den identischen Benennungen der KSYS auch nicht zielführend war.
c) Das Ändern von Element ID ist nachträglich nicht möglich oder?
Danke euch schonmal im Voraus für eure Zeit und euer Interesse an meinen Problemen 
Beste Grüße,
Conty
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP