DPP QR-Code: Anforderungen, Identifikation und Zugriff

Der DPP QR-Code ist die sichtbarste Verbindung zwischen Produkt und Digitalem Produktpass. Genau deshalb wird er häufig mit dem Pass selbst verwechselt. Technisch ist er jedoch ein Datenträger: Er codiert eine Kennung oder Adresse, über die das passende DPP-System den richtigen Datensatz ausliefert. Was ein Digitaler Produktpass insgesamt umfasst, klärt der Grundlagenbeitrag.

Für einen Prototyp genügt ein QR-Code auf einer Folie. Für ein Produkt, das Jahre im Markt bleibt, braucht es mehr: ein stabiles Kennungskonzept, kontrollierte Weiterleitungen, geeignete Zugriffsebenen und einen Betrieb, der auch bei einem Plattformwechsel funktioniert.

Welche Rolle spielt der QR-Code im DPP?

Die ESPR beschreibt grundlegende Bedingungen für den Digitalen Produktpass. Dazu gehört die Verbindung über einen Datenträger mit einer dauerhaften eindeutigen Produktkennung. Die konkrete Form, Position und Granularität wird produktgruppenspezifisch festgelegt.

Aus technischer Sicht sollte ein Scan vier Schritte auslösen:

1. Der Datenträger wird gelesen.
2. Die enthaltene Kennung wird aufgelöst.
3. Das System bestimmt Produkt, Version, Sprache und Zugriffsrecht.
4. Die passende öffentliche oder geschützte Ansicht wird ausgeliefert.

Der Code muss also nicht sämtliche Produktdaten enthalten. Sinnvoller ist meist, eine stabile Referenz zu codieren und die aktuellen Daten im DPP-System bereitzustellen.

QR-Code, URL und Kennung sauber trennen

Ein häufiger Architekturfehler besteht darin, eine lange, plattformspezifische URL als eigentliche Produktidentität zu behandeln. Wechselt später der Dienstleister oder die technische Route, ist der aufgedruckte Code nicht mehr änderbar.

Für die Kennung selbst existieren etablierte offene Standards – der Beitrag zu GS1 Digital Link und Produktkennungen ordnet sie ein. Eine robustere Architektur trennt drei Dinge:

Ebene	Beispielhafte Aufgabe	Änderbarkeit
Produktkennung	Identifiziert Modell, Charge oder Artikel	Langfristig stabil
Resolver- oder Linkebene	Leitet die Kennung zum zuständigen Dienst	Kontrolliert anpassbar
DPP-Anwendung	Liefert Daten und Oberflächen aus	Technisch austauschbar

Welche Informationen sieht ein Nutzer nach dem Scan?

Nicht jeder Akteur benötigt dieselbe Sicht. Verbraucher können öffentliche Produktinformationen erhalten. Servicepartner brauchen gegebenenfalls Reparatur- oder Ersatzteilinformationen. Marktüberwachungsbehörden und benannte Stellen können Zugriff auf gesondert geschützte Angaben benötigen.

Eine DPP-Lösung sollte daher nicht nur „öffentlich“ und „privat“ unterscheiden. Sinnvoll sind rollen- und kontextbezogene Regeln:

• öffentlich und ohne Anmeldung zugängliche Informationen
• geschützte Daten für autorisierte Geschäftspartner
• behördliche oder prüfungsbezogene Zugriffsebenen
• interne Arbeitsdaten, die niemals Teil der Veröffentlichung sind

Personenbezogene Kundendaten gehören nicht automatisch in einen Produktpass. Der Rechtsrahmen stellt dafür eigene Anforderungen; technisch sollte Datenminimierung von Anfang an gelten.

Was muss ein DPP QR-Code im Alltag aushalten?

Der beste Datenstandard hilft wenig, wenn der Code unter realen Bedingungen nicht zuverlässig gescannt werden kann. Material, Druckverfahren, Kontrast, Größe, Krümmung, Verschmutzung und Entfernung beeinflussen die Lesbarkeit. Die konkrete Ausgestaltung muss zum Produkt und zu den anwendbaren Vorgaben passen.

Redirects ohne SEO- und Sicherheitsprobleme

Weiterleitungen sind bei langlebigen Produktkennungen kein Makel, sondern ein kontrollierter Teil der Architektur. Sie sollten serverseitig, nachvollziehbar und ohne unnötige Ketten erfolgen. Eine alte Adresse kann so dauerhaft zur aktuellen DPP-Ressource führen.

Wichtig ist, dass die Weiterleitungslogik keine beliebigen Ziele akzeptiert. Offene Redirects können für Phishing missbraucht werden. Ebenso sollte ein Resolver nicht mehr Produktinformationen preisgeben, als die zugreifende Rolle sehen darf.

Was passiert bei Ausfall oder Anbieterwechsel?

Ein QR-Code auf einem Produkt darf nicht deshalb wertlos werden, weil ein einzelner Dienst nicht mehr verfügbar ist. Für den Betrieb sind mindestens folgende Punkte relevant:

• Überwachung von Domain, TLS, Resolver und DPP-Endpunkt
• dokumentierte Wiederanlauf- und Wiederherstellungsprozesse
• exportierbare Produktdaten und Kennungszuordnungen
• unabhängige Sicherung veröffentlichter Produktpässe
• klare Verantwortlichkeit für Änderungen an Weiterleitungen

Das ist besonders wichtig, weil eine DPP-URL nicht wie ein fehlerhafter Link in einem Newsletter nachträglich ausgetauscht werden kann. Der physische Datenträger bleibt am Produkt.

Fazit

Ein DPP QR-Code ist klein, seine Architektur dahinter nicht. Dauerhafte Kennungen, stabile Auflösung, Zugriffssteuerung und Betriebssicherheit entscheiden darüber, ob der Code über den Produktlebenszyklus belastbar bleibt. Wer diese Ebenen früh trennt, reduziert spätere Migrationen und vermeidet tote Produktlinks. Worauf bei einer Plattform dafür zu achten ist, behandelt der Beitrag zur Auswahl einer DPP-Software.