Aktualisiert 5. Nov. 2026
2 Min. LesezeitGleiches Bauteil. Anderer Kontext.
Der Digital Thread beginnt mit der Frage, welches Objekt, welche Revision und welches Vorkommen Sie betrachten. Ein Diagnoseansatz vor einer Stücklistenänderung.
Technikteam von PLM Nexus
- Item Revision AGemeinsame Bauteildefinition
- Vorkommen 1Baugruppenpfad X · Menge 1
- Vorkommen 2Baugruppenpfad Y · Menge 2
Prozessdiagramm
Zwei Ansichten zeigen dasselbe Bauteil mit unterschiedlicher Menge, Position oder Revision. Eine sofortige Korrektur liegt nahe. Klären Sie zuerst, ob beide Ansichten dasselbe Vorkommen in derselben Konfiguration beschreiben. Die Item-Kennung allein beantwortet das nicht.
Identität und Verwendung trennen
Eine Item-Revision bezeichnet eine Version des Bauteils. Ein Vorkommen beschreibt dessen Verwendung in einer Struktur. Eine konfigurierte Stücklistenansicht hängt zusätzlich von Auswahlregeln und Kontext ab. Wiederverwendung bedeutet nicht, dass jede Verwendung dieselbe Position oder Menge haben muss.
Vor Änderungen den Kontext erfassen
Erfassen Sie oberste Baugruppe, Pfad zum Bauteil, ausgewählte Revision, Revisionsregel sowie relevante Gültigkeits- oder Varianteneinstellungen. Vergleichen Sie anschließend die Eigenschaft auf Bauteil- und Vorkommensebene. Aus einem bloßen Unterschied wird eine präzise, reproduzierbare Frage.
Unsere Notizen zu Vorkommen halten auch einen möglichen Unterschied zwischen interaktiver Bearbeitung und API-Änderung fest. Das ist ein Anlass, beide Wege in der Zielumgebung zu reproduzieren, keine allgemeine Regel für jede Teamcenter-Version oder Eigenschaft.
Änderung und Grenzen prüfen
Verwenden Sie eine kleine Teststruktur mit demselben Bauteil an zwei Stellen. Ändern Sie nur das vorgesehene Vorkommen, öffnen Sie die Struktur erneut und prüfen Sie beide Pfade. Beziehen Sie einen zweiten Kontext und den relevanten Lebenszyklusstatus ein. Bei unklarem Zielkontext sollte eine automatische Korrektur stoppen, statt den maßgeblichen Wert zu erraten.
Dies sind vorgeschlagene Abnahmeprüfungen, keine ausgeführten Tests oder Kundenergebnisse. Vereinbaren Sie das Sollverhalten mit dem Prozessverantwortlichen, erfassen Sie Umgebung und Version und ergänzen Sie Ist-Ergebnis und Nachweis. Leere Felder bedeuten keinen bestandenen Test.
| Szenario | Erwartetes Ergebnis | Aufzubewahrender Nachweis |
|---|---|---|
| Ausgangszustand | Baugruppe X → Komponente A: Menge 1. Baugruppe Y → Komponente A: Menge 2. Gleiche Revision, unterschiedliche Verwendung. | Beide Pfade, Revisionsregel und Gültigkeit. |
| Gezielte Änderung einer Verwendung | Menge in X auf 3 ändern; Y bleibt 2 und die Komponentenrevision unverändert. | Beide Pfade neu öffnen; gespeicherte Werte vergleichen. |
| Mehrdeutiges Ziel | Automatisierung stoppt bei fehlendem Pfad oder fehlender Konfiguration. | Abgewiesene Anfrage und unveränderte Struktur. |
Nächster Schritt
Wenn dieses Muster in Ihrer Teamcenter-Umgebung auftritt, sehen Sie sich die passende Leistung an oder besprechen Sie die benötigte Änderung mit uns.