Was ist eine Asset Administration Shell – und brauche ich eine?
Die Asset Administration Shell (AAS) ist die standardisierte, maschinenlesbare digitale Repräsentation eines industriellen Assets (IEC 63278) für herstellerübergreifenden Datenaustausch über den gesamten Produktlebenszyklus.

Nick Petrovic
Co-Founder
Insight

Viele Industrieunternehmen kämpfen täglich mit dem gleichen Problem: Produktdaten existieren in isolierten Systemen, sind nicht maschinenlesbar und lassen sich kaum automatisch austauschen. Die Asset Administration Shell (AAS) löst dieses Problem mit einem standardisierten digitalen Abbild jeder Industriekomponente. Dieser Artikel erklärt, was eine AAS genau ist, wo sie sich vom klassischen Digital Twin unterscheidet und ab wann sich die Einführung lohnt.
Kurzantwort: Die Asset Administration Shell ist die standardisierte digitale Repräsentation eines industriellen Assets. Sie beschreibt eine Maschine, ein Bauteil oder ein System in einem strukturierten, maschinenlesbaren Format – definiert durch IEC 63278 und verwaltet durch die IDTA. Eine AAS ermöglicht den herstellerübergreifenden Datenaustausch über den gesamten Produktlebenszyklus.
Was ist eine Asset Administration Shell?
Die Asset Administration Shell ist das digitale Abbild eines physischen oder digitalen Assets. Sie speichert alle relevanten Informationen zu einem Asset in einem standardisierten Format: von technischen Spezifikationen über Wartungshistorien bis hin zu Zertifikaten.
Die AAS besteht aus zwei Teilen: dem Asset (dem physischen Gegenstand) und der Shell (der digitalen Hülle mit allen Daten). Innerhalb der Shell strukturieren sogenannte Submodelle unterschiedliche Datenbereiche – zum Beispiel ein Submodell für das Typenschild, eines für Betriebsdaten und eines für Sicherheitsdokumente.
Warum ist die AAS wichtig?
Die AAS schafft erstmals eine gemeinsame Sprache zwischen Hersteller, Betreiber und System. Bisher musste jedes Unternehmen eigene Formate für den Datenaustausch entwickeln – mit der AAS entfällt dieser Aufwand.
Drei konkrete Vorteile für die Praxis:
Interoperabilität: Daten lassen sich ohne manuelle Konvertierung zwischen verschiedenen Systemen und Herstellern austauschen.
Regulatorische Konformität: Die AAS ist die führende technische Infrastruktur für den EU Digital Product Passport (DPP). Wer frühzeitig implementiert, ist auf die kommenden Pflichten vorbereitet.
Lebenszyklusmanagement: Eine AAS begleitet das Asset von der Entwicklung bis zur Entsorgung und macht alle Daten zentral verfügbar.
AAS vs. klassischer Digital Twin: Der entscheidende Unterschied
Ein klassischer Digital Twin ist ein individuell entwickeltes digitales Abbild eines Assets – ohne gemeinsamen Standard. Jedes Unternehmen definiert Struktur, Inhalt und Format selbst.
Die Asset Administration Shell ist ein standardisierter Digital Twin. Sie folgt einer festen Struktur (IEC 63278), verwendet definierte Submodell-Templates der IDTA und ist damit von Haus aus interoperabel.
Der entscheidende Unterschied: Ein Digital Twin ist immer unternehmensspezifisch. Eine AAS ist per Definition herstellerübergreifend kompatibel.
Vereinfacht gesagt: Jede AAS ist ein Digital Twin – aber nicht jeder Digital Twin ist eine AAS.
Aktuelle Standardisierungslage: IEC 63278 und IDTA
Die AAS ist seit 2023 in der Norm IEC 63278 international standardisiert. Diese Norm definiert das Metamodell der AAS – also welche Elemente eine AAS enthalten kann und wie sie strukturiert sein muss.
Die IDTA (Industrial Digital Twin Association) entwickelt und pflegt die offiziellen Submodell-Templates. Diese Templates legen fest, welche Datenfelder ein Typenschild oder eine technische Dokumentation enthalten soll.
Aktuell verfügbare IDTA-Submodelle umfassen u. a.:
Nameplate – Typenschild mit Hersteller, Typenbezeichnung, Seriennummer
Technical Data – Technische Kennwerte und Betriebsparameter
Handover Documentation – Betriebsanleitungen, Konformitätserklärungen
Carbon Footprint – CO₂-Äquivalent pro Einheit
Die Nutzung dieser Templates ist freiwillig – für echte Interoperabilität aber dringend empfohlen.
Verbindung zum EU Digital Product Passport
Der EU Digital Product Passport (DPP) ist ab 2027 für zahlreiche Produktkategorien verpflichtend. Er verpflichtet Hersteller, strukturierte Produktdaten über den gesamten Lebenszyklus bereitzustellen.
Die AAS ist die technisch führende Infrastruktur für die Umsetzung des DPP. Sie erfüllt alle Anforderungen: maschinenlesbar, standardisiert, lebenszyklusorientiert und herstellerübergreifend zugänglich.
Wer heute eine AAS einführt, erfüllt morgen automatisch einen Großteil der DPP-Anforderungen – ohne doppelte Implementierungsarbeit.
Wichtiger Hinweis: Die EU hat noch keine abschließende technische Spezifikation für den DPP veröffentlicht. Die AAS gilt aber als Referenzarchitektur im Rahmen von Gaia-X und der European Data Strategy.
Wer braucht eine AAS – und wer (noch) nicht?
Eine AAS lohnt sich heute, wenn:
Sie Maschinen, Anlagen oder komplexe Komponenten herstellen oder betreiben
Sie Daten mit Kunden, Lieferanten oder Servicepartnern austauschen müssen
Sie den EU Digital Product Passport fristgerecht erfüllen wollen
Sie im Maschinenbau, in der Prozessindustrie oder Automatisierung tätig sind
Eine AAS ist (noch) nicht zwingend, wenn:
Ihr Unternehmen primär Konsumgüter oder einfache Handelsware produziert
Sie keine regulatorischen Anforderungen aus dem EU DPP erwarten
Ihr Datenaustausch vollständig intern stattfindet und keine Partnerintegration erfordert
Die ehrliche Einschätzung: Wer im B2B-Industrieumfeld tätig ist, wird die AAS mittelfristig kaum vermeiden können.
Erste Schritte zur AAS-Einführung
Schritt 1: Asset-Inventar erstellen
Definieren Sie, welche Assets eine AAS benötigen. Starten Sie mit einer Pilotkomponente – nicht mit der gesamten Produktpalette.
Schritt 2: Relevante Submodelle auswählen
Bestimmen Sie, welche IDTA-Submodell-Templates für Ihre Assets relevant sind. Das Submodell „Nameplate" ist immer ein guter Startpunkt.
Schritt 3: Datenbasis prüfen
Erfassen Sie, wo die benötigten Daten heute liegen: in ERP, PLM, PDM oder manuellen Dokumenten. Identifizieren Sie Lücken frühzeitig.
Schritt 4: AAS-Infrastruktur wählen
Entscheiden Sie sich für eine AAS-Lösung: Open-Source-Frameworks (z. B. Eclipse BaSyx), proprietäre Software oder spezialisierte Anbieter.
Schritt 5: Pilot aufsetzen und validieren
Implementieren Sie die AAS für Ihre Pilotkomponente. Testen Sie den Datenaustausch mit einem Partner oder System.
Schritt 6: Skalierung planen
Definieren Sie den Rollout-Pfad für weitere Assets. Berücksichtigen Sie Datenqualität, Governance und Systemintegration.
Häufige Fehler bei der AAS-Einführung
Zu groß starten: Viele Unternehmen versuchen, sofort alle Assets zu digitalisieren. Das führt zu Überforderung und scheiternden Projekten. Besser: klein anfangen, lernen, skalieren.
Submodelle ignorieren: Eigene Datenstrukturen statt IDTA-Templates zu verwenden, zerstört die Interoperabilität. Die AAS verliert ihren zentralen Vorteil.
Datenqualität unterschätzen: Eine AAS ist nur so gut wie die Daten, die sie enthält. Schlechte Ausgangsdaten führen zu einem digitalen Abbild, dem niemand vertraut.
Fehlender Business-Case: Die AAS muss einen klaren Nutzen haben – sei es regulatorische Compliance, effizienter Datenaustausch oder verbessertes Lebenszyklusmanagement.
Praxisbeispiel: AAS für eine Hydraulikpumpe
Ein Maschinenbauer will seinen Kunden maschinenlesbare Produktdaten bereitstellen. Heute liefert er PDFs und Excel-Dateien. Ab 2027 fordert ein Großkunde DPP-konforme Daten.
Die AAS-Lösung für die Hydraulikpumpe umfasst vier Submodelle: Nameplate (Hersteller, Typenbezeichnung, Seriennummer, Baujahr), Technical Data (Druck, Fördervolumen, Betriebstemperatur), Handover Documentation (Betriebsanleitung, Konformitätserklärung) und Carbon Footprint (CO₂-Äquivalent pro Einheit).
Ergebnis: Der Kunde importiert alle Daten automatisch in sein Asset-Management-System. Der Hersteller erfüllt die DPP-Anforderungen ohne parallele Prozesse.
FAQ
Was kostet die Einführung einer Asset Administration Shell?
Die Kosten variieren stark. Open-Source-Frameworks wie Eclipse BaSyx sind kostenlos, erfordern aber Implementierungsaufwand. Kommerzielle Lösungen kosten je nach Umfang von einigen tausend bis mehreren hunderttausend Euro.
Gibt es bereits reale AAS-Implementierungen in der Industrie?
Ja. Unternehmen wie Siemens, Bosch und Phoenix Contact implementieren AAS bereits produktiv. Die IDTA veröffentlicht regelmäßig Pilotprojekte und Use Cases.
Ist die AAS dasselbe wie Industrie 4.0?
Nein. Die AAS ist ein konkretes technisches Konzept innerhalb des Industrie-4.0-Frameworks. Industrie 4.0 beschreibt den übergeordneten Ansatz zur Digitalisierung der Fertigung.
Kann ich eine AAS für jede Art von Asset erstellen?
Grundsätzlich ja. Die AAS ist nicht auf physische Objekte beschränkt – auch Software, Prozesse oder Dokumente können als Asset beschrieben werden.
Was passiert, wenn sich Standards ändern?
Die IDTA pflegt und versioniert alle Submodell-Templates aktiv. Bestehende AAS-Implementierungen bleiben kompatibel, solange das Metamodell stabil ist.
Muss ich die AAS öffentlich zugänglich machen?
Nein. Die AAS unterstützt verschiedene Zugriffsmodelle – von vollständig privat bis öffentlich. Welche Daten für wen zugänglich sind, entscheiden Sie selbst.
Fazit
Die Asset Administration Shell ist kein Zukunftsprojekt mehr – sie ist ein reifer, standardisierter Ansatz zur digitalen Beschreibung von Industriekomponenten. Wer im B2B-Industrieumfeld tätig ist, sollte heute mit einem Piloten starten. Die Einführung des EU Digital Product Passport macht die AAS mittelfristig zur Pflicht. Wer früh anfängt, sichert sich Implementierungsvorsprung und Wettbewerbsvorteile.


