GS1 Sunrise 2027: Warum der Verpackungs-QR jetzt DPP-Infrastruktur wird

GS1 Sunrise 2027 macht 2D-Barcodes am POS zur Realität. Hersteller sollten QR-Codes, GS1 Digital Link und Digital Product Passport jetzt gemeinsam planen.

von QR3 Redaktion

GS1 Sunrise 2027: Warum der Verpackungs-QR jetzt DPP-Infrastruktur wird

GS1 Sunrise 2027 wird oft als Barcode-Thema beschrieben. Das ist zu kurz gedacht. Wenn Handels-Scanner bis 2027 2D-Codes wie QR Codes powered by GS1 und GS1 DataMatrix breit lesen können, wandert ein Teil der digitalen Produktinfrastruktur direkt auf die Verpackung. Für Hersteller, die parallel EU-Digital-Product-Passport-Pflichten vorbereiten, ist das ein operativer Wendepunkt: Der Code auf dem Produkt darf nicht mehr nur Kampagnenziel, PDF-Link oder Marketing-Shortcut sein. Er muss Identifikation, Resolver-Logik, Datenqualität und Zugriffskontrolle tragen.

GS1 begründet das Zieljahr 2027 mit einem gestuften Übergang für Handel und Markeninhaber: Retailer brauchen Zeit für POS-Upgrades, Unternehmen sollen testen und ihre Nutzung von 2D-Barcodes verfeinern, und die neuen Codes sollen Transparenz sowie Nachhaltigkeitsinformationen unterstützen (GS1 Support). Gleichzeitig erklärt GS1, warum ein GS1 Digital Link URI auf der Verpackung robuster ist als ein normaler kurzer QR-Link: Er kann eine dauerhafte Adresse schaffen, die später über einen Resolver auf verschiedene Inhalte führt, ohne die Verpackung neu zu drucken (GS1 Support).

Was sich an der Verpackung ändert

Der klassische lineare Barcode ist für die Kasse optimiert: Produkt identifizieren, Preis finden, Bestand bewegen. Ein 2D-Code kann mehr. Mit GS1 Digital Link wird eine bekannte Produktkennung in eine Web-URI übersetzt. Dieselbe physische Markierung kann dann am POS funktionieren, von einer Smartphone-Kamera geöffnet werden und in regulatorische Datenflüsse eingebunden werden. Der GS1 Digital Link Standard ist deshalb nicht nur ein neues QR-Code-Format, sondern ein Verbindungsmodell zwischen Identifikation und Web.

Für DPP-Teams ist dieser Unterschied zentral. Der EU Digital Product Passport verlangt keinen beliebigen QR-Code, sondern einen Datenzugang, der langfristig funktioniert, interoperabel ist und je nach Rolle unterschiedliche Informationen verfügbar macht. Die ESPR beschreibt den DPP als dezentral verwaltetes System, das über eindeutige Kennungen und Datenträger mit Produkten verbunden ist; sie fordert außerdem Interoperabilität, Verfügbarkeit und Zugriff nach Rollen (Verordnung (EU) 2024/1781). Wer jetzt Verpackungen überarbeitet, sollte deshalb nicht zwei getrennte Codes planen: einen für Retail und einen später für Compliance. Besser ist ein Identifikations- und Resolver-Modell, das beides tragen kann.

Warum das kein reines Marketing-Projekt ist

Viele Hersteller haben bereits QR-Codes auf Verpackungen. Häufig führen sie auf Kampagnenseiten, Produktvideos oder regionale Landingpages. Das ist für Marketing nützlich, aber für Sunrise 2027 und DPP nicht ausreichend. Ein solcher Code kennt meistens keine GTIN-Struktur, keine Serien- oder Chargenlogik, keine Content Negotiation, kein Zugriffskonzept und keine Audit-Spur. Wenn die Zielseite verschwindet, entsteht ein toter Code auf physisch gedruckter Ware.

Das haben wir im Grundsatzartikel Dynamische vs. Statische QR-Codes bereits technisch eingeordnet. Für GS1 Digital Link verschiebt sich die Frage jedoch: Es geht nicht nur darum, ob die URL hinter einem Code geändert werden kann. Es geht darum, ob der aufgedruckte URI eine stabile Produktkennung bleibt und ob die Dynamik erst hinter dem Resolver entsteht. Ein Kurzlink kann eine Kampagne retten. Ein Resolver muss eine Produktidentität über Jahre, Varianten, Märkte und regulatorische Kontexte stabil halten.

Drei Architekturentscheidungen für 2026

Erstens: Unternehmen brauchen ein klares Identifier-Modell. Welche Produkte bekommen nur eine GTIN? Wo sind Charge, Seriennummer oder Ablaufdatum relevant? Welche Einheiten müssen für DPP-Zwecke einzeln adressierbar sein? Je später diese Entscheidung fällt, desto teurer wird sie, weil Verpackungsdesign, ERP, PIM, PLM, Qualitätsprozesse und Handelspartner betroffen sind.

Zweitens: Der Resolver muss mehr können als Weiterleitung. Ein GS1 Digital Link Resolver sollte anhand der Kennung, der angefragten Repräsentation und des Zugriffskontexts entscheiden, ob ein Verbraucher eine Produktseite, ein Retail-System maschinenlesbare Identifier, ein Reparaturbetrieb technische Informationen oder eine Behörde DPP-Daten erhält. Die GS1-Implementation-Guideline für 2D-Barcodes am Retail-POS zeigt, wie konkret die Umstellung inzwischen ist: POS-Fähigkeit, Dateninhalte und Übergangsverhalten müssen gemeinsam getestet werden.

Drittens: DPP-Daten müssen von Anfang an strukturiert sein. Ein QR-Code auf der Verpackung löst kein Datenproblem. Er macht es sichtbar. Wenn Materialdaten, Herstellerangaben, Herkunft, Konformität, Nachhaltigkeitsfelder und Aktualisierungen nicht gepflegt sind, führt ein sauberer GS1-Link nur schneller zu unvollständigen Informationen. Die qr3.app-DPP-Leistungsseite beschreibt genau diese Verbindung: DPP-Builder, GS1 Digital Link Resolver und Live-EU-Compliance-Validator gehören in denselben Prozess, nicht in getrennte Projekte.

Was Hersteller jetzt konkret prüfen sollten

Der erste Schritt ist ein Verpackungs- und Code-Audit. Welche Produkte haben bereits QR-Codes? Welche davon sind Kampagnenlinks, welche sind produktidentifizierend, und welche sind für Retail-POS geeignet? Gibt es doppelte Codes, regionale Varianten oder Druckdaten, deren Zielseiten nicht mehr aktiv gepflegt werden? Dieses Audit sollte nicht bei Marketing liegen bleiben, sondern gemeinsam von Packaging, IT, Compliance, Produktdatenmanagement und Vertrieb getragen werden.

Der zweite Schritt ist ein Pilot mit echten SKUs. Ein sinnvoller Pilot nimmt nicht das einfachste Produkt, sondern eine Produktlinie mit Varianten, Märkten und Datenpflichten. Dort zeigt sich, ob GTIN, Charge, Sprache, Zielmarkt, DPP-Status und Verbraucheransicht sauber getrennt werden können. Für Entwicklerteams ist wichtig, dass die Integration nicht manuell im Dashboard endet. Unser Artikel QR-Codes für Entwickler: REST API, SDK und CLI zeigt die technische Richtung: QR-Erstellung, Webhooks und API-Flows müssen automatisierbar sein, wenn Verpackungsdaten in großen Stückzahlen gepflegt werden.

Der dritte Schritt ist Testbarkeit. Sunrise 2027 bedeutet nicht, dass jedes System erst am Stichtag umschaltet. Hersteller sollten 2026 testen, ob ihre Codes auf aktuellen Scannern funktionieren, wie ältere POS-Systeme reagieren, welche Fallbacks nötig sind und ob Smartphone-Scans in die richtige Sprach- und Datenschutzlogik führen. Parallel müssen DPP-Teams prüfen, ob der gleiche Identifier später für Batterie, Textil oder weitere ESPR-Kategorien ausreicht. In unserem DPP-Sektor-Update Mai 2026 haben wir diesen Zusammenhang zwischen Batterien, Textilien und GS1 Sunrise bereits eingeordnet; der nächste Schritt ist die konkrete Verpackungsarchitektur.

Fazit

GS1 Sunrise 2027 ist der Moment, in dem der QR-Code auf der Verpackung vom optionalen Kommunikationskanal zur produktkritischen Infrastruktur wird. Für Hersteller mit EU-DPP-Roadmap ist das eine Chance, zwei Programme zusammenzuführen: Retail-Readiness und Compliance-Readiness. Wer jetzt stabile GS1 Digital Link URIs, einen Resolver, saubere DPP-Daten und API-fähige Aktualisierungsprozesse aufsetzt, reduziert spätere Reprints und vermeidet doppelte Codes. Wer weiter kampagnenorientierte QR-Codes isoliert druckt, wird spätestens bei DPP, POS-Tests oder Marktüberwachung nacharbeiten müssen.

Quellen