Verwaltungsschale ASS Eine Vita für den digitalen Zwilling

Von konstruktionspraxis 16 min Lesedauer

Die Verwaltungsschale (Asset Administration Shell, AAS) liefert eine Basis, um „digitale Zwillinge“ von physischen Produkten standardisiert und maschinenlesbar zu beschreiben. Wie ist die AAS aufgebaut und was macht sie für Konstrukteure und Entwickler wichtig?

Die Verwaltungsschale liefert eine Basis, um „digitale Zwillinge“ physischer Produkte standardisiert und maschinenlesbar zu beschreiben.(Bild:  © photon_photo – stock.adobe.com)
Die Verwaltungsschale liefert eine Basis, um „digitale Zwillinge“ physischer Produkte standardisiert und maschinenlesbar zu beschreiben.
(Bild: © photon_photo – stock.adobe.com)

Die AAS beschreibt ein physisches Asset wie Maschinen, Geräte, Produkte oder auch Software‑Komponenten als „digitaler Zwilling“ in Industrie‑4.0‑Umgebungen in einer einheitlichen, maschinenlesbaren Struktur mit Metadaten, technischen Parametern sowie Konfigurations‑ und Zustandsdaten über den gesamten Lebenszyklus. Sie ist mit der IEC 63278 international als Grundlage des digitalen Zwillings normiert und ermöglicht herstellerübergreifende Interoperabilität in Industrie‑4.0‑Ökosystemen.

das lesen sie in diesem Beitrag

  • Die Definition der AAS

  • Aufbau der AAS und Zusammensetzung der Teilmodelle

  • Kernbausteine der AAS für Konstrukteure (mit Tabelle)

  • Teilmodelle mit Konstruktionsbezug (mit Tabelle)

  • Einsatz der Teilmodelle in der Praxis

  • 5 Schritte vom „Minimalmodell“ zum ausgereiften digitalen Zwilling (mit Tabelle)

  • Schnittstellen und Protokolle zur Unterstützung von Konstrukteuren (mit Tabelle)

  • AAS im Kontext von „Digitaler Produktpass“ und Ökodesign-Verordnung

Die Industrial Digital Twin Association (IDTA) positioniert als Branchenverband (u. a. ZVEI, VDMA, Bitkom, zahlreiche Hersteller) die AAS als globalen Standard für digitale Zwillinge und als „Enabler“ für Anwendungen wie den digitalen Produktpass (DPP). Die IDTA erarbeitet hierzu u.a. Spezifikationen, Referenzmodelle und Open‑Source‑Bausteine für die AAS und veröffentlicht AAS‑Metamodelle, Submodel-Templates und Implementierungshilfen.[1]

Wie ist eine AAS aufgebaut und aus welchen Teilmodellen setzt sie sich zusammen?

Eine AAS ist eindeutig identifiziert und immer genau einem Asset  zugeordnet, etwa einem Motor, Ventil, einer Anlage oder einem Softwaremodul. Als digitale Hülle zur Bündelung aller relevanten Informationen und Services enthält sie Metadaten, wie zum  Beispiel  Version, Verantwortlicher, Referenzen, und eine Liste von Teilmodellen als strukturierende Container.

Die wichtigsten strukturellen Elemente sind neben dem Asset der AAS-Header, die Teilmodelle (Submodels) und die SubmodelElements:

  • Der Header enthält globale Informationen zum Asset wie ID, Version, Sprachen, Kontakt und Berechtigungen für die Zusammenarbeit mit Partnern.
  • Die Submodels (Teilmodelle) gruppieren inhaltlich zusammengehörige Informationen, etwa alle Stammdaten, alle Simulationsmodelle oder alle Wartungsinformationen. Ein Submodel beschreibt somit jeweils genau einen konkreten Aspekt des Assets, darunter technische Daten, Dokumentation, Betriebsdaten, Schnittstellen oder Nachhaltigkeit. Die Teilmodelle sind unabhängig voneinander versionierbar und können über strukturell und semantisch standardisierte Templates (IDTA Submodel Templates) vorgegeben werden (etwa „Digital Nameplate“, „Handover Documentation“, „Provision of Simulation Models“, „Carbon Footprint“). Konstrukteure können diese Templates nutzen, um sicherzustellen, dass ihre AAS-Teilmodelle von Tools und Partnern interoperabel verstanden werden (mehr hierzu weiter unten).
  • Die SubmodelElements wiederum sind strukturierte feinstufige ergänzende Informationen innerhalb eines Teilmodells, etwa Eigenschaften, Dateien, Operationen oder Ereignisse.

