15 Oktober 2026

Die Verwaltungsschale, englisch Asset Administration Shell und kurz AAS, ist ein standardisierter Ansatz zur digitalen Beschreibung eines Assets. Sie organisiert Informationen in Teilmodellen und macht sie für den Austausch zwischen Anwendungen nutzbar. Damit unterstützt sie digitale Zwillinge und die Zusammenarbeit über System- und Unternehmensgrenzen hinweg.

Welche Aufgabe erfüllt die Verwaltungsschale?

Hersteller und Betreiber benötigen Informationen zu Maschinen, Komponenten und anderen Assets in unterschiedlichen Anwendungen. Ohne gemeinsame Struktur müssen Angaben häufig manuell zugeordnet werden. Die Verwaltungsschale bietet dafür ein gemeinsames Informationsmodell und spezifizierte Austauschmöglichkeiten.

Die Industrial Digital Twin Association, kurz IDTA, veröffentlicht Spezifikationen zu Metamodell, Schnittstellen, Datenbeschreibungen, Sicherheit und Paketformat. Diese Bausteine behandeln unterschiedliche Aspekte. Ein Datenmodell beschreibt beispielsweise die Struktur; eine Schnittstelle regelt den Zugriff darauf. Beide Aufgaben sollten bei einer Umsetzung unterschieden werden.

Eine Verwaltungsschale ist daher nicht einfach ein PDF-Datenblatt. Ein Dokument kann Teil der bereitgestellten Informationen sein. Darüber hinaus können strukturierte Merkmale und Beziehungen so beschrieben werden, dass Anwendungen sie gezielt verarbeiten können.

Asset, Identifikation und Teilmodelle

Nach dem IDTA-Metamodell repräsentiert eine Verwaltungsschale genau ein Asset. Dabei werden Typen und konkrete Instanzen unterschieden. Eine Beschreibung eines Motortyps ist somit von der Beschreibung eines einzelnen Motors mit Seriennummer zu unterscheiden.

Teilmodelle gliedern die Informationen nach fachlichen Aufgaben. Ein Teilmodell enthält wiederum Elemente, beispielsweise Eigenschaften oder Listen. Eine semantische Zuordnung beschreibt die Bedeutung eines Elements. Dazu können definierte Begriffe aus geeigneten Referenzsystemen verwendet werden. Ein verständlicher Anzeigename allein genügt für eine eindeutige maschinelle Interpretation häufig nicht.

Baustein	Aufgabe	Vereinfachtes Beispiel
Asset-Bezug	Beschriebenen Gegenstand bestimmen	Ein konkreter Motor
Identifikation	Eindeutige Zuordnung ermöglichen	Kennung der Instanz
Teilmodell	Informationen fachlich gliedern	Digitales Typenschild
Eigenschaft	Einzelne Angabe bereitstellen	Herstellerbezeichnung
Semantische Referenz	Bedeutung eindeutig zuordnen	Definierter Begriff des Merkmals

Die Tabelle dient der Orientierung und ersetzt nicht die technische Spezifikation. Für eine konkrete Implementierung müssen die verwendeten Versionen, Datentypen und Regeln geprüft werden. Eigene Erweiterungen sollten bewusst gestaltet werden, weil andere Anwendungen ihre Bedeutung nicht automatisch kennen.

Wozu dienen standardisierte Teilmodelle?

Die IDTA stellt Teilmodellvorlagen für bestimmte Anwendungsfälle bereit. Ein Beispiel ist das digitale Typenschild. Eine gemeinsame Vorlage erleichtert es, vergleichbare Informationen unterschiedlicher Hersteller in einer abgestimmten Struktur bereitzustellen.

Für ein Projekt ist zu prüfen, welche Vorlage zur Aufgabe passt und welchen Reife- beziehungsweise Veröffentlichungsstand sie besitzt. Ein selbst entworfenes Teilmodell kann zulässig und zweckmäßig sein, bietet aber nicht automatisch dieselbe herstellerübergreifende Verständlichkeit wie eine gemeinsam vereinbarte Vorlage.

