← Zurück zu den Leistungen
Leistungen
Zukunftsfähigkeit: OPC UA, AAS und Digital Product Passport
Auf die Stabilisierung folgt die Vorbereitung auf Industrie 4.0: OPC UA-Integration, Asset Administration Shell (AAS) und technische Vorbereitungen für regulatorische Anforderungen wie den Digital Product Passport (DPP).
Fachlich verantwortlich:
Oliver Fries
Wann passt die Leistung?
- Das bestehende .NET-System läuft stabil und Releases sind ausreichend beherrschbar.
- Es gibt einen abgegrenzten Anwendungsfall für OPC UA, Asset Administration Shell oder technische DPP-Vorbereitung.
- Benötigte Daten, beteiligte Systeme und fachliche Verantwortlichkeiten lassen sich gemeinsam benennen.
Ablauf
- Voraussetzung: Ein stabilisiertes System. Solange Releases riskant sind, verschiebt eine neue Schnittstelle das Problem nur nach außen.
- Zielbild: Wir klären, welche Daten das System für Kunden, Anlagen und regulatorische Nachweise bereitstellen muss.
- Schnittstelle: OPC UA-Anbindung oder Asset Administration Shell (AAS), begonnen an einem abgegrenzten Anwendungsfall.
- Nachweisfähigkeit: Vorbereitung auf Anforderungen wie den Digital Product Passport (DPP), soweit die Regulierung heute feststeht.
Was du bereitstellst
- Ein stabilisierter, releasefähiger Systemstand als technische Ausgangsbasis.
- Technische Ansprechpersonen, Datenquellen und vorhandene Schnittstellendokumentation für den abgegrenzten Anwendungsfall.
- Die fachlichen und regulatorischen Anforderungen deines Unternehmens. Die rechtliche Bewertung bleibt bei dir.
Ergebnis
- Eine laufende Schnittstelle für einen abgegrenzten Anwendungsfall.
- Ein dokumentiertes Datenmodell, das sich auf weitere Anlagen und Produkte übertragen lässt.
- Eine belastbare Aussage darüber, was bis zum Digital Product Passport technisch noch fehlt.
Zeitrahmen und Preis
Nach Stabilisierung
Auf Anfrage
Den Fixpreis lege ich nach der Bestandsaufnahme fest.
Vereinbarter Umfang und dokumentierte Abnahme.
Abgrenzung und Ausschlüsse
- Systeme, die noch nicht stabil laufen. Hier kommt zuerst die Stabilisierung.
- Vollständige MES- oder ERP-Einführungen. Ich baue die Schnittstellen, nicht die Fremdsysteme.
- Rechtsberatung zu regulatorischen Anforderungen. Ich bereite die technische Seite vor, die rechtliche Bewertung bleibt bei dir.
Häufige Fragen
Kann die Arbeit beginnen, wenn Releases noch riskant sind?
Nein. Zuerst wird das bestehende System stabilisiert, damit neue Schnittstellen kein zusätzliches Release-Risiko verdecken.
Ist eine vollständige MES- oder ERP-Einführung enthalten?
Nein. Die Leistung betrifft die Schnittstellen und Datenmodelle des bestehenden .NET-Systems, nicht die Einführung der Fremdsysteme.
Umfasst die DPP-Vorbereitung eine rechtliche Bewertung?
Nein. Ich bereite die technische Nachweisfähigkeit vor. Die rechtliche Einordnung und die verbindlichen Anforderungen bleiben bei dir.
Verwandte Projektbeispiele
Wissen zur Leistung
So geht es weiter
Im Erstgespräch prüfen wir Systemstabilität, Anwendungsfall, Datenquellen und vorhandene Anforderungen. Danach grenze ich die technische Bestandsaufnahme und den nächsten umsetzbaren Schritt ab.
Vorhaben besprechen →Wie steht es um die Release-Bereitschaft deines Systems?
Die Diagnose bewertet die Release-Risiken deiner geschäftskritischen Software: stabil, erhöhtes Risiko, hohes Risiko oder kritisch.
Release Risk-Check starten →