Produktkonfigurator und Digital Twin im Vergleich
Verbinden Sie die Produktkonfiguration mit dem Digital Thread – ohne sie mit einem operativen Digital Twin zu verwechseln.
Configurix macht aus kontrollierten Produktregeln gültige 3D-Konfigurationen, Preise, Angebote, Aufträge und strukturierte Übergabedaten. Diese Definition kann Teil eines Digital Threads werden oder einen separat geplanten Digital Twin speisen. Jede Schicht braucht jedoch eine eigene Identität, klare Systemverantwortung, definierte Synchronisierung und belastbare Abnahmenachweise.
Vertriebsmarkt · Deutschland · EUR · MwSt.
Ein Produkt · vier Darstellungen
Jede Identität getrennt halten und verknüpfen
Produktmodell
Pergola-Familie · Revision 12
Konfiguration
CX-4821 · freigegebener Snapshot
Gefertigtes Asset
Seriennummer HF-10482 · installiert
Betriebszustand
Telemetrie · Service · Historie
Configurix ist als geregelte Konfigurations- und kommerzielle Übergabeschicht am stärksten. Ein echter operativen Digital Twin fügt physische Identität, synchronisierten Zustand und einen expliziten Überwachungs-, Simulations- oder Vorhersagezweck hinzu.
Klare Architektursprache
Vier verbundene Konzepte. Vier unterschiedliche Verantwortlichkeiten.
Eine klare Terminologie erleichtert die Beschaffung, Integration und Abnahme. Ein Konfigurator, eine konfigurierte Definition, ein Digital Thread und ein operativer Zwilling können sich gegenseitig verstärken, ohne zu austauschbaren Bezeichnungen zu werden.
Produktkonfigurator
Ein geregeltes Entscheidungssystem, das Anforderungen und Auswahlmöglichkeiten in eine gültige Produktdefinition umwandelt. Es kann 3D, Live-Preise, Angebote, Warenkörbe, Bestellungen und strukturierte Übergaben steuern, ohne dass es sich dabei um einen realen physischen Asset handelt.
Konfigurierte Produktdefinition
Ein versionierter Datensatz eines freigegebenen Designs: Produkt und Revision, Abmessungen, Optionen, abgeleitete Werte, kaufmännischer Kontext, visuelle Referenzen, Genehmigungen und nachgelagerte Identifikatoren.
Digitaler Thread
Die nachvollziehbaren Verbindungen, die die Produktabsicht und -identität über Konfiguration, Angebot, Bestellung, Konstruktion, Produktion, Installation, Service und spätere Änderungen hinweg transportieren.
Operativer Digital Twin
Eine digitale Darstellung einer realen Entität oder eines Prozesses, deren Zustand mit einer definierten Häufigkeit und Genauigkeit zur Überwachung, Simulation, Vorhersage oder Aktion synchronisiert wird.
Produktkonfigurator und Digital Twin im direkten Vergleich
Vergleichen Sie Entscheidung, Identität, Eingaben und Zeithorizont.
| Abgrenzung | Produktkonfigurator | Operativer Digital Twin |
|---|---|---|
| Hauptfrage | Welches gültige Produkt sollten wir verkaufen oder bauen? | Was passiert mit dieser dargestellten Entität oder diesem dargestellten Prozess? |
| Identität | Produktfamilie plus gespeicherte Konfiguration oder Bestellidentität | Persistente reale Asset-, System- oder Prozessidentität |
| Haupteingaben | Anforderungen, Abmessungen, Optionen, Regeln, Preise und Kundenkontokontext | Aktuelle und historische Betriebsdaten, Modelle und Kontext |
| Synchronisierung | Interaktive Auswertung oder Aktualisierungen von Geschäftsereignissen | Definierte Synchronisationsfrequenz und -treue, oft aus betrieblichen Quellen |
| Typische Ausgaben | Gültiger Status, 3D-Szene, Preis, Angebot, Warenkorb, Bestellung, Stückliste oder CAD-Anfrage | Status, Anomalie, Simulation, Vorhersage, Optimierung oder Steuerungsempfehlung |
| Zeithorizont | Vertriebsphase durch freigegebene Definition und nachgelagerte Übergabe | Design, Inbetriebnahme, Betrieb, Wartung oder Lebenszyklusanalyse |
| Physische Verbindung | Nützlich, aber nicht erforderlich | Von zentraler Bedeutung für einen operativen Digital Twin |
| Configurix-Rolle | Konfigurationsverantwortung und strukturierte Übergabe von der kommerziellen zur Produktion | Potenzielle vorgelagerte Quelle oder verbundener Teilnehmer, wenn ein Digital-Twin-Programm einen separaten Geltungsbereich hat |
Interaktiver Architekturplaner
Definieren Sie zuerst das benötigte System – und wählen Sie danach die Technologie.
Wählen Sie das Ergebnis, die dargestellte Identität, die Synchronisierung und die Entscheidung. Das Ergebnis ist eine Planungsklassifizierung – kein Ersatz für einen unterzeichneten Scope- oder Arbeitsabnahmetest.
Die Rolle von Configurix
Configurix steuert die Produktdefinition, bevor daraus Arbeit in nachgelagerten Systemen entsteht.
Was Configurix leistet
Modelliert konfigurierbare Produkte, wendet Regeln an, bewahrt den gültigen Zustand, steuert 3D und vereinbarte Preise, speichert Projekte und verbindet Angebote, Bestellungen oder Produktionsübergaben.
Welche Systeme Configurix anbinden kann
PIM, CRM, E-Commerce, ERP, PLM, MES, BOM, CAD, Dokumente, Analysen, Identität und andere Systeme durch zielgerichtete Verträge und Abnahmetests.
Was nicht automatisch enthalten ist
IoT-Aufnahme, Zeitreihenspeicherung, Zustandsüberwachung, Simulation, Vorhersage oder autonome Betriebssteuerung ohne explizite Implementierung und Nachweis.
Eindeutiger Vertrag für konfigurierte Produkte
Übergeben Sie jedem Folgesystem eine reproduzierbare Definition – keinen Screenshot.
modelId
Stabile Produktfamilienkennung unabhängig vom Anzeigenamen oder der Sprache
modelRevision
Veröffentlichte Regeln, Geometrie, Katalog und abgeleitete Logikrevision, die zur Bewertung verwendet werden
configurationId
Persistente Identität für die gespeicherte Produktdefinition über Kanäle und Systeme hinweg
configurationRevision
Unveränderlich freigegebener Snapshot oder kontrollierte Revisionsnummer
choices
Ausgewählte Abmessungen, Optionen, Ausführungen, Zubehör und explizite Benutzereingaben
derived
Berechnete Komponenten, Mengen, Randbedingungen, Preiseingaben und produktionsrelevante Werte
commercialContext
Konto, Markt, Währung, Preisliste, Steuer, Rabatt, Gültigkeit und Genehmigungskontext
visualReferences
3D-Asset, Kamera, Material, Szene und genehmigte Schnappschuss-Referenzen – nicht das Visuelle als alleinige Wahrheit
lifecycleState
Entwurf, validiert, angeboten, genehmigt, bestellt, freigegeben, gebaut, installiert, ersetzt oder storniert
downstreamLinks
Angebot, Bestellung, Stückliste, CAD, ERP, PLM, MES, Installation und optionale Anlagenkennungen
Lebenszyklus vom Produktmodell bis zum Betrieb
Bewahren Sie nachvollziehbar, was zulässig, verkauft, gefertigt, installiert und später geändert wurde.
Steuern Sie das Produktmodell
Produkt-, Konstruktions- und kommerzielle Verantwortlicher veröffentlichen zulässige Abmessungen, Optionen, Abhängigkeiten, Geometriebindungen und Preiseingaben.
Erstellen Sie eine Konfiguration
Ein Kunde, Händler oder Verkäufer geht von einem bestimmten veröffentlichten Modell und Markt- oder Kundenkontokontext aus.
Bewerten Sie jede Änderung
Die Regel-Engine freigegeben, lehnt ab oder leitet den Status ab; 3D- und Preiskonsumenten nutzen das gleiche ausgewertete Ergebnis.
Friert die freigegebene Definition ein
Durch die Angebots- oder Auftragsannahme wird ein unveränderlicher oder explizit überarbeiteter Schnappschuss mit Genehmigungen und Quellkontext erstellt.
Übergabe über den Digital Thread
Stabile Identifikatoren verbinden den Snapshot mit Auftrags-, Stücklisten-, CAD-, ERP-, PLM-, MES-, Dokumenten- und Projektdatensätzen.
Erstellen Sie die physische Instanz
Produktion, Installation oder Inbetriebnahme können Serien-, Standort-, Chargen- oder Anlagenidentitäten dort zuweisen, wo das Unternehmen dies erfordert.
Verbindungsbetriebszustand
Eine separate Digital-Twin-Architektur kann Telemetrie, Wartung, Zustand und historischen Zustand mit dieser physischen Identität verknüpfen.
Änderung abgleichen
Serviceänderungen, Austausch, Nachrüstungen und Modellrevisionen bleiben nachvollziehbar, anstatt die verkaufte Konfiguration stillschweigend neu zu schreiben.
Sechs Integrationsmuster
Nutzen Sie nur die Architektur, die das Geschäftsergebnis tatsächlich erfordert.
Nur kommerzielle Konfiguration
Katalog + Regeln → Configurix → 3D, Preis, Lead, Angebot oder Warenkorb
Teams, die einen geführten Verkauf und eine präzise kaufmännische Ausgabe ohne Produktion oder Live-Asset-Integration benötigen.
Konfigurations-zu-Produktions-Thread
Von Configurix freigegebener Snapshot → Auftrag/Stückliste/CAD → ERP, PLM oder MES
Auf Bestellung gefertigte Produkte, bei denen die verkaufte Definition ohne erneute Eingabe in die Konstruktion oder Produktion gelangen muss.
Datensatz für installierte Produkte
Konfiguration + Bestellung + Installation → Kunden-, Standort- und Anlagendatensatz
Installateure oder Hersteller, die Garantie, Service, Austausch und Rückverfolgbarkeit der installierten Basis benötigen.
Konfigurator, der einen Digital Twin speist
Konfigurierte Definition → physische Asset-Identität → Digital-Twin-Plattform + Betriebsdaten
Programme, bei denen die Konstruktionsabsicht einen separat verwalteten operativen Digital Twin initialisieren oder anreichern soll.
Erkenntnisse aus dem Digital Twin verbessern die Konfiguration
Betriebsnachweise → Produkt-/technische Überprüfung → Revision des geregelten Modells → Configurix
Organisationen nutzen Feldnachweise, um zugelassene Optionen, Größen, Wartungspakete oder zukünftige Produktrevisionen zu verbessern.
Zusammengesetztes Systemmodell
Mehrere konfigurierte Produkte + Standort-/Prozesskontext → Darstellung auf Systemebene
Komplexe Lösungen, bei denen Komponentenkonfiguration, Inbetriebnahme und Betriebsmodellierung unterschiedliche Zuständigkeiten haben.
Matrix der Systemverantwortung
Ein durchgängiger Digital Thread bedeutet nicht, dass eine Datenbank für alles verantwortlich ist.
| Systemschicht | Typische Verantwortung | Zu schützende Systemgrenze |
|---|---|---|
| PIM oder Stammdaten | Namen, Beschreibungen, Klassifizierungen, Marktsortiment und Fakten zu wiederverwendbaren Produkten | Machen Sie übersetzte Marketingtexte nicht zur Verantwortung für technische Einschränkungen. |
| PLM oder Engineering | Technische Definition, Teilestrukturen, Wirksamkeit, genehmigte Geometrie und Änderungskontrolle | Klären Sie, welche technischen Fakten Configurix nutzt und welche es für den Verkauf ableiten darf. |
| Configurix | Zulässige Auswahlmöglichkeiten, interaktive Einschränkungen, gespeicherter Konfigurationsstatus, visuelle Bindungen und vereinbarte kommerzielle Ableitung | Der konfigurierte Snapshot muss genau angeben, welche Modellrevision und welcher Kontext ihn erstellt haben. |
| Preisgestaltung oder ERP | Grundpreise, Kontokonditionen, Steuerinformationen, Währungen, Kosten oder Auftragsverantwortung nach Umfang | Ein angezeigter Preis entspricht nicht der Produktionswahrheit; Bewahren Sie die Preiseingaben, die Version und die Gültigkeit auf. |
| MES oder Produktion | Freigegebene Arbeiten, Routing, Ausführung, Verbrauch, Fertigstellung und Qualitätsnachweise | Eine gültige Vertriebskonfiguration ist nicht automatisch eine freigegebene Fertigungsanweisung. |
| IoT oder Twin-Plattform | Telemetrie, Zustandsverlauf, Betriebsmodelle, Simulation und Digital-Twin-Instanzbeziehungen | Kopieren Sie keine unkontrollierten Live-Werte zurück in das Produktmodell oder den Snapshot der freigegebenen Bestellung. |
Identität, Revision und Gültigkeit
Machen Sie jede Beziehung im Produktlebenszyklus eindeutig.
Die schwerwiegendsten Integrationsfehler beginnen häufig mit Bezeichnern und Versionen, die nie als Lebenszyklusvertrag konzipiert wurden.
Verwenden Sie stabile Maschinenkennungen für Produktfamilie, Revision, Konfiguration, Linie, Option, Teil, Bestellung und Anlage; Etiketten können sich je nach Sprache oder Marke ändern.
Trennen Sie das wiederverwendbare Produktmodell von einer konfigurierten Instanz und von einer physisch installierten Instanz.
Machen Sie freigegebene Snapshots unveränderlich oder erstellen Sie eine neue Revision mit Akteur, Grund, Zeitstempel und Genehmigungsnachweis.
Erfassen Sie Modell-, Regel-, Preis-, Geometrie- und Dokumentversionen, die zur Reproduktion der ursprünglichen Entscheidung erforderlich sind.
Gültigkeit definieren: wann eine Revision gültig wird, für welchen Markt, Kanal, Konto, Werk oder Datumsbereich.
Behalten Sie externe Bezeichner mit Quellsystem-Namespaces bei, anstatt jedes System auf eine mehrdeutige ID zu zwingen.
Kartenaustausch, Nachrüstung, Ersetzung und Wartungszustand ohne Löschen der Verkaufs- oder Bauhistorie.
Behandeln Sie 3D-Dateien und Screenshots als Darstellungen, die mit dem strukturierten Zustand verknüpft sind, und nicht als einzige Quelle der verantwortete Produktdefinition.
Sicherheit und Vertrauen
Ein vernetztes Modell erweitert die Vertrauensgrenze.
Konfigurations-, Handels-, Produktions-, Kunden-, Standort- und Betriebsdaten benötigen einen zweckspezifischen Zugriff und nachvollziehbare Zustandsübergänge.
Genehmigen Sie alle Lese- und Änderungsvorgänge nach Mandant, Rolle, Projekt, Produkt, Preis und Umfang der physischen Assets, sofern zutreffend.
Separate Kunden-, Händler-, Vertriebs-, Engineering-, Integrations- und Betriebsdienstidentitäten; Verwenden Sie niemals unkontrollierte Browser-Anmeldeinformationen weiter.
Überprüfen Sie eingehende Ereignisse, Signaturen, Aktualität, Reihenfolge, Idempotenz und Quellverantwortung, bevor Sie den Lebenszyklusstatus ändern.
Schützen Sie Konfigurations-, Kunden-, Standort-, Serien-, Telemetrie- und Wartungsdaten entsprechend Zweck, Aufbewahrung und vertraglicher Verantwortung.
Protokollakteur, Quelle, vorheriger Status, neuer Status, Regel- oder Modellrevision, nachgelagerte Korrelation und Entscheidungsergebnis.
Sicherer Ausfall, wenn Preis, Regeln, ERP, MES oder Telemetrie nicht verfügbar sind; Erfinden Sie nicht stillschweigend einen gültigen, freigegebenen oder aktuellen Zustand.
Definieren Sie, wer eine Konfiguration zum Angebot, zur Bestellung, zur Freigabe, zum installierten Asset oder zum operativen Digital Twin bewerben darf – und welche Nachweise obligatorisch sind.
Testen Sie mandantenübergreifende, veraltete Versions-, Wiedergabe-, Duplikatereignis-, gelöschte Asset- und teilweise Ausfallpfade, nicht nur den reibungslosen Workflow.
Implementierungsplan
Bauen Sie den Digital Thread von der Geschäftsentscheidung bis zum Abnahmenachweis auf.
Benennen Sie die Geschäftsentscheidung
Schreiben Sie zuerst das Ergebnis auf: Konfigurieren und Angebot erstellen, Produktionseingaben generieren, installierte Produkte verfolgen, Anlagen überwachen oder Simulationen unterstützen.
Klassifizieren Sie die Darstellung
Geben Sie an, ob es sich bei jedem Objekt um einen Produkttyp, eine gespeicherte Konfiguration, eine Auftragszeile, einen gebauten Artikel, eine installierte Anlage, einen Prozess oder eine digitale Digital-Twin-Instanz handelt.
Systemberechtigung zuweisen
Benennen Sie für jedes Feld und jeden Statusübergang das maßgebliche System, die Aktualisierungsrichtung, die Häufigkeit und den Verantwortlicher.
Definieren Sie das Identitätsdiagramm
Produkt-, Revisions-, Konfigurations-, Angebots-, Bestell-, Stücklisten-, CAD-, Produktions-, Installations- und Anlagenkennungen zuordnen.
Geben Sie die Synchronisierung an
Dokumentanforderung, Ereignis, Batch- oder Live-Datenaustausch; Latenz, Reihenfolge, Wiederholung, Abstimmung und veraltetes Verhalten.
Separater Modell- und Instanzstatus
Halten Sie die zulässige Produktlogik von den Auswahlmöglichkeiten und dem Lebenszyklus einer konfigurierten oder physischen Instanz getrennt.
Abnahmegrenzen schützen
Erfordern eine Validierung und Genehmigung vor Angebots-, Bestell-, Freigabe-, Bau-, Installations- oder Betriebskontrollübergängen.
Nachweisen Sie den vollständigen Thread
Testen Sie ein echtes Produkt von der ersten Auswahl über die freigegebene Konfiguration bis hin zu jedem erforderlichen nachgelagerten oder betrieblichen Ergebnis.
Abnahmetests für den realen Betrieb
Weisen Sie die Konfiguration und jede erforderliche Übergabe im Lebenszyklus nach.
Ein bekannter Anforderungssatz erzeugt die erwartete gültige Konfiguration, abgeleitete Werte, 3D-Status- und Preiseingaben unter einer benannten Modellrevision.
Eine ungültige Dimension oder inkompatible Option wird auf der Website, beim Händler, in der API und in den unterstützten Verkaufskanälen konsequent abgelehnt.
Das freigegebene Angebot oder die freigegebene Bestellung bezieht sich auf einen unveränderlichen Konfigurations-Snapshot und nicht auf einen veränderlichen Browserstatus.
Die Konfiguration kann später mit ihrem ursprünglichen Modell, ihrer ursprünglichen Regel, ihrer ursprünglichen Geometrie, ihrem ursprünglichen Preis und ihrem ursprünglichen Dokumentkontext reproduziert werden – oder wird mit Begründung ausdrücklich als nicht reproduzierbar markiert.
Jeder erforderliche Auftrags-, Stücklisten-, CAD-, ERP-, PLM- oder MES-Datensatz trägt die vereinbarten Konfigurations- und Revisionskorrelationskennungen.
Durch doppelte oder wiederholte Ereignisse entstehen keine doppelten Aufträge, Anlagen, Stücklisten oder Lebenszyklusübergänge.
Nachrichten außerhalb der Reihenfolge, veraltete oder ersetzte Nachrichten werden abgelehnt, abgeglichen oder vertraglich sichtbar unter Quarantäne gestellt.
Ein konfiguriertes Produkt und ein physisch installiertes Asset bleiben auch dann unterscheidbar, wenn sie eins zu eins verknüpft sind.
Wenn ein operativen Digital Twin im Geltungsbereich ist, ist die Telemetrie mit dem richtigen Asset verknüpft und die Synchronisierungshäufigkeit, Wiedergabetreue und Regeln für den veralteten Zustand sind messbar.
Ein geändertes Produktmodell schreibt freigegebene Bestellungen, gebaute Artikel, installierte Anlagen oder den historischen Zwillingsstatus nicht stillschweigend um.
Mandantenübergreifende Benutzer und Dienste können die Konfigurations-, Preis-, Bestell-, Standort-, Asset- oder Telemetriedaten eines anderen Kontos nicht abrufen.
Ein Folgesystem-Ausfall führt zu einem wiederherstellbaren Status „Ausstehend“ oder „Fehler“ mit Prüfung und Wiederholung – und nicht zu einem falschen Erfolg, der dem Benutzer angezeigt wird.
Typische Fehlermuster
Vermeiden Sie Abkürzungen, die Rückverfolgbarkeit und Vertrauen zerstören.
Jedes 3D-Modell wird als Digital Twin bezeichnet
Ein visuelles Modell kann ohne Live-Identität, Synchronisierung, Lebenszyklusstatus oder Betriebszweck wertvoll sein. Benennen Sie die tatsächliche Fähigkeit.
Ein veränderlicher Datensatz für jede Lebenszyklusphase
Die Zustände im Entwurfs-, Verkaufs-, Bestell-, Bau-, Installations- und Wartungszustand können nicht mehr überprüft oder reproduziert werden.
Labels als Bezeichner verwenden
Das Umbenennen oder Übersetzen einer Option unterbricht Angebot, Stückliste, ERP und historische Beziehungen.
Lassen Sie Screenshots die verantwortete Produktdefinition vermitteln
Ein Bild kann Regeln, Mengen, Preiskontext, Revision, Genehmigungen oder maschinenlesbare Übergabe nicht zuverlässig wiedergeben.
Jedes Feld wird überallhin gesendet
Unbegrenzte Replikation führt zu Datenschutz-, Verantwortungs-, veralteten Daten- und Abstimmungsproblemen. Tauschen Sie nur das aus, was für jedes Ergebnis erforderlich ist.
Angenommen, Echtzeit bedeutet korrekt
Schnelle Aktualisierungen ohne Quellverantwortung, Reihenfolge, Qualität, Zeitstempel und Umgang mit veralteten Zuständen können dazu führen, dass Entscheidungen weniger vertrauenswürdig sind.
Die Identität des physischen Assets wird übersprungen
Telemetrie kann keinen zuverlässigen operativen Digital Twin bilden, wenn das System nicht nachweisen kann, welches installierte Objekt ihn erzeugt hat.
Kein Abnahmenachweis
Architekturdiagramme und Integrationslogos nachweisen nicht, dass eine echte Konfiguration Angebot, Bestellung, Produktion und optionale Zwillingsworkflows überlebt.
Maßgebliche Standards und Leitlinien
Nutzen Sie Definitionen und Architekturleitlinien aus belastbaren Primärquellen.
NIST IR 8356 · Sicherheits- und Vertrauensüberlegungen für die Digital Twin-Technologie
Primäre NIST-Behandlung von Digital-Twin-Definitionen, Eigenschaften, Synchronisierung, Vertrauen, Sicherheit und betrieblichen Verwendungen.
Primärquelle öffnenNIST · Digitale Zwillinge für die fortschrittliche Fertigung
NIST-Forschungsübersicht über Überwachung, Anomalieerkennung, Vorhersage, Entscheidungsunterstützung und Lebenszyklus-/System-of-Systems-Überlegungen.
Primärquelle öffnenISO 23247-2:2021 · Referenzarchitektur für Digital Twins
Offizielle ISO-Seite für die Referenzarchitektur und Funktionsansicht des digitalen Fertigungszwillings.
Primärquelle öffnenDigital Twin Consortium · Anleitung zur Definition und Einführung
Leitlinien des Konsortiums, die die Synchronisierung mit einer bestimmten Häufigkeit und Genauigkeit sowie eine ergebnisorientierte IT/OT-Implementierung beschreiben.
Primärquelle öffnenIDTA · Spezifikationen der Asset Administration Shell
Offizielle Spezifikationen für standardisierte industrielle Digital-Twin-Metamodelle, APIs, Daten, Sicherheit und Paketaustausch.
Primärquelle öffnenIDTA · Asset Administration Shell-Metamodell
Primäre Metamodell-Anleitung zu Untermodellen, Bezeichnern, Zugriffskontrolle und Austausch über Produktlebenszyklusphasen hinweg.
Primärquelle öffnenFAQ zu Produktkonfiguratoren und Digital Twins
Ausführliche Antworten für Produkt-, Entwicklungs-, IT-, Betriebs- und Beschaffungsteams.
Bringen Sie ein konfigurierbares Produkt und seine Folgesysteme mit
Definieren Sie die genaue Rolle von Configurix in Ihrem digitalen Produktprozess.
Wir können Produktverantwortung, Konfigurationsidentität, freigegebene Snapshots, Angebots- und Auftragsübergabe, Stücklisten- oder CAD-Ausgabe, ERP-, PLM- und MES-Verbindungen, installierte Produktbeziehungen und die Grenze zu jeder betrieblichen Digital-Twin-Plattform definieren.