Auch mit einer Vorlage bleiben fachliche Entscheidungen erforderlich. Welche Datenquelle liefert einen Wert? Wer pflegt eine Änderung? Wie wird ein unbekannter oder noch nicht verfügbarer Inhalt behandelt? Eine Strukturvorgabe ersetzt keine zuverlässige Datenpflege.

Praxisbeispiel: Informationen zu einem Antrieb übernehmen

Das folgende Beispiel ist fiktiv. Ein Maschinenbauer erhält einen Antrieb von einem Lieferanten. Für die technische Planung benötigt er Typinformationen; für die spätere Dokumentation werden zusätzlich Angaben zum tatsächlich eingebauten Exemplar benötigt. Beide Sichten dürfen nicht vermischt werden.

Der Lieferant stellt ausgewählte Angaben in einer Verwaltungsschale bereit. Der Maschinenbauer prüft, ob Kennungen, Merkmale und verwendete Teilmodellversion zu seiner Anwendung passen. Die Daten werden anschließend dem vorgesehenen Antrieb zugeordnet. Eine manuelle Kontrolle bleibt für den Pilotfall sinnvoll, um die Übernahme fachlich zu bestätigen.

Beim Einbau wird die Seriennummer des konkreten Geräts erfasst. Später ersetzt der Betreiber den Antrieb. Die Beschreibung des ursprünglichen Geräts darf dadurch nicht fälschlich zur Beschreibung des neuen Geräts werden. Die Anlagenzuordnung muss den Austausch nachvollziehbar berücksichtigen.

Das Beispiel zeigt den Nutzen einer strukturierten Beschreibung, aber auch ihre Grenze: Ob der richtige Antrieb tatsächlich montiert wurde, muss durch den betrieblichen Ablauf abgesichert werden. Eine formal gültige Verwaltungsschale ist kein automatischer Nachweis des physischen Einbaus.

Dateiaustausch und Schnittstellen

Die IDTA-Spezifikationen unterscheiden unter anderem ein Paketformat namens AASX und Programmierschnittstellen. Ein Paket eignet sich für die Übergabe eines definierten Informationsumfangs. Über Schnittstellen können Anwendungen auf bereitgestellte Informationen zugreifen. Welche Variante passt, hängt vom Anwendungsfall ab.

Bei einem übergebenen Paket ist der Stand zum Übergabezeitpunkt wichtig. Bei einem laufenden Zugriff sind zusätzlich Erreichbarkeit und Aktualität zu betrachten. In beiden Fällen muss die empfangende Anwendung wissen, wie sie die Information fachlich verwenden darf.

Die Verwaltungsschale ersetzt nicht pauschal andere Kommunikationstechniken. OPC UA kann beispielsweise für industrielle Kommunikation eingesetzt werden. Die passende Kombination ergibt sich aus den Anforderungen an Informationen, Zugriff und Betrieb. Eine gemeinsame Verwendung benötigt eine ausdrücklich geplante Zuordnung.

Verwaltungsschale und digitaler Zwilling

Ein digitaler Zwilling kann unterschiedliche Aufgaben erfüllen, etwa Informationen bereitstellen oder ein Verhalten für eine Analyse abbilden. Die Verwaltungsschale unterstützt eine standardisierte Beschreibung und Bereitstellung zugehöriger Informationen. Sie ist damit ein Baustein, aber nicht automatisch eine vollständige Simulation.

Ein digitales Typenschild enthält beispielsweise wichtige Identifikationsdaten, sagt jedoch allein noch nichts über den aktuellen Verschleißzustand aus. Für eine Zustandsbewertung wären weitere Daten und eine geeignete Auswertungsmethode erforderlich. Der tatsächliche Funktionsumfang muss deshalb konkret benannt werden.

Auch Echtzeitfähigkeit ergibt sich nicht allein aus der Bezeichnung Verwaltungsschale. Aktualisierungszyklen, Datenquellen und technische Umsetzung müssen zum Zweck passen. Eine selten aktualisierte Dokumenteninformation und ein laufend benötigter Messwert haben unterschiedliche Anforderungen.

Einführung und Qualitätsprüfung

Anwendungsfall auswählen: Beispielsweise die Übernahme technischer Lieferantendaten.
Asset-Bezug klären: Typ und konkretes Exemplar unterscheiden.
Teilmodelle auswählen: Geeignete veröffentlichte Vorlagen und Versionen prüfen.
Datenquellen zuordnen: Herkunft und Pflegeverantwortung festlegen.
Austausch testen: Struktur und fachliche Bedeutung beim Empfänger kontrollieren.
Betrieb regeln: Änderungen, Zugriff und Fehlerbehandlung organisieren.

Die Interoperabilität sollte an einem tatsächlichen Austausch geprüft werden. Dass zwei Anwendungen die Bezeichnung AAS verwenden, bestätigt noch keine vollständige Übereinstimmung ihrer unterstützten Funktionen. Versionen und benötigte Teilmodelle gehören deshalb in die Abstimmung.

Datenqualität bleibt ebenfalls erforderlich. Eine standardisierte Struktur kann einen falschen Wert genauso transportieren wie einen richtigen. Plausibilität, Vollständigkeit und Aktualität müssen für den jeweiligen Verwendungsfall bewertet werden.

Häufige Fragen zur Verwaltungsschale

Sind Verwaltungsschale und Asset Administration Shell identisch?

Ja, Asset Administration Shell ist die englische Bezeichnung der Verwaltungsschale; AAS ist die übliche Abkürzung. Bei einer konkreten Lösung sollte zusätzlich angegeben werden, welche Spezifikationen und Versionen unterstützt werden. Der Begriff allein beschreibt noch nicht den vollständigen Funktionsumfang einer Anwendung oder die Qualität ihrer Inhalte.

Ist eine Verwaltungsschale immer online?

Nicht jeder Austausch erfordert einen dauerhaft erreichbaren Dienst. Informationen können beispielsweise in einem Paket übergeben werden. Für einen laufenden Zugriff können Schnittstellen eingesetzt werden. Entscheidend ist, ob die Bereitstellung zu Aktualitätsbedarf und Arbeitsablauf passt. Ein Paket beschreibt zunächst einen bestimmten Stand und aktualisiert sich nicht von selbst.

Kann ein PDF eine Verwaltungsschale ersetzen?

Ein PDF kann Informationen für Menschen bereitstellen und als Dokument eingebunden werden. Es bietet allein jedoch nicht die strukturierte Beschreibung und eindeutige Zuordnung der Verwaltungsschale. Welche Form benötigt wird, hängt vom Anwendungsfall ab. Für automatisierte Übernahmen sind klar definierte Merkmale und Beziehungen häufig entscheidend.

Sind eigene Teilmodelle möglich?

Eigene beziehungsweise proprietäre Teilmodelle sind grundsätzlich möglich. Ihre Bedeutung muss jedoch mit den beteiligten Anwendungen abgestimmt werden. Für einen herstellerübergreifenden Austausch sind geeignete gemeinsame Vorlagen häufig hilfreich. Eine selbst definierte Eigenschaft wird durch ihre Aufnahme in eine Verwaltungsschale nicht automatisch von jedem Empfänger richtig verstanden.

Welche Spezifikationsversion ist zu beachten?

Stand Oktober 2026 führt die IDTA das Release 26-01; das Metamodell ist als Version 3.2 veröffentlicht. Die Dokumentation kennzeichnet Version 3.3 als in Bearbeitung. Für Projekte sollten die tatsächlich verwendeten Teile und Versionen ausdrücklich vereinbart werden. Ein Entwicklungsstand darf nicht stillschweigend als veröffentlichte Grundlage behandelt werden.

Quellen und weiterführende Informationen

IDTA: AAS Specifications, Releaseübersicht.
IDTA: Metamodell 3.2, Überblick, Asset-Bezug, Identifikation und Teilmodelle.
IDTA: Teilmodelle, Vorlagen für Anwendungsfälle.

Stand: Oktober 2026. Das Antriebsbeispiel ist fiktiv.