DPP-Software, Anbieter und Kosten: So bewerten Unternehmen eine Lösung

Diese Seite vertieft einen Baustein des Digitalen Produktpasses. Für die technische Umsetzung ist das DPP-Datenmodell der fachliche Bezugspunkt. Die DPP-Systemarchitektur verbindet diese Struktur mit Quellsystemen, Validierung, Hosting und Register.

DPP-Anbieter vergleichen: fünf Fragen vor der Demo

• Bleiben Identifikatoren, Domains und Resolver unter unserer Kontrolle?

• Können Felddefinitionen, Versionen, Nachweise und Zugriffsregeln vollständig exportiert werden?

• Welche Kosten entstehen pro Modell, Charge, Artikel, Scan, API-Aufruf und Speicherjahr?

• Wie werden Korrekturen, Archivierung, Rollenwechsel und Ende des Vertrags behandelt?

• Welche bestehenden Systeme bleiben führend und welche Daten werden in der Plattform dupliziert?

Baue die Longlist erst nach einem eigenen DPP-Datenmodell. So vergleichst Du Anbieter an Deinem Datenvertrag statt an einer vorbereiteten Demo. Unterstützung bei Architektur und Auswahl beschreibt die Seite DPP-Beratung und Umsetzung.

Was Software übernimmt – und was nicht

Eine DPP-Plattform kann Datenquellen verbinden, Vorlagen verwalten, Prüfungen ausführen, Kennungen erzeugen, Passansichten veröffentlichen und Änderungen protokollieren. Sie kann aber nicht entscheiden, ob eine Lieferantenaussage wahr ist oder welche rechtliche Pflicht für ein Produkt gilt. Die Kommission ordnet die Verantwortung den wirtschaftlichen Akteuren zu; vollständige Produktinformationen dürfen beim Akteur selbst oder bei einem DPP-Dienstleister gespeichert werden.Die DPP-Informationen der Europäischen Kommission beschreiben diese Aufteilung.

Die Gesamtkosten liegen selten in der Passseite

Vergleichen Sie nicht nur Lizenzpreise. Ein kleines Produktportfolio mit gepflegtem PIM kann andere Kosten haben als ein Sortiment mit vielen Varianten, Lieferanten, Nachweisen und Einzelseriennummern. Anbieter veröffentlichen sehr unterschiedliche Preismodelle; daraus lässt sich kein verlässlicher Marktpreis ableiten. Für die Beschaffung ist wichtiger, welche Kostenart im eigenen Szenario wächst.

Die technisch wichtige Frage hinter der Kostenrechnung ist Datenhoheit. Fraunhofer beschreibt DPP-Architekturen als Verbindung bestehender Datenräume und Systeme; eine Plattform kann diese Schicht sein, muss aber nicht automatisch die fachliche Quelle für jede Information werden.Die Fraunhofer-Einordnung zu DPP-Architektur und Verwaltungsschale ordnet diesen Unterschied ein.

Ein Auswahlraster statt einer Bestenliste

Eine allgemeine Bestenliste wäre irreführend: Der passende Ansatz hängt von Produktgruppe, Datenreife, Anzahl der Varianten, Lieferantennetz und gewünschter Eigenständigkeit ab. Bewerten Sie deshalb jede Lösung mit denselben prüfbaren Fragen und halten Sie Antworten, Produktdemos und Vertragszusagen getrennt fest.

• Kann die Lösung Modell-, Chargen- und Einzelstückebenen unterscheiden und Kennungen dauerhaft auflösen?
• Wie werden Datenherkunft, Dokumentversion, Gültigkeit, Freigabe und Korrektur sichtbar?
• Welche Rollen und Zugriffsrechte funktionieren für Verbraucher, Service, Lieferanten, Prüfer und Behörden?
• Wie werden PIM, ERP, PLM und Lieferantendaten integriert, und wer betreibt die Fehlerbehandlung?
• Welche Datenmodelle, Standards und sektorbezogenen Anforderungen sind produktiv belegt – mit welchem Release-Stand?
• Wie exportieren wir Pass, Evidenz, Identifier und Historie bei Anbieterwechsel oder Insolvenz?

Die Auswahl sollte nach einem repräsentativen Datenpilot erfolgen, nicht nur nach einer Folien-Demo. Die DPP-Umsetzungsroadmap liefert dafür die Reihenfolge. Ein ausgefülltes Datenmodell aus der Beispiel- und Vorlagenseite macht die Demo prüfbar.

Bei der Anbieterprüfung lohnt sich ein eigener Blick auf Kennungshoheit, Domain und Resolver. Der Leitfaden zu DPP-QR-Code und GS1 Digital Link fasst die Anforderungen an diese Zugriffsschicht zusammen.