Hier ein Auszug wichtiger Submodel-Templates:

  • Digital Nameplate: Stammdaten zu Hersteller, Typ, Seriennummer, Zulassungen
  • Handover Documentation: strukturierte Übergabe von technischen Unterlagen im Sinne von VDI 2770
  • Provision of Simulation Models: Beschreibung und Bereitstellung von Simulationsmodellen inklusive Metadaten und Download-Links
  • Carbon Footprint: Struktur für den CO2-Fußabdruck des Produktes (Product Carbon Footprint – PCF) und zugehörige Bilanzierungsdaten.[2] 

Kernbausteine der AAS für Konstrukteure:

BausteinRolle im digitalen Zwilling aus Konstruktionssicht
AssetPhysische oder logische Einheit, etwa Ventil, Achse, Antrieb, Baugruppe.
Asset Administration ShellDigitale Hülle, die alle relevanten Informationen und Services zum Asset bündelt.
SubmodelFachlicher Ausschnitt, etwa Nameplate, Engineering, Maintenance, Sustainability.
SubmodelElementKleinste Informationseinheit wie Eigenschaft, Datei, Ereignis oder Operation.
 

Typische Teilmodelle der AAS mit Konstruktionsbezug (Beispiel):

Submodell-TemplateTypische Inhalte für Konstrukteure
NameplateHersteller, Typenschlüssel, technische Grunddaten.
Engineering / Handover Doc.Geometrie- und Anschlussdaten, Medien, Leistungsdaten, Dokumente gemäß VDI 2770.
Simulation / BehaviorParameter für Berechnung, Kennlinien, Modelle für CAE.
MaintenanceGrenzwerte, Zustände, Ersatzteile, Wartungsintervalle.
Sustainability / PCFCO₂-Fußabdruck, Materialdaten, Recyclinginformationen.
 

Wie können Konstrukteure die Teilmodelle in der Praxis nutzen?

Durch den Einsatz der Teilmodelle im AAS lassen sich vor allem wiederkehrende Medienbrüche im Engineering vermeiden und Daten einheitlich zwischen CAD/CAE, PDM/PLM und Kunden austauschen. Nachfolgend die zentralen Teilmodelle und deren Vorteile in der Praxis:

  • Technische Daten und Typenschild im Engineering: Über Technical‑Data‑ und Nameplate‑Teilmodelle stehen Leistungsdaten, Anschlussdaten, Medien, Umgebungsbedingungen und Identifikation des Bauteils in strukturierter Form für Auslegungstools und Konfiguratoren bereit.
    Vorteile: Solche Daten können direkt aus der AAS in CAD‑/CAE‑Systeme übernommen werden, ohne sie manuell erfassen zu müssen.
  •  Handover Documentation nach VDI 2770: Mit dem Submodel „Handover Documentation“ lassen sich technische Unterlagen (Zeichnungen, Manuals, Zertifikate) nach VDI 2770 klassifizieren und als digitale Dateien (z. B. PDF/A, STEP) im Teilmodell referenzieren. Vorteile: Relevante Dokumente werden einmalig exakt für Betreiber, Service oder Behörden strukturiert. PLM‑Prozesse wie Produktänderungsmitteilungen lassen sich anschließend weitgehend automatisieren.
  • Simulation und virtuelle Erprobung: Das IDTA‑Teilmodel „Provision of Simulation Models“ ermöglicht die Bereitstellung von Simulationsmodellen (etwa DAE‑Modelle, CAD‑basierte Modelle, FMEA‑Modelle) samt Metadaten zu Gültigkeit, Parametern und Einsatzgrenzen.
    Vorteile: Zu einem Bauteil können mehrere Modelle für unterschiedliche Analysezwecke hinterlegt und diese zielgerichtet in CAE‑Workflows eingebunden werden.
  • Wiederverwendung in Varianten und Baukästen: Teilmodelle lassen sich auf Typ‑Ebene (Baureihe, Variante) definieren und für konkrete Instanzen erneut verwenden.
    Vorteile: Katalogkomponenten oder modulare Baukästen können effizient verwaltet werden. Für neue Varianten müssen nur Delta‑relevante Eigenschaften oder Dokumentenverweise angepasst werden, während Struktur und Semantik des Teilmodells gleichbleiben.
  • Integration in PDM/PLM und Datenräume: In vielen Pilotanwendungen werden PDM/PLM‑Daten über Mapping‑Mechanismen automatisiert in AAS‑Teilmodelle überführt.
    Vorteile: Konstrukteure nutzen ihre gewohnten Systeme, erzeugen aber gleichzeitig AAS‑konforme Zwillinge. Diese Teilmodelle lassen sich anschließend in Lieferketten, DPP‑Szenarien oder Manufacturing‑X‑Datenräumen verwenden, ohne dass für jeden Einzelfall neue Datenstrukturen definiert werden müssen.

