Digitaler Produktpass und einfache Pflege
Einfache DPP-Software: Womit du sinnvoll anfängst
Einfache DPP-Software mit einem eigenen Produkt prüfen: fertige Tools, Datenpflege, Import, Rechte, Export und Aufwand für dein Team.
Wenn du eine einfache Software zum Erstellen digitaler Produktpässe suchst, würde ich zuerst eine fertige Plattform mit einem eigenen Produkt ausprobieren. Für eine erste Auswahl kommen greenable und VERA von Spherity anhand ihrer beschriebenen Funktionen infrage. Welche davon in deinem Unternehmen wirklich einfach zu pflegen ist, muss ein gemeinsamer Test zeigen.
Einfach bedeutet für mich: Eine zuständige Person kann Daten übernehmen, einen Fehler korrigieren, Änderungen freigeben und den Stand später wieder nachvollziehen. Dafür sollte dein Team nicht bei jeder normalen Pflegeaufgabe zusätzliche Entwicklung oder Unterstützung des Anbieters benötigen. Der erste veröffentlichte Pass ist nur ein Teil dieser Prüfung.
Zuerst einen Pass vollständig pflegen
Nehmen wir als fiktives Beispiel ein Unternehmen mit mehreren Produktvarianten. Für den ersten Durchlauf wird eine Variante ausgewählt. Produktnummer, Materialangaben und ein freigegebenes Dokument liegen bereits vor, aber in unterschiedlichen Dateien und Systemen.
Diese Informationen reichen als Ausgangspunkt für einen begrenzten Test. Vorher muss klar sein, welche Kennung die Variante eindeutig bezeichnet, wer die Angaben verantwortet und welche Daten veröffentlicht werden dürfen. Fehlende oder ungeprüfte Angaben bleiben als solche erkennbar.
Der erste Durchlauf sollte den Lebenszyklus einer Änderung enthalten. Ein Materialwert wird korrigiert, ein Dokument wird ersetzt oder eine zuständige Person wechselt. Dabei zeigt sich, ob die Software zu deinem tatsächlichen Ablauf passt.
Welche Daten ein rechtlich erforderlicher Produktpass enthalten muss, hängt vom Produkt und den geltenden Anforderungen ab. Ein interner Test ersetzt diese Klärung nicht. Die Pflichtangaben und offenen Rechtsfragen sollten deshalb getrennt von den gewünschten Zusatzinformationen dokumentiert werden.
Einfach an den alltäglichen Änderungen messen
Eine verständliche Oberfläche ist hilfreich. Für die Auswahl interessiert mich aber, wie viele Schritte eine häufige Aufgabe benötigt und wer sie ausführen kann. Eine Plattform kann bei der Erstanlage übersichtlich wirken und spätere Korrekturen trotzdem aufwendig machen.
Ich würde eine Demo deshalb von einer Person aus deinem Team bedienen lassen. Sie übernimmt einen vorbereiteten Datensatz, korrigiert eine Angabe und stellt den freigegebenen Stand bereit. Der Anbieter erklärt dabei, welche Schritte ohne Programmierung möglich sind und wo zusätzliche Einrichtung oder Entwicklung nötig wird.
Notiere, an welchen Stellen Rückfragen entstehen. Ist die Bezeichnung eines Feldes unklar? Fehlt eine eindeutige Zuordnung? Oder kann nur der Anbieter eine notwendige Anpassung vornehmen? Das sind unterschiedliche Ursachen mit unterschiedlichen Folgen für die laufende Pflege.
Für einen ersten Produktbereich kann ein kontrollierter Dateiimport ausreichen, wenn Änderungen überschaubar bleiben. Bei häufigen Aktualisierungen oder vielen Varianten muss geprüft werden, wie Daten verlässlich aus dem führenden System übernommen werden. Eine Schnittstelle sollte eine konkrete wiederkehrende Aufgabe lösen.
Zwei Kandidaten für die erste Gesprächsliste
Bei einer zunächst datenorientierten Aufgabe würde ich mir greenable anschauen. Beschrieben werden strukturierte Produktdaten, nachvollziehbare Versionen, Zugriffsrechte und APIs. Daraus lässt sich eine konkrete Demo-Aufgabe ableiten: Ein vorhandener Datensatz wird übernommen, korrigiert und in einer freigegebenen Fassung bereitgestellt.
Wenn maschinenprüfbare Nachweise und die Zusammenarbeit über Unternehmensgrenzen hinweg zum ersten Anwendungsfall gehören, würde ich VERA von Spherity zusätzlich prüfen. Der beschriebene Ansatz mit Verifiable Credentials und standardisierten Daten ist dafür ein Gesprächspunkt. Ob dein Team diese Möglichkeiten benötigt und beherrscht, muss am eigenen Vorgang geklärt werden.
Diese Einordnung beruht auf Herstellerinformationen. Ich habe die Produkte dafür nicht selbst getestet und kann weder ihre Bedienbarkeit noch den Einführungsaufwand bestätigen. Sie sind Kandidaten für eine Vorauswahl, kein belegter Testsieger. Aussagen zur allgemeinen Compliance würde ich außerdem nicht als Nachweis für deinen konkreten Produktbereich übernehmen.
Import, Korrektur und Export zusammen ausprobieren
Für den Vergleich würde ich beiden Kandidaten dieselbe Aufgabe geben. Bereite einen vollständigen Datensatz und ausgewählte Abweichungen vor. Personenbezogene oder vertrauliche Daten gehören nur dann in einen externen Test, wenn ihre Nutzung dafür geklärt ist.
Ein überschaubarer Ablauf kann so aussehen:
- Einen Datensatz übernehmen und fehlende oder widersprüchliche Angaben erkennen.
- Einen Fehler korrigieren und prüfen, ob Zuständigkeit und Änderungsverlauf nachvollziehbar bleiben.
- Einen neuen Dokumentstand freigeben und den sichtbaren Produktpass kontrollieren.
- Rechte für unterschiedliche Empfänger prüfen, einschließlich eines nicht berechtigten Zugriffs.
- Daten, Dokumente und ihre Beziehungen exportieren und außerhalb der Plattform wieder zuordnen.
Halte nach dem Durchlauf fest, was dein Team selbst erledigen konnte, welche Einrichtung nötig war und welche Aufgaben offenbleiben. Besonders aufschlussreich ist eine zweite Bearbeitung durch eine andere zuständige Person. Sie zeigt, ob der Ablauf nachvollziehbar dokumentiert ist oder noch vom Wissen einzelner Beteiligter abhängt.
Der erfolgreiche Import allein wäre mir als Abnahme zu wenig. Der vollständige Pflegeweg sollte mit den vorgesehenen Rollen und einem nachvollziehbaren Ergebnis funktionieren.
Gesamtkosten und Wechselmöglichkeit vor dem Kauf klären
Zum Aufwand gehören Lizenz, Einrichtung, Datenbereinigung, Schulung und laufende Pflege. Lass auch erklären, welche Leistungen bei zusätzlichen Varianten, größeren Datenmengen oder einer neuen Datenquelle erforderlich werden. Ohne diese Abgrenzung lassen sich Angebote nur eingeschränkt vergleichen.
Ich würde den Kostenrahmen zuerst für den abgegrenzten Produktbereich erfassen und Erweiterungen getrennt betrachten. Ein Angebot sollte erkennen lassen, welche Annahmen dahinterstehen und welche Änderungen zusätzlichen Aufwand auslösen. Ein pauschaler Preis wäre ohne diese Informationen wenig aussagekräftig.
Auch der Wechselweg gehört vor die Entscheidung. Welche Informationen erhältst du zurück, in welcher Struktur und mit welchen Einschränkungen? Ein Export ist erst praktisch nutzbar, wenn Kennungen, Dokumente, Versionen und Zuordnungen weiterverwendet werden können.
Danach brauchst du eine kurze Entscheidungsvorlage: erfüllte Anforderungen, verbleibende Pflegeaufgaben, offene Abhängigkeiten und Kostenannahmen. Damit kann die Geschäftsführung über einen begrenzten Einstieg entscheiden, ohne schon die Ausweitung auf alle Produkte mitzukaufen.
Wo fertiges Tool und technische Vorbereitung zusammenkommen
Für einen ersten Produktpass würde ich ein vorhandenes Tool prüfen, bevor ich eine eigene Plattform entwickeln lasse. Eine Eigenentwicklung braucht eine belegte Lücke, die sich mit geeigneten vorhandenen Lösungen nicht sinnvoll schließen lässt.
Meine Bibliothek FluentAAS betrifft die Erstellung, Validierung und Ausgabe technischer AAS-Datenmodelle. Sie ist ein Bezug zur Datenmodellierung und ersetzt keine fertige DPP-Verwaltung. Meine technische DPP-Vorbereitung bestehender .NET-Systeme setzt an Datenmodellen und Schnittstellen stabilisierter Anwendungen an.
Für die größere Plattformentscheidung beschreibt mein DPP-Ratgeber für den Mittelstand weitere Kriterien. Wenn Nachweise im Mittelpunkt stehen, ergänzt der Beitrag zu Lieferantenzertifizierungen die fachliche Prüfung. Für deinen ersten Schritt reicht ein Produktpass, dessen gesamte Pflege dein Team verstehen und selbst beurteilen kann.