Die Maschine ist ausgeliefert. Warum tippt Ihr Kunde die technischen Daten noch einmal ab?

Ein Maschinenbauer liefert eine Anlage samt technischer Dokumentation. Beim Kunden beginnt anschließend eine zweite Datenerfassung: Identifikationsmerkmale werden in die Anlagenverwaltung kopiert, Leistungsdaten in eine Tabelle übertragen und Wartungsdokumente auf einem Netzlaufwerk abgelegt. Jede manuelle Übertragung schafft eine weitere Stelle, an der sich Angaben später unterscheiden können.

Die Asset Administration Shell, auf Deutsch Verwaltungsschale, bietet einen strukturierten Ansatz für industrielle Daten. Für deutsche Maschinenbauer lohnt sich das Thema besonders dann, wenn Kunden bestimmte Informationen wiederholt nachfordern. Der erste Auftrag sollte deshalb auf eine erfolgreiche Datenübernahme zielen. Ein beeindruckender digitaler Zwilling, den niemand im Folgeprozess verwenden kann, hilft dem Vertrieb und dem Service nur begrenzt.

Fragen Sie den Empfänger nach seiner nächsten Handlung

Beginnen Sie mit einem Kundenprozess. Soll eine Person eine neue Maschine in der Anlagenverwaltung anlegen, die richtige Anleitung finden oder technische Merkmale für eine Planung vergleichen? Daraus ergeben sich die benötigten Informationen und ihre Bedeutung. Eine pauschale Forderung nach „allen verfügbaren Daten“ erzeugt meist zusätzliche Abstimmung, ohne einen ersten Nutzen festzulegen.

Dokumentieren Sie außerdem, wie der Empfänger heute arbeitet. Welche Felder sind Pflicht, welche Einheiten werden erwartet und welche Kennung wird später im Service verwendet? Wenn eine Leistung bei Ihnen in Kilowatt und beim Kunden in Watt vorliegt, genügt die gleiche Feldbezeichnung nicht. Die Umrechnung und ihre Verantwortlichkeit müssen klar sein.

Der IDTA-Katalog veröffentlichter Teilmodelle enthält unter anderem Vorlagen für digitale Typenschilder und technische Daten. Diese Vorlagen sind Ausgangspunkte für eine gemeinsame Struktur. Wählen Sie bewusst die passende Fassung und halten Sie fest, welche Merkmale Ihr Übergabeprozess tatsächlich verwendet.

Trennen Sie Produktfamilie, Variante und geliefertes Exemplar

Eine Produktfamilie kann mehrere Ausführungen enthalten. Eine ausgelieferte Maschine besitzt zusätzlich individuelle Kennungen und möglicherweise eine abweichende Ausstattung. Wenn diese Ebenen im ERP bisher vermischt sind, wird der erste AAS-Export das Problem sichtbar machen. Die Lösung ist eine nachvollziehbare Zuordnung, nicht ein zusätzlicher Freitextblock.

Legen Sie fest, welche Information aus welchem System stammt. Technische Stammdaten können im Produktdatenmanagement liegen, während die ausgelieferte Konfiguration aus dem ERP kommt. Ein Dokumentenmanagementsystem kennt die freigegebene Anleitung. Die Übergabeanwendung sollte diese Zuständigkeiten abbilden und bei fehlenden Informationen eine Klärung verlangen.

Vermeiden Sie einen zweiten vollständigen Datenbestand ohne Verantwortliche. Eine ergänzende Anwendung kann freigegebene Informationen zusammenstellen und einen konkreten Übergabestand speichern. Dafür muss erkennbar bleiben, welche Angaben übernommen und welche im Übergabeprozess ergänzt wurden. Andernfalls pflegen zwei Teams später dieselbe Eigenschaft in unterschiedlichen Oberflächen.

Verwechseln Sie Auffindbarkeit nicht mit Zugriff

Ein Kunde muss die passende Verwaltungsschale finden können. Daraus folgt nicht, dass jede hinterlegte Information öffentlich sein muss. Öffentliche Identifikationsmerkmale, vertraglich geteilte Unterlagen und vertrauliche Konstruktionsinformationen benötigen unterschiedliche Zugänge. Planen Sie diese Trennung, bevor sensible Dokumente in einen allgemein erreichbaren Datenraum gelangen.

Die Architekturbeschreibung des Eclipse Tractus-X Industry Core Kit beschreibt die Rolle der AAS für Dateninteroperabilität, Registrierung und Bereitstellung im dortigen Umfeld. Ein solches Architekturbeispiel ist hilfreich, macht aber eine konkrete Kundenintegration nicht automatisch kompatibel. Beide Seiten müssen denselben Austauschweg und dieselbe Bedeutung der Daten vereinbaren.

Prüfen Sie Rechte auch bei weitergegebenen Links und wechselnden Ansprechpartnern. Ein früherer Servicedienstleister sollte nicht unbegrenzt auf Unterlagen eines Kunden zugreifen können. Gleichzeitig muss der Kunde relevante Übergabedaten nach einem Personalwechsel weiterhin finden. Firmenbeziehung, Benutzerkonto und Dokumentenberechtigung sind deshalb getrennte Konzepte.