5 Schritte vom „Minimalmodell“ zum umfassenden digitalen Zwilling

Ein sinnvoller Einstieg in die AAS besteht darin, mit wenigen, klar umrissenen Anwendungsfällen zu beginnen, diese gut zu strukturieren und dann schrittweise zu erweitern, um vorhandene Produktdaten aus CAD/CAE und PDM/ERP sukzessive in standardisierte Teilmodelle zu überführen.

Zunächst sollten hierzu grundlegende Ziele definiert werden, etwa weniger Medienbrüche im Engineering, bessere Wiederverwendung von Produktdaten, Vorbereitung auf verschiedene DPP‑Szenarien.

Anschließend können einige wenige konkrete Anwendungsfälle priorisiert werden, beispielsweise: digitales Typenschild, strukturierte Übergabedokumentation oder Bereitstellung von Simulationsmodellen. Abschließend geht es an die Umsetzung. 
Hier beispielhaft 5 konkrete Schritte:

  1. Minimalen Datenumfang festlegen
    Für jeden Anwendungsfall wird zunächst ein minimaler und an bereits bestehenden Dokumenten sowie Stammdaten orientierter Datensatz definiert. Hierbei wird schnell deutlich, welche Informationen wirklich Bestandteil eines Teilmodels sein müssen. Konstrukteure legen dann gemeinsam mit der IT und dem Produktmanagement fest, welche Eigenschaften, Dokumente und Modelle zunächst für den konkreten Fall ausreichen.
  2. Teilmodelle konzipieren und strukturieren
    Auf Basis dieses Minimaldatensatzes werden ein bis zwei Teilmodelle entworfen (etwa „Nameplate/Technical Data“, „Handover Documentation“, „Simulation“), die diesen Inhalt strukturiert aufnehmen. Damit einer späteren Automatisierung und Tool‑Integration nichts im Wege steht, ist eine stabile Struktur notwendig, also klar benannte Eigenschaften, nachvollziehbare Gruppierungen und eindeutige Identifikatoren, etc.
  3. Daten aus bestehenden Systemen einpflegen
    Danach werden Zuordnungen (Mappings) aus bestehenden Quellen wie CAD, CAE, PDM, ERP und DMS auf die Elemente der Teilmodelle übertragen, um eine manuelle Datenerfassung zu vermeiden. In einem ersten Schritt können hierzu einfache Exporte und Skripte genügen. Entscheidend ist, dass die AAS aus vorhandenen Engineering-Daten „gefüttert“ werden kann.
  4. Pilot mit einer Produktfamilie
    Ein typischer Einstiegspfad ist ein Pilotprojekt mit einer Baureihe oder einem klar umrissenen Baukasten (etwa Ventile, Antriebe), um die erarbeiteten Teilmodelle auszuprobieren, damit Struktur, Datenqualität und Nutzen im Alltag validiert werden können. In diesem Piloten sollte bewusst mit echten Projekten gearbeitet werden (beispielsweise Angebot, Anlagenlayout, Variantenkonfiguration), denn nur so sind Schwachstellen in Struktur oder Daten deutlich erkennbar.
  5. Rückmeldung, Nachschärfung (Optimierung), Skalierung
    Aus dem Pilotprojekt leiten Konstrukteure und IT gemeinsam ab, welche Felder fehlen, welche redundant sind und wo mitunter Vereinfachungen möglich sind. Erst danach lohnt sich ein breites „Roll-out“. Auf der geschaffenen Basis lassen sich anschließend weitere Teilmodelle ergänzen (etwa Wartung, Betriebsdaten, Nachhaltigkeit), sodass sich das Set für die AAS schrittweise vom „Minimalmodell“ zum umfassenden digitalen Zwilling entwickelt.[4]

Die ersten Schritte auf einen Blick:

