Kontakte
+40 774 463 429
Kontaktieren Sie uns
Schließen Sie

Kontakte

Rumänien, Cluj-Napoca – 400157
Str. Ploiești Nr. 9

Rumänien, Vama - 447350
Str. Fermei Nr. 14

+40 774 463 429

info@inteliscience.net

Rufen Sie uns an: +40 774 463 429
Kontaktieren Sie uns
Kontaktieren Sie uns

NX Komponente ersetzen: Zwangsbedingungen beibehalten (2026)

29. September 2026
BlogSiemensNX

NX Komponente ersetzen: die Kurzfassung

NX Replace Component tauscht eine Komponente gegen eine andere Teiledatei und versucht bei aktiviertem Maintain Relationships, Zwangsbedingungen, WAVE-Links und Attribute beizubehalten. Zwangsbedingungen bleiben erhalten, wenn das neue Teil eine Version des alten ist oder identisch benannte Referenzgeometrie enthält. inteliScience, NXOpen-Spezialisten mit Nearshore aus Rumänien, automatisiert den regelbasierten Massentausch hinter einem Freigabeschritt (Gate) mit Vorschau, Bestätigung und Undo.

Die Ersatzkomponente ist… Was NX beizubehalten versucht (Maintain Relationships aktiv) Was über den Erfolg entscheidet
Eine Version (gleiche UID über Save As oder Vorlage)Position, Attribute, Baugruppen-Zwangsbedingungen, WAVE-Links, teileübergreifende Ausdrücke, Zeichnungsansichten, PMIReferenzierte Flächen und Kanten existieren weiterhin, mit dem richtigen Typ
Ein nicht verwandtes Teil (andere UID)Position, Attribute, Explosionspositionen, Variantenbedingungen, Vorkommensnotizen (Occurrence Notes)Identische Objektnamen an der referenzierten Geometrie

Das Problem: Ein Gehäuse ändert seine Größe, und jedes Ventil muss folgen

„Was passiert mit den Baugruppen-Zwangsbedingungen, wenn Komponenten ersetzt werden?“ Das CAD-Team eines Maschinenbauers aus der DACH-Region hat diese Frage auf seine Liste von KI-Use-Cases für NX gesetzt, neben Zeichnungsautomatisierung und dem Neuaufbau migrierter Teile. Berechtigte Frage. Beim Ersetzen verlieren Baugruppen unbemerkt ihre Struktur.

Stellen Sie sich den Auslöser vor. Ein Gehäuse wächst um eine Baugröße, seine Anschlüsse werden größer, und jedes darin sitzende Ventil muss ein anderes Ventil werden. Die Konstruktionsrichtlinie im Wiki legt fest, welche Ventilfamilie, welche Druckstufe und welcher Werkstoff des Ventilkörpers zu welchem Gehäuse gehören. Über Dutzende abhängiger Teile hinweg durchläuft der Konstrukteur pro Vorkommen dieselbe Schleife: finden, Regel nachschlagen, Teil auswählen, ersetzen, prüfen, welche Zwangsbedingungen jetzt scheitern.

Nichts in dieser Schleife erfordert Urteilsvermögen außer der Richtlinie, und die Richtlinie ist schriftlich festgehalten. Das macht sie automatisierbar. Ob die Zwangsbedingungen dabei erhalten bleiben, macht sie riskant.

So funktioniert der native NX-Befehl Replace Component

Replace Component entfernt eine Komponente und setzt eine andere .prt-Datei an ihre Stelle; klicken Sie dazu in der Anwendung Assemblies mit der rechten Maustaste auf die Komponente. Die Tabelle folgt der NX-2306-Hilfe, der neuesten öffentlichen Version dieser Seiten, die wir abrufen konnten; der NXOpen-Builder stellt dieselben Optionen seit NX 6 bereit.

Dialoggruppe Option Funktion
Zu ersetzende KomponentenKomponenten auswählenEine oder mehrere zu tauschende Komponenten
ErsatzkomponenteTeil auswählen, DurchsuchenAus dem Grafikfenster, dem Assembly Navigator, der Liste Loaded Parts oder einer per Durchsuchen gewählten Datei
EinstellungenMaintain RelationshipsOb NX „versucht, Beziehungen wie Baugruppen-Zwangsbedingungen und Attribute beizubehalten“
EinstellungenReplace All Occurrences in AssemblyOb alle Vorkommen ersetzt werden, nicht nur das ausgewählte
KomponenteneigenschaftenName OptionMaintain (alter Komponentenname), Original (Name des neuen Teils), As Specified
KomponenteneigenschaftenReference SetMaintain, Entire Part oder Empty
KomponenteneigenschaftenLayer OptionMaintain, Original, Work oder As Specified

Zwei Verhaltensweisen sind wichtig. NX warnt Sie, wenn die Ersatzkomponente keine Revision des Originals ist: nicht aus derselben Vorlage erstellt, nicht von demselben leeren Teil abgeleitet. Und bei einem Mitglied einer Teilefamilie versucht NX, die Familienvorlage anzubieten, damit Sie ein Geschwisterteil auswählen können. Ob überhaupt eine Familie, WAVE oder Code Ihre Varianten verwalten sollte, behandeln wir in unserem Beitrag über den richtigen Einsatz von Teilefamilien, WAVE oder NXOpen.

Unsere Position: Lassen Sie Maintain Relationships aktiviert. Es ist der dokumentierte Standardwert des NXOpen-Builders, und wer es abschaltet, um einen widerspenstigen Tausch zu erzwingen, verlagert den Schaden nur an eine Stelle, an der Sie ihn später finden.

Das hängt davon ab, ob NX das neue Teil als Version des alten betrachtet. Stimmt das, versucht NX, fast alles beizubehalten; stimmt es nicht, überleben Zwangsbedingungen nur dort, wo Sie die Geometrie über Namen vorbereitet haben.

NX erkennt Versionen an einem internen eindeutigen Bezeichner (UID). Ein neues leeres Teil erhält eine UID, jede Save-As-Kopie behält sie, und jedes aus derselben Vorlage erstellte Teil teilt sie. Bei Versionen versucht Maintain Relationships außerdem, Baugruppen-Zwangsbedingungen, Paarungsbedingungen (Mating Conditions), WAVE-Links, teileübergreifende Ausdrücke, Zeichnungsansichten und PMI beizubehalten. Im How-to von Siemens behält eine Lenkrollengabel, die durch eine „von derselben Komponente abgeleitete“ ersetzt wird, ihre Baugruppen-Zwangsbedingungen.

Bei nicht verwandten Teilen stehen Baugruppen-Zwangsbedingungen nicht auf der Liste. Die dokumentierte Brücke sind Objektnamen: Benennen Sie die Kante oder Fläche, die eine Zwangsbedingung im alten Teil referenziert (Properties, Registerkarte General), geben Sie der entsprechenden Geometrie im neuen Teil denselben Namen, und NX kann erkennen, welche Geometrie die Zwangsbedingung referenzieren soll.

Die Hilfe veröffentlicht die interne Zuordnungslogik nicht, also spekulieren wir auch nicht darüber. Sie dokumentiert aber das Fehlerbild: Eine Zwangsbedingung, deren Referenz verschwunden ist, erhält im Assembly Navigator ein Statussymbol, weil sie „Geometrie referenziert, die gelöscht oder unterdrückt wurde oder nun den falschen Typ hat“. Das deckt sich mit dem, was wir dem Team des Kunden gesagt haben: Zwangsbedingungen lassen sich in der Regel beibehalten, und sie brechen, wenn referenzierte Flächen oder andere benötigte Geometrie an der neuen Komponente fehlen.

WAVE bringt eine zusätzliche Falle mit. Die WAVE-Hilfe nennt das Ersetzen der Komponente in der Baugruppenstruktur als eine Ursache dafür, dass ein Link bricht; er wird dann im Part Navigator als „Broken“ angezeigt. Reparieren heißt, die Quelle neu zu definieren, sie neu zuzuordnen (Reparent) oder das verknüpfte Feature zu entfernen, und der Replacement Assistant des WAVE Geometry Linker ordnet neue Quellgeometrie dem vorhandenen verknüpften Objekt zu.

Grundlagen der Zwangsbedingungen (Fix, Touch Align, Concentric, Reference Sets) finden Sie in unserem Tutorial zu den Grundlagen von NX-Baugruppen.

Warum es nicht skaliert, Komponenten einzeln zu ersetzen

Ein einzelner Durchlauf von NX Replace Component ist eine Handvoll Klicks. Das Problem ist die Vervielfachung und das Gedächtnis, nicht der Befehl.

Eine Größenänderung am Gehäuse zieht Kreise: Ventile in jedem Anschluss, ihre Dichtungen, manchmal die Verschraubungen dahinter, in jeder Baugruppe, die das Gehäuse verwendet. Von Hand gehen drei Dinge schief. Der Konstrukteur wählt beim achten Ventil die Teilenummer aus dem Gedächtnis. Die Liste der Vorkommen ist unvollständig. Und die Prüfung der Zwangsbedingungen erfolgt am Ende, wenn überhaupt; im eigenen Go-Kart-Beispiel von Siemens werden sieben ungelöste Zwangsbedingungen unter 136 erst gefunden, nachdem der Constraint Navigator nach Status neu gruppiert wurde.

Zwangsbedingungen lassen sich zudem immer leichter erstellen. Der Siemens-Beitrag zu Magnetic Snap vom 17. Juli 2026 beschreibt Auto Align, bei dem „das System intelligent zwei Zwangsbedingungen findet und hinzufügt“, sodass jeder Tausch mehr Referenzen erfüllen muss. Designcenter NX 2606 (Juni 2026) ist das aktuelle Release, und das Designcenter 2612 Early Access Program lief bis zum 25. September 2026. Die Oberfläche ändert sich ständig; die Versionsregel nicht.

Replace All Occurrences sieht nach der Abkürzung aus. Ist es aber nicht: Es tauscht jedes Vorkommen des ausgewählten Teils, während die Regel je nach Gehäuse, in dem ein Ventil sitzt, unterschiedliche Ventile verlangen kann. Wir raten davon in jedem Lauf ab, in dem eine Regel und nicht eine Teilenummer entscheidet.

Regelbasierter Massentausch: So automatisieren wir ihn

Ein Treiberparameter ändert sich, eine Regeltabelle wählt pro betroffenem Vorkommen das neue Teil, und NXOpen führt die Tauschvorgänge bei aktiviertem Maintain Relationships hinter einem Gate aus. Bei inteliScience haben wir genau diesen Fall umgesetzt: Ventile wurden auf Basis geänderter Gehäusegrößen und vorgegebener Konstruktionsrichtlinien automatisch durch passende neue Komponenten ersetzt. Die KI rät kein Teil; sie wendet die Tabelle an und bereitet die Änderungsliste vor.

Die Regeltabelle

Der Vertrag zwischen Richtlinie und Automatisierung. Illustrativ, mit fiktiven Teilenummern:

Treiberparameter (Gehäuse) Bedingung Auswahlregel (aus der Richtlinie) Ersatzkomponente
PORT_SIZE = 20PRESSURE_CLASS bis 16 barGleiche Nennweite wie der Anschluss, Standard-VentilkörperVLV-0020-STD
PORT_SIZE = 20PRESSURE_CLASS über 16 barGleiche Größe, Hochdruck-VentilkörperVLV-0020-HP
PORT_SIZE = 25beliebigGleiche Nennweite, Standard-VentilkörperVLV-0025-STD
PORT_SIZE = 32HOUSING_MATERIAL = EdelstahlGleiche Größe, Ventilkörper aus EdelstahlVLV-0032-SS
keine passende ZeilekeineAnhalten und das Vorkommen für einen Konstrukteur markierenkeine

Die letzte Zeile ist die wichtigste: Ohne einen expliziten Pfad für den Fall ohne Treffer wird Automatisierung zu stillem Raten. Liegt die Richtlinie in einem Wiki wie Confluence, binden wir das Wiki über seine API an, sodass die Regeln von der aktuellen Seite stammen und nicht aus einem veralteten Export.

Der automatisierte Workflow, Schritt für Schritt

  1. Auslöser. Der steuernde Ausdruck oder das Attribut des Gehäuses ändert sich.
  2. Umfang. Jedes von der Tabelle abgedeckte Vorkommen erfassen, etwa jedes Ventil in einem geänderten Gehäuse.
  3. Entscheidung. Pro Vorkommen: eine Ersatzkomponente oder eine Kein-Treffer-Markierung.
  4. Vorprüfung. Gleiche Template-Abstammung oder benannte Schnittstellengeometrie vorhanden? Fehler werden markiert, nicht an NX übergeben.
  5. Vorschau. Eine Änderungsliste, altes Teil zu neuem Teil, mit der ausgelösten Regel. Noch nichts angewendet.
  6. Bestätigung. Der Konstrukteur genehmigt alle, einige oder keine.
  7. Ausführung. Undo-Markierung, dann pro Vorkommen ersetzen mit aktiviertem Maintain Relationships.
  8. Bericht. Zwangsbedingungen, die sich nicht mehr lösen lassen, fehlgeschlagene Tauschvorgänge, nicht geladene Teile.
  9. Abschluss. Übernehmen, markierte Punkte von Hand korrigieren oder bis zur Markierung rückgängig machen. Der Lauf wird protokolliert.

Das läuft als Ribbon-Schaltfläche oder als Batch-Job über viele Baugruppen; ein Chat ist optional. Für einzelne Ad-hoc-Tauschvorgänge am Arbeitsplatz ist der NX Action Assistant die dialogorientierte Variante mit demselben Gate aus Vorschau und Bestätigung.

Die NXOpen-Aufrufe dahinter

Die Schritte 7 und 8 sind reines NXOpen. AssemblyManager.CreateReplaceComponentBuilder liefert einen NXOpen.Assemblies.ReplaceComponentBuilder (beide „Created in NX6.0.0“), mit den dokumentierten Standardwerten MaintainRelationships = true und ReplaceAllOccurrences = false. Eine gekürzte Python-Version:

# NXOpen Python journal: execute a confirmed replacement plan, then report
# constraints that no longer solve. Members as documented in the NXOpen
# reference; run it on a copy of the assembly first.
import NXOpen
import NXOpen.Assemblies
import NXOpen.Positioning

session = NXOpen.Session.GetSession()
work_part = session.Parts.Work
lw = session.ListingWindow
lw.Open()
RCB = NXOpen.Assemblies.ReplaceComponentBuilder

def replace_one(component, new_part_path):
    builder = work_part.AssemblyManager.CreateReplaceComponentBuilder()
    try:
        builder.ComponentsToReplace.Add(component)
        builder.ReplacementPart = new_part_path
        builder.MaintainRelationships = True    # documented default
        builder.ReplaceAllOccurrences = False   # the rule decides per occurrence
        builder.ComponentNameType = RCB.ComponentNameOption.Maintain
        builder.SetComponentReferenceSetType(RCB.ComponentReferenceSet.Maintain, None)
        load_status = builder.RegisterReplacePartLoadStatus()
        builder.Commit()
        for i in range(load_status.NumberUnloadedParts):
            lw.WriteLine("Not loaded: " + load_status.GetPartName(i)
                         + " (" + load_status.GetStatusDescription(i) + ")")
        load_status.Dispose()
        errors = builder.GetErrorList()
        for i in range(errors.Length):
            info = errors.GetErrorInfo(i)
            lw.WriteLine("Replace failed: " + info.ErrorObjectDescription
                         + " (" + info.Description + ")")
        errors.Dispose()
    finally:
        builder.Destroy()

def unsolved_constraints():
    solved = NXOpen.Positioning.Constraint.SolverStatus.Solved
    constraints = work_part.ComponentAssembly.Positioner.Constraints.ToArray()
    return [c for c in constraints if c.GetConstraintStatus() != solved]

def execute(plan):
    # plan = [(component, replacement part path), ...] as confirmed in the preview
    mark = session.SetUndoMark(NXOpen.Session.MarkVisibility.Visible,
                               "Rule-based replacement")
    for component, new_part_path in plan:
        replace_one(component, new_part_path)
    for c in unsolved_constraints():
        lw.WriteLine(c.JournalIdentifier + ": " + str(c.GetConstraintStatus()))
    return mark  # rejected run: session.UndoToMark(mark, None)

GetErrorList (hinzugefügt in NX 8.0.2) erfasst Tauschvorgänge, die komplett fehlschlagen; der Solver-Status, einer von 19 Zuständen in der Referenz 1926, erfasst den leiseren Fall, in dem der Tausch funktioniert hat, eine Zwangsbedingung aber ihre Referenz verloren hat. Der Positioner enthält die eigenen Zwangsbedingungen des Arbeitsteils, daher werden Zwangsbedingungen einer Unterbaugruppe mit dieser Unterbaugruppe als Arbeitsteil geprüft.

Das läuft als POC. Was für die Produktion fehlt: eine Regeltabelle, die Ihre Konstruktionsverantwortlichen freigeben, eine Teilebibliothek mit konsistenter Template-Abstammung und benannter Schnittstellengeometrie sowie ein Laufprotokoll, das Ihr CAD-Admin prüfen kann. Wir schließen die Lücke zwischen „der Tausch hat an meiner Testbaugruppe funktioniert“ und „der Tausch läuft über die gesamte Produktlinie“ mit NX-Workflow-Automatisierung: deterministische Regeln zuerst, On-Premise, wo Ihre Daten es erfordern.

Teile so konstruieren, dass beim Ersetzen die Zwangsbedingungen erhalten bleiben

Zwangsbedingungen überstehen das Ersetzen, wenn jedes Kandidatenteil die referenzierte Geometrie unter derselben Identität trägt. Das ist ein Problem des Bibliotheksdesigns, das Sie einmal lösen, und es zahlt sich auch beim manuellen Ersetzen aus. Was wir vor dem Automatisieren in einen Familienstandard aufnehmen:

  1. Eine Vorlage pro austauschbarer Familie. Teile aus derselben Vorlage teilen eine UID, daher behandelt NX sie als Versionen.
  2. Benannte Schnittstellengeometrie. Bei Zulieferer- oder Legacy-Teilen sind identische Objektnamen an referenzierten Flächen und Kanten der dokumentierte Weg, Zwangsbedingungen zu übertragen (zum Beispiel PORT_FACE, PORT_AXIS).
  3. Zwangsbedingungen an Funktionsgeometrie, nie an Dekoration. Passflächen, Bohrungsachsen und Bezugselemente, die jede Variante hat; nie eine Fase oder Verrundung.
  4. Produktschnittstellen (Product Interfaces). Ein Product Interface deklariert die für die Paarung vorgesehenen Flächen und kann die Auswahl für Zwangsbedingungen auf sie beschränken. Der Vorbehalt von Siemens: Verweisen Sie ein Interface auf ein anderes Objekt, aktualisiert sich verknüpfte Geometrie, Baugruppen-Zwangsbedingungen dagegen nicht.
  5. Konsistente Reference Sets. Das automatische Model Reference Set enthält keine Bezugselemente oder Kurven. Legen Sie Schnittstellen-Bezugselemente (oder ein ganzes Datum CSYS) in einem benutzerdefinierten Set ab, das jede Variante unter demselben Namen mitführt, und ersetzen Sie mit Reference Set = Maintain.

Wenn das Ersetzen trotzdem schiefgeht, ist die Ursache fast immer eine der folgenden:

Fehlerursache Symptom nach dem Ersetzen Vorbeugung
Nicht verwandtes Teil, referenzierte Geometrie unbenanntWarnung „keine Revision“; Zwangsbedingungen nicht übernommenGleiche Vorlage für die Familie oder identische Objektnamen
Referenzierte Fläche fehlt am neuen TeilZwangsbedingung wegen gelöschter oder unterdrückter Geometrie markiert und ignoriertZwangsbedingungen nur an Flächen, Achsen und Bezugselemente setzen, die jede Variante hat
Fläche vorhanden, falscher Typ oder falsche GrößeZwangsbedingung nicht lösbar; bei Fit weichen Radien oder Kegelwinkel abGeometrietypen der Schnittstelle im Standard festlegen; Vorprüfung
Neue Geometrie lässt alte Zwangsbedingungen einander widersprechenFehler: Konflikt mit anderen ZwangsbedingungenRedundante Zwangsbedingungen vor Massenläufen entfernen
WAVE-Elternteil durch eine Nicht-Version ersetztVerknüpftes Feature zeigt BrokenMit dem Replacement Assistant neu zuordnen oder über Product Interfaces verknüpfen
Replace All Occurrences in einer gemischten BaugruppeVorkommen, die die Regel überspringen sollte, werden getauschtPro Vorkommen ersetzen
Facettiertes ZulieferermodellGeometrie für Zwangsbedingungen nicht verfügbarB-Rep-Geometrie anfordern

Könnten wir vor dem Automatisieren nur eine Sache beheben, wäre es die Template-Abstammung. Namen und Interfaces helfen, aber an die Abstammung knüpft die Siemens-Hilfe ausdrücklich das Beibehalten von Zwangsbedingungen und WAVE-Links. Migrierte Teile ohne Historie haben überhaupt keine Abstammung; ihr Neuaufbau aus STEP auf der Vorlage ihrer Teileklasse ist der richtige Moment, ihnen eine zu geben.

Häufig gestellte Fragen

Behält NX Replace Component die Baugruppen-Zwangsbedingungen bei?

Ja, wenn Maintain Relationships aktiviert ist, das neue Teil eine Version des alten ist (gleiche UID über Save As oder dieselbe Vorlage) und es die referenzierte Geometrie weiterhin enthält. Bei nicht verwandten Teilen werden Zwangsbedingungen nur dort übernommen, wo referenzierte Flächen oder Kanten in beiden Teilen identische Objektnamen haben. Fehlende oder geänderte Geometrie hinterlässt die Zwangsbedingung ungelöst und markiert.

Replace Component oder Teil löschen und neu hinzufügen: Was ist der Unterschied?

Replace Component behält bei, was möglich ist: Transformation, Attribute und bei Versionen zusätzlich Zwangsbedingungen, WAVE-Links, teileübergreifende Ausdrücke, Zeichnungsansichten und PMI. Löschen und neu Hinzufügen behält nichts davon. Für alles, was bereits über Zwangsbedingungen positioniert oder von einer Zeichnung referenziert ist, gilt: ersetzen.

Warum warnt NX, dass die Ersatzkomponente keine Revision ist?

Das neue Teil wurde nicht aus derselben Vorlage erstellt und stammt nicht von demselben leeren Teil ab, daher unterscheidet sich seine UID. NX ersetzt es trotzdem, erhält aber nur den kleineren Beziehungsumfang für nicht verwandte Teile, sofern die referenzierte Geometrie nicht identisch benannt ist.

Was kostet ein automatisierter regelbasierter Komponententausch?

Das hängt weniger von NXOpen ab als von Ihren Daten: wie viele Regeln es gibt, ob die Konstruktionsrichtlinie schriftlich vorliegt und ob die Bibliothek konsistente Vorlagen und benannte Schnittstellengeometrie hat. Wir planen es als klar abgegrenzten Proof of Value an einer Baugruppenfamilie, sodass der Aufwand an Ihren Teilen gemessen wird, bevor über einen Rollout entschieden wird.

Kann ich NX Replace Component mit NXOpen automatisieren?

Ja. AssemblyManager.CreateReplaceComponentBuilder liefert einen ReplaceComponentBuilder mit den Optionen des Dialogs als Eigenschaften. Setzen Sie zuerst eine Undo-Markierung und lesen Sie anschließend GetErrorList sowie den Solver-Status jeder Zwangsbedingung nach Commit aus.

Nächster Schritt

Sie haben ein Gehäuse, eine Ventilfamilie und eine Richtlinie, die festlegt, was wozu passt? Ein kostenloses 60-minütiges Gespräch mit den NX-Ingenieuren von inteliScience klärt, ob Ihre Teilebibliothek für den regelbasierten Tausch bereit ist. Strategiegespräch zum regelbasierten Komponententausch buchen

Referenzen

  1. Siemens NX 2306 help, “Replace Component”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id665941/id666126/comp_substitute.html (abgerufen am 29. September 2026)
  2. Siemens NX 2306 help, “Replace Component dialog box”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id665941/id666126/comp_replace_op.html (abgerufen am 29. September 2026)
  3. Siemens NX 2306 help, “Maintaining relationships while replacing a component”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id665941/id666126/comp_replace_maintain_rel_rt.html (abgerufen am 29. September 2026)
  4. Siemens NX 2306 help, “Replace a component with a related component”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id665941/id666126/comp_replace_ht.html (abgerufen am 29. September 2026)
  5. Siemens NX 2306 help, “Replace a component with an unrelated component”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id665941/id666126/xid385653.html (abgerufen am 29. September 2026)
  6. Siemens NX 2306 help, “Replace Component and part family members”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id665941/id666126/comp_replace_partfamily_rt.html (abgerufen am 29. September 2026)
  7. Siemens NX 2306 help, “Unsolved assembly constraints icons”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id666286/id666351/id1201557/func_details_unsolved_constraints_op.html (abgerufen am 29. September 2026)
  8. Siemens NX 2306 help, “Resolve assembly constraint issues using the Constraint Navigator”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id666286/id666351/id1267687/id1267739.html (abgerufen am 29. September 2026)
  9. Siemens NX 2306 help, “Broken and inactive WAVE links”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id668786/id742403/id670066/id670031/wave_geo_link_broken_links_rt.html (abgerufen am 29. September 2026)
  10. Siemens NX 2306 help, “Replace a parent part for WAVE-linked geometry”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id668786/id742403/id670066/id670031/wave_geo_link_edit_rep_parent_ht.html (abgerufen am 29. September 2026)
  11. Siemens NX 2306 help, “Product Interfaces”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id668786/id742405/product_interface_ov.html (abgerufen am 29. September 2026)
  12. Siemens NX 2306 help, “Reference sets” and “Model reference set”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id668331/reference_sets_ov.html and https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id668331/id668266/reference_sets_model_ov.html (abgerufen am 29. September 2026)
  13. Siemens NX 2306 help, “Tips for working with assembly constraints and joints”: https://docs.sw.siemens.com/documentation/external/PL20221117716122093/en-US/nx_help/nx/2306/nx_help/en-US/assemblies/id666286/id666351/assy_constraints_notes.html (abgerufen am 29. September 2026)
  14. Siemens NXOpen .NET Reference Guide (1926), NXOpen.Assemblies.ReplaceComponentBuilder: https://docs.sw.siemens.com/documentation/external/PL20191127135844554/en-US/nx_api_sc/nx/1926/nx_api_sc/en_US/nxopen_net/a00956.html (abgerufen am 29. September 2026)
  15. Siemens NXOpen .NET Reference Guide (1926), NXOpen.Assemblies.AssemblyManager: https://docs.sw.siemens.com/documentation/external/PL20191127135844554/en-US/nx_api_sc/nx/1926/nx_api_sc/en_US/nxopen_net/a00891.html (abgerufen am 29. September 2026)
  16. Siemens NXOpen .NET Reference Guide (1926), NXOpen.Positioning.Constraint (SolverStatus): https://docs.sw.siemens.com/documentation/external/PL20191127135844554/en-US/nx_api_sc/nx/1926/nx_api_sc/en_US/nxopen_net/a07180.html (abgerufen am 29. September 2026)
  17. Siemens NXOpen .NET Reference Guide (1926), NXOpen.Session (undo marks): https://docs.sw.siemens.com/documentation/external/PL20191127135844554/en-US/nx_api_sc/nx/1926/nx_api_sc/en_US/nxopen_net/a07788.html (abgerufen am 29. September 2026)
  18. Siemens Designcenter blog, “Designcenter | Tips and Tricks | Assemblies and Magnetic Snap”, 17. Juli 2026: https://blogs.sw.siemens.com/designcenter/nx-tips-and-tricks-magnetic-snap/ (abgerufen am 29. September 2026)
  19. Siemens Designcenter blog, “Designcenter is for everyone | June 2026 release”, 23. Juni 2026: https://blogs.sw.siemens.com/designcenter/designcenter-is-for-everyone-june-2026-release/ (abgerufen am 29. September 2026)
  20. Siemens resources, “Welcome to the September 2026 Early Access Program for Designcenter” (Designcenter 2612): https://resources.sw.siemens.com/en-US/presentation-welcome-to-designcenter-early-access-program/ (abgerufen am 29. September 2026)
Inhalt
Inhaltsübersicht