Machen Sie die erste Übernahme beobachtbar

Eine technisch gültige Datei ist noch keine fachlich erfolgreiche Übergabe. Der Empfänger kann sie ablehnen, ein Feld ignorieren oder eine Einheit falsch interpretieren. Vereinbaren Sie deshalb eine Rückmeldung: Welche Informationen wurden übernommen, welche fehlen und welche benötigen eine Entscheidung? Der Fehler muss dort sichtbar werden, wo jemand ihn bearbeiten kann.

Ein guter Pilot führt eine tatsächliche Maschine durch den gesamten Ablauf. Das Herstellerteam bereitet den freigegebenen Stand vor. Eine Person auf Kundenseite übernimmt ihn in die vorgesehene Anwendung. Beide prüfen anschließend ausgewählte Werte und die Erreichbarkeit der zugehörigen Dokumente. Dieses kleine gemeinsame Experiment liefert belastbarere Erkenntnisse als ein isolierter Exporttest.

Bewahren Sie den übergebenen Stand mit Datum und Kennung auf. Wird später ein technisches Dokument ersetzt, braucht der Empfänger eine erkennbare Änderung. Eine unveränderte URL mit plötzlich anderem Inhalt erschwert Rückfragen. Je nach Prozess kann eine Benachrichtigung, ein Änderungsverzeichnis oder eine explizite Übernahme der neuen Fassung sinnvoll sein.

Begrenzen Sie den ersten Softwareauftrag

Für einen Einstieg reichen häufig eine Produktfamilie, ein Kundenprozess und wenige ausgewählte Merkmale. Das Ergebnis umfasst die Quellzuordnung, eine prüfbare Datenstruktur, einen Export oder Bereitstellungsweg und die Rückmeldung des Empfängers. Zusätzliche Teilmodelle und weitere Kunden folgen auf dieser Grundlage.

Eine konkrete Abnahme könnte folgende Fälle enthalten:

• Zwei gleich benannte Maschinen bleiben durch eindeutige Kennungen unterscheidbar.
• Eine fehlende Einheit wird als Problem angezeigt.
• Ein Kundenkonto kann vertrauliche Unterlagen eines anderen Kunden nicht abrufen.
• Ein aktualisiertes Dokument verändert den früheren Übergabestand nicht unbemerkt.
• Der Empfänger kann einen bewusst fehlerhaften Datensatz nachvollziehbar zurückweisen.
• Eine neue Produktvariante übernimmt keine ungeprüften Werte der Ausgangsvariante.

Im Angebot sollten Datenbereinigung und eigentliche Entwicklung getrennt erscheinen. Die größte Unbekannte liegt oft in der vorhandenen Datenstruktur, nicht im AAS-Format. Fragen Sie außerdem nach einem exportierbaren Mapping und der Pflege neuer Merkmale. Diese Unterlagen helfen Ihrem Team, spätere Änderungen ohne erneute Grundlagenanalyse vorzubereiten.

Nutzen Sie die Datenübergabe auch für bessere Servicegespräche

Wenn Kunden Maschinen und Dokumentstände eindeutig benennen können, werden Rückfragen präziser. Die Anwendung sollte deshalb eine verständliche Ansicht für Menschen neben der technischen Bereitstellung bieten. Ein Servicemitarbeiter benötigt häufig zuerst Seriennummer, Ausstattung und gültige Unterlagen, bevor eine tiefere Integration überhaupt relevant wird.

Unser Beitrag zum Ersatzteilportal mit eindeutiger Passgenauigkeit zeigt einen anschließenden Serviceprozess. Der Leitfaden zu verständlich gestalteten APIs ergänzt die Integrationsseite. Innovation T entwickelt solche Übergaben im Rahmen seiner Softwareleistungen. Bringen Sie eine Maschine, ein Datenblatt und den gewünschten Kundenprozess mit, damit aus dem Digital-Twin-Thema ein klar abnehmbares Vorhaben wird.

Häufige Fragen

Ist eine Verwaltungsschale dasselbe wie ein dreidimensionales Maschinenmodell?

Nein. Die Asset Administration Shell beschreibt Informationen eines industriellen Assets in einer strukturierten Form. Ein 3D-Modell kann Teil eines Anwendungsfalls sein, ist aber weder Voraussetzung noch Ersatz für abgestimmte Daten.

Müssen sämtliche Maschinendaten im ersten Projekt enthalten sein?

Nein. Ein sinnvoller Einstieg beschränkt sich auf einen vereinbarten Übergabeprozess, beispielsweise Identifikation und ausgewählte technische Merkmale. Zusätzliche Teilmodelle folgen erst nach einer funktionierenden Übernahme durch den Empfänger.

Kann ein Kunde die Daten nach einer späteren Änderung weiterhin eindeutig zuordnen?

Das sollte ausdrücklich getestet werden. Stabile Kennungen, versionierte Inhalte und eine nachvollziehbare Änderungsinformation helfen, Modellinformationen und konkrete ausgelieferte Exemplare auseinanderzuhalten.