SchrittZiel aus Sicht KonstruktionTypische AktivitätenErgebnis / Nutzen
Zielbild & Use Cases klärenRichtung und Prioritäten festlegen1–2 Kernziele definieren (Medienbrüche, Wiederverwendung, DPP‑Vorbereitung). Relevante Anwendungsfälle auswählen (etwa Typenschild, Doku, Simulation).Klarer Fokus, warum AAS eingesetzt wird, und welche Fälle zuerst adressiert werden.
Minimalen Datenumfang wählenEinstieg schlank halten, Überfrachtung vermeidenFür jeden Use Case Minimaldatensatz festlegen (Eigenschaften, Dokumente, Modelle). Abgleich mit bestehenden Zeichnungen, Stücklisten, Datenblättern.Überschaubares erstes Modell, das mit realistischen Aufwänden aufgebaut werden kann.
Teilmodelle strukturierenFachlich sinnvolle Container definieren1–2 Teilmodelle entwerfen (z. B. „Technical Data“, „Handover“, „Simulation“). Eigenschaften benennen, logisch gruppieren, IDs festlegen.Stabiler Rahmen, in den Daten konsistent eingehängt werden können.
Daten einpflegen (Mapping)Bestehende Systeme anbinden statt doppelt pflegenZuordnung von CAD/CAE/PDM/ERP/DMS-Feldern zu Teilmodel‑Elementen definieren. Erste automatische Exporte/Skripte oder einfache Manuelleingabe nutzen.Erstes lebendes AAS mit realen Produktdaten, ohne alles neu erfassen zu müssen.
Pilot mit ProduktfamilieKonzept im Alltag testenEine Baureihe/Baukasten auswählen. AAS im realen Projekt (Angebot, Layout, Konfiguration) einsetzen und beobachten.Validierte Struktur, sichtbarer Nutzen für Konstrukteure und angrenzende Bereiche.
Feedback & SkalierungStruktur verfeinern und auf Portfolio ausrollenRückmeldungen sammeln (fehlende Felder, redundante Infos, Bedienbarkeit). Weitere Teilmodelle ergänzen (Wartung, Betriebsdaten, Nachhaltigkeit).Reifes, ausbaufähiges AAS‑Set, das Schritt für Schritt zum digitalen Zwilling wird.
 

Welche Schnittstellen und Protokolle unterstützen Konstrukteure?

Zur einfachen Integration in CAD/CAE, PDM/PLM und Engineering-IT sind für Konstrukteure insbesondere spezifische Schnittstellen und Protokolle relevant. Im Mittelpunkt stehen hierbei HTTP/REST‑APIs und OPC UA, ergänzt durch MQTT in IoT‑/Cloud-Szenarien.

  • HTTP/REST und JSON
    Viele AAS-Server und Tools stellen eine REST‑API bereit, über die Teilmodelle und SubmodelElements per HTTP(S) mit JSON-Strukturen gelesen und geschrieben werden können. Das ist für Konstrukteure ideal, um PDM-/PLM- oder Konfigurator-Systeme über Skripte, Middleware oder Low-Code-Plattformen anzubinden, ohne tiefer in OT-Protokolle (OT – Operational Technology) einsteigen zu müssen.
  • OPC UA / I4AAS
    OPC UA bietet als standardisiertes Protokoll eine robuste, semantische Kommunikationsschicht, über die AAS-Informationsmodelle direkt im Automatisierungsumfeld zugänglich werden. Hiervon profitieren Konstrukteure, denn identische AAS-Teilmodelle können sowohl in Engineering-Tools als auch in Leitsystemen oder Edge-Geräten genutzt werden.
  • MQTT und Publish/Subscribe
    Im nahen IoT- und Cloud-Kontext lassen sich AAS-Daten über MQTT transportieren, etwa Status- oder Ereignisinformationen aus Teilmodellen, die in Dashboards oder Analyse-Anwendungen einfließen. Für Konstrukteure kann dies interessant sein, wenn Betriebs- und Lastdaten aus dem Feld zurück in den digitalen Zwilling gespiegelt werden sollen, um Auslegung und Materialwahl zu optimieren.
  • AASX-Dateiformat und Austauschwerkzeuge
    Mit dem Containerformat AASX können AAS und Teilmodelle inklusive eingebetteter Dateien (Zeichnungen, 3D-Modelle, PDFs) paketweise etwa zwischen OEM und Zulieferer ausgetauscht werden. Verschiedenste Werkzeuge wie bspw. der Eclipse AASX Package Explorer und zugehörige Server unterstützen sowohl REST als auch OPC UA und MQTT, wodurch Konstrukteuren eine praxisnahe Umgebung für erste Integrationen zur Verfügung steht.[5]

Die Übersicht der Schnittstellen und Protokolle[6]:

Schnittstelle / ProtokollRolle für KonstrukteureTypische Verwendung im AAS-Kontext
HTTP/REST + JSONEinfache Integration mit IT-/Engineering-SystemenZugriff auf Teilmodelle aus CAD/CAE-, PDM/PLM- oder Konfigurator-Anbindungen.
OPC UA (I4AAS Mapping)Verbindung zur Automatisierungs- und LeittechnikGemeinsame Nutzung von AAS-Daten in Engineering, Leitsystemen und Edge-Geräten.
MQTT (Publish/Subscribe)Ereignis- und Zustandsübertragung in IoT-/Cloud-SzenarienRückführung von Betriebs- und Lastdaten in den digitalen Zwilling zur Auslegung.
AASX-DateiformatPaketweiser Austausch kompletter AAS inkl. DateienAustausch von Typdaten, Dokumentation und Modellen zwischen OEM und Zulieferern.
AAS-Server / Explorer-ToolsPraktische Umgebung und IntegrationsplattformTesten von Lese-/Schreibzugriffen, Validierung und erste End-to-End-Flows.
 

AAS im Kontext von DPP und ESPR

Der digitale Produktpass (DPP – Digital Product Passport) ist in der EU als zentrales Instrument in der 2024 eingeführten Ökodesign-Verordnung (ESPR – Ecodesign for Sustainable Products Regulation) verankert. Die ESPR schreibt in diesem Zusammenhang vor, dass die Informationen für den DPP auf offenen, interoperablen Standards basieren und über einen eindeutigen Produktidentifikator entlang der Lieferkette zugänglich sein müssen. Die AAS schafft eine technische Basis, in der die Daten für den DPP strukturiert und maschinenlesbar umgesetzt werden können, wobei die IDTA die AAS explizit als digitale Hülle positioniert, um DPP‑Informationen gemäß ESPR in Form von Submodellen bereitzustellen (Konzept DPP4.0).

Für Konstrukteure bedeutet das: Künftige Nachhaltigkeits‑, Material‑ und Produktdatenanforderungen aus der ESPR lassen sich direkt in AAS‑Teilmodellen modellieren und als DPP bereitstellen. Die Submodel-Templates liefern hierzu fertige Strukturen, in denen die für den DPP verlangten Daten maschinenlesbar und semantisch eindeutig abgelegt werden können.

Konstrukteure pflegen heute schon einen Großteil der künftig für den DPP relevanten Daten (Material, Masse, Lebensdauerannahmen, Austauschbarkeit, Dokumentation), die sich über die AAS‑Teilmodelle einmalig strukturiert hinterlegen und später für den DPP einsetzen lassen. Für Hersteller entsteht damit ein durchgängiger Pfad: Das Engineering erzeugt und pflegt AAS‑Teilmodelle und nutzt hierzu IT/Compliance, um hieraus DPP‑Instanzen zu generieren und ESPR‑Anforderungen im Markt erfüllen zu können.

Jetzt Newsletter abonnieren

Verpassen Sie nicht unsere besten Inhalte

Mit Klick auf „Newsletter abonnieren“ erkläre ich mich mit der Verarbeitung und Nutzung meiner Daten gemäß Einwilligungserklärung (bitte aufklappen für Details) einverstanden und akzeptiere die Nutzungsbedingungen. Weitere Informationen finde ich in unserer Datenschutzerklärung. Die Einwilligungserklärung bezieht sich u. a. auf die Zusendung von redaktionellen Newslettern per E-Mail und auf den Datenabgleich zu Marketingzwecken mit ausgewählten Werbepartnern (z. B. LinkedIn, Google, Meta).

Aufklappen für Details zu Ihrer Einwilligung

Industrieverbände wie IDTA, VDMA und die OPC Foundation betrachten die AAS als Kerntechnologie für den DPP. Gleichwohl betonen EU‑ und Branchenpapiere, dass DPP‑Lösungen auf einem Zusammenspiel mehrerer offener Standards beruhen und daher nicht zwangsläufig auf einen einzigen Technologiepfad festgelegt sind. Für Konstrukteure ist es daher vermutlich sinnvoll, AAS-konform und zugleich GS1-/ECLASS‑kompatibel zu modellieren, statt ausschließlich auf einen Standard zu setzen.[7]

Quellen zur Recherche

[1] CONPLEMENT: „Digitaler Produktpass (DPP4.0) - Ein standardisiertes Konzept für Industrie 4.0“, auf: conplement.de, URL: https://www.conplement.de/blog/digital-twin/dpp40, (Abgerufen am: 27.03.2026);
DKE: „Verwaltungsschale als Rückgrat der Industrie 4.0 und des Digitalen Zwillings“, auf: dke.de, URL: https://www.dke.de/verwaltungsschale, (Abgerufen am: 27.03.2026);
IESE: „Verwaltungsschalen ermöglichen Interoperabilität: So transformieren Asset Administration Shells (AAS) Ihre Komponenten für Industrie 4.0“, auf: iese.fraunhofer.de, URL: https://www.iese.fraunhofer.de/blog/verwaltungsschale-aas-fuer-interoperabilitaet/, (Abgerufen am: 27.03.2026);
LNI40: „Asset Administration Shell (AAS) – Verwaltungsschale“, auf: lni40.de, URL: https://lni40.de/angebot/testbeds/asset-administration-shell-aas/, (Abgerufen am: 27.03.2026);
MHP: „Wie die Asset Administration Shell die Zukunft Digitaler Zwillinge prägt“, auf: mhp.com, URL: https://www.mhp.com/de/insights/blog/post/asset-administration-shell, (Abgerufen am: 27.03.2026);
XITASO: „Verwaltungsschale AAS“, auf: xitaso.com, URL: https://xitaso.com/kompetenzen/aas, (Abgerufen am: 27.03.2026).
 

[2] AAS-CORE-WORKS: „Submodel“, auf: aas-core-works.github.io, URL: https://aas-core-works.github.io/aas-core-meta/v3/Submodel.html, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA 01001 3 0 SpecificationAssetAdministrationShell Part1 Metamodel (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/wp-content/uploads/2023/06/IDTA-01001-3-0_SpecificationAssetAdministrationShell_Part1_Metamodel.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA AAS Quick Start Guide (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/wp-content/uploads/sites/2/2025/07/IDTA_AAS-Quick-Start-Guide.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „AAS Submodel Templates“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/content-hub/submodels, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA 02005 1 0 Submodel ProvisionOfSimulationModels (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/wp-content/uploads/2023/01/IDTA-02005-1-0_Submodel_ProvisionOfSimulationModels.pdf, (Abgerufen am: 27.03.2026);
REFERENCE: „Industry 4.0 Asset Administration Shell - 6.7 AASSubmodelType“, auf: reference.opcfoundation.org, URL: https://reference.opcfoundation.org/I4AAS/v100/docs/6.7, (Abgerufen am: 27.03.2026).
 

[3] CLASSING: „Asset Administration Shell / Verwaltungsschale AAS“, auf: classing.de, URL: https://www.classing.de/aas/, (Abgerufen am: 27.03.2026);
DYNALOOK.COM: „CAE as a Servcie as Cloud Platform for the full LS-Dyna Simulation Process (PDF-Dokument)“, auf: dynalook.com, URL: https://www.dynalook.com/conferences/10th-european-ls-dyna-conference/13%20IT%20-%20Cloud%20I/02-Hierholz-T-Systems-P.pdf, (Abgerufen am: 27.03.2026);
EUROMAP: „EUROMAP%20101.1%20Draft%201.0 (PDF-Dokument)“, auf: euromap.org, URL: https://www.euromap.org/media/recommendations/101/Draft%201.0/EUROMAP%20101.1%20Draft%201.0.pdf, (Abgerufen am: 27.03.2026);
FLUIDTECHNIK40.DE
GITHUB: „Search code, repositories, users, issues, pull requests...“, auf: github.com, URL: https://github.com/admin-shell-io/questions-and-answers, (Abgerufen am: 27.03.2026);
IESE: „Verwaltungsschalen ermöglichen Interoperabilität: So transformieren Asset Administration Shells (AAS) Ihre Komponenten für Industrie 4.0“, auf: iese.fraunhofer.de, URL: https://www.iese.fraunhofer.de/blog/verwaltungsschale-aas-fuer-interoperabilitaet/, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA 02005 1 0 Submodel ProvisionOfSimulationModels (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/wp-content/uploads/2023/01/IDTA-02005-1-0_Submodel_ProvisionOfSimulationModels.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „Use cases from the industry prove considerable time and cost savings thanks to the Asset Administration Shell“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/news-dates/use-cases-from-the-industry-with-the-asset-administration-shell-6226, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „AAS Submodel Templates“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/content-hub/submodels, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA 02004 1 2 Submodel Handover Documentation (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/wp-content/uploads/2023/03/IDTA-02004-1-2_Submodel_Handover-Documentation.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA 02004 2 0 Submodel Handover Documentation (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/wp-content/uploads/sites/2/2025/07/IDTA-02004-2-0_Submodel_Handover-Documentation.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA 02005-1-0: Provision of Simulation Models“, auf: industrialdigitaltwin.io, URL: https://industrialdigitaltwin.io/idta-submodel-templates/simulation/1.0/index.html, (Abgerufen am: 27.03.2026);
IRS.KIT.EDU
 

[4] FLUIDTECHNIK40.DEINDUSTRIALDIGITALTWIN: „IDTA 02005 1 0 Submodel ProvisionOfSimulationModels (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/wp-content/uploads/2023/01/IDTA-02005-1-0_Submodel_ProvisionOfSimulationModels.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „Use cases from the industry prove considerable time and cost savings thanks to the Asset Administration Shell“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/news-dates/use-cases-from-the-industry-with-the-asset-administration-shell-6226, (Abgerufen am: 27.03.2026).
EUROMAP: „EUROMAP%20101.1%20Draft%201.0 (PDF-Dokument)“, auf: euromap.org, URL: https://www.euromap.org/media/recommendations/101/Draft%201.0/EUROMAP%20101.1%20Draft%201.0.pdf, (Abgerufen am: 27.03.2026);
GITHUB: „Search code, repositories, users, issues, pull requests...“, auf: github.com, URL: https://github.com/admin-shell-io/questions-and-answers, (Abgerufen am: 27.03.2026);
IESE: „Verwaltungsschalen ermöglichen Interoperabilität: So transformieren Asset Administration Shells (AAS) Ihre Komponenten für Industrie 4.0“, auf: iese.fraunhofer.de, URL: https://www.iese.fraunhofer.de/blog/verwaltungsschale-aas-fuer-interoperabilitaet, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „AAS Submodel Templates“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/content-hub/submodels, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA 02004 2 0 Submodel Handover Documentation (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/wp-content/uploads/sites/2/2025/07/IDTA-02004-2-0_Submodel_Handover-Documentation.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „IDTA 02005-1-0: Provision of Simulation Models“, auf: industrialdigitaltwin.io, URL: https://industrialdigitaltwin.io/idta-submodel-templates/simulation/1.0/index.html, (Abgerufen am: 27.03.2026);
IRS.KIT.EDU
 

[5] DFKI.DE: „Mapping of OPC UA FX to the Asset Administration Shell and Capability, Skill and Service model (PDF-Dokument)“, auf: dfki.de, URL: https://www.dfki.de/fileadmin/user_upload/import/15667_Mapping_of_OPC_UA_FX_to_the_Asset_Administration_Shell_and_Capability_Skill_and_Service_Model.pdf, (Abgerufen am: 27.03.2026);
FAAAST-SERVICE: „AssetConnection“, auf: faaast-service.readthedocs.io, URL: https://faaast-service.readthedocs.io/en/latest/interfaces/asset-connection.html, (Abgerufen am: 27.03.2026);
IESE: „Utilizing the Asset Administration Shell to Make the Process Industry Changeable“, auf: iese.fraunhofer.de, URL: https://www.iese.fraunhofer.de/blog/asset-administration-shell-process-industry/), (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „2021 What is the Asset Administration Shell from a technical perspective? (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/wp-content/uploads/sites/2/2021/10/2021_What-is-the-AAS.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „API Documentation“, auf: industrialdigitaltwin.io, URL: http://industrialdigitaltwin.io/aasx-package-explorer/devdoc/api/index.html, (Abgerufen am: 27.03.2026);
OPCCONNECT: „OPC UA “REST” Subgroup Launched“, auf: opcconnect.opcfoundation.org, URL: https://opcconnect.opcfoundation.org/2023/03/opc-ua-rest-subgroup-launched/, (Abgerufen am: 27.03.2026);
OPCFOUNDATION.ORG: „Diskussionspapier – Interoperabilität mit der Verwaltungsschale, OPC UA und AutomationML (PDF-Dokument)“, auf opcfoundation.org, URL : https://opcfoundation.org/wp-content/uploads/2023/04/Diskussionspapier-Zielbild-und-Handlungsempfehlungen-fur-industrielle-Interoperabilitat-5.3-protected.pdf, (Abgerufen am: 27.03.2026);
OPUS: „Harmonization of heterogeneous asset administration shells (PDF-Dokument)“, auf: opus.bibliothek.uni-augsburg.de, URL: https://opus.bibliothek.uni-augsburg.de/opus4/files/100307/100307.pdf, (Abgerufen am: 27.03.2026);
PROJECTS: „Eclipse AASX Package Explorer and Server“, auf: projects.eclipse.org, URL: https://projects.eclipse.org/projects/dt.aaspe, (Abgerufen am: 27.03.2026);
PUBLICA: „Unified Namespace and Asset Administration Shell: A Winning Combination for Digital Production (PDF-Dokument)“, auf: publica.fraunhofer.de, URL: https://publica.fraunhofer.de/bitstreams/424b70f4-48a4-4204-a67b-2be9b14aa640/download, (Abgerufen am: 27.03.2026);
REFERENCE: „Industry 4.0 Asset Administration Shell - 4.2.1 What is OPC UA?“, auf: reference.opcfoundation.org, URL: https://reference.opcfoundation.org/I4AAS/v100/docs/4.2.1, (Abgerufen am: 27.03.2026).
 

[6] DFKI.DE: „Mapping of OPC UA FX to the Asset Administration Shell and Capability, Skill and Service model (PDF-Dokument)“, auf: dfki.de, URL: https://www.dfki.de/fileadmin/user_upload/import/15667_Mapping_of_OPC_UA_FX_to_the_Asset_Administration_Shell_and_Capability_Skill_and_Service_Model.pdf, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „2021 What is the AAS (PDF-Dokument)“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/en/wp-content/uploads/sites/2/2021/10/2021_What-is-the-AAS.pdf, (Abgerufen am: 27.03.2026);
PROJECTS: „Eclipse AASX Package Explorer and Server“, auf: projects.eclipse.org, URL: https://projects.eclipse.org/projects/dt.aaspe, (Abgerufen am: 27.03.2026);
PROJECTS: „Eclipse AASX Package Explorer and Server“, auf: projects.eclipse.org, URL: https://projects.eclipse.org/projects/dt.aaspe/governance, (Abgerufen am: 27.03.2026);
PUBLICA: „Unified Namespace and Asset Administration Shell: A Winning Combination for Digital Production (PDF-Dokument)“, auf: publica.fraunhofer.de, URL: https://publica.fraunhofer.de/bitstreams/424b70f4-48a4-4204-a67b-2be9b14aa640/download, (Abgerufen am: 27.03.2026);
REFERENCE: „Industry 4.0 Asset Administration Shell - 4.2.1 What is OPC UA?“, auf: reference.opcfoundation.org, URL: https://reference.opcfoundation.org/I4AAS/v100/docs/4.2.1, (Abgerufen am: 27.03.2026);
REFERENCE: „Industry 4.0 Asset Administration Shell - 4 General information on the Asset Administration Shell and OPC UA“, auf: reference.opcfoundation.org, URL: https://reference.opcfoundation.org/I4AAS/v100/docs/4, (Abgerufen am: 27.03.2026).
 

[7] CIRPASSPROJECT: „CIRPASS D2.2 DPP UseCases Report v2.0 (PDF-Dokument)“, auf: cirpassproject.eu, URL: https://cirpassproject.eu/wp-content/uploads/2024/04/CIRPASS_D2.2_DPP_UseCases_Report_v2.0.pdf, (Abgerufen am: 27.03.2026);
COMMISSION: „Ecodesign for Sustainable Products Regulation“, auf: commission.europa.eu, URL: https://commission.europa.eu/energy-climate-change-environment/standards-tools-and-labels/products-labelling-rules-and-requirements/ecodesign-sustainable-products-regulation_en, (Abgerufen am: 27.03.2026);
FORSCHUNGSFABRIK-MIKROELEKTRONIK: „Siemens Cassignol Green ICT Connect shared (PDF-Dokument)“, auf: forschungsfabrik-mikroelektronik.de, URL: https://www.forschungsfabrik-mikroelektronik.de/content/dam/ipms/forschungsfabrik-mikroelektronik/de/Veranstaltungen/2023/green-ict-connect-/connect-pr%C3%A4sentationen/Siemens_Cassignol_Green_ICT_Connect_shared.pdf, (Abgerufen am: 27.03.2026);
GS1-GERMANY: „Digitaler Produktpass (DPP): EU-konform auf Basis von GS1 Standards“, auf: gs1-germany.de, URL: https://www.gs1-germany.de/branchen-themen/nachhaltigkeit/dpp-digitaler-produktpass/, (Abgerufen am: 27.03.2026);
INDUSTRIALDIGITALTWIN: „DPP4.0 – The Digital Product Passport for Industry 4.0“, auf: industrialdigitaltwin.org, URL: https://industrialdigitaltwin.org/dpp4-0, (Abgerufen am: 27.03.2026);
OPENINDUSTRY4: „Proof of Concept: Creating a Digital Product Pass­port with the AAS“, auf: openindustry4.com, URL: https://openindustry4.com/project/digital-product-passport-aas-espr-project/, (Abgerufen am: 27.03.2026);
UREASON: „Ecodesign for Sustainable Products Regulation“, auf: ureason.com, URL: https://www.ureason.com/resources/ecodesign-for-sustainable-products-regulation/, (Abgerufen am: 27.03.2026);
ZVEI: „2023 09 15 IDTA AAS Tech Days DPP4.0 Wegener (PDF-Dokument)“, auf: zvei.org, URL: https://www.zvei.org/fileadmin/user_upload/Themen/Industrie/Fachverband_Automation/2023-09-15_IDTA_AAS_Tech_Days_DPP4.0_Wegener.pdf, (Abgerufen am: 27.03.2026).