Digitaler Produktpass DPP ESPR | Pflichtangaben vor dem Kauf zeigen

Auf einen Blick

• Produktpass auf der Produktseite, sichtbar vor dem Kauf
• Dauerhafte Passadresse mit QR-Code, mehrsprachig und ohne Anmeldung
• Sechs Sichtbarkeitsstufen: Geschäftsgeheimnisse bleiben geschützt
• Fassungen nur anfügen, mit Signatur und öffentlicher Echtheitsprüfung
• Batterieschema nach Anhang XIII fertig mitgeliefert

Der 18. Februar 2027 steht bereits fest. Ab diesem Tag braucht jede Traktions-, Zweirad- und Industriebatterie über 2 kWh einen digitalen Produktpass, abrufbar über einen QR-Code am Produkt. Wer solche Ware verkauft, steht dann vor einer Aufgabe, die kein ERP und kein PLM löst. Denn die Pflicht hängt an der Produktseite, und die rendert dein Shop.

Das Problem

Artikel 32 der Ökodesign-Verordnung nimmt ausdrücklich Händler in die Pflicht, nicht nur Hersteller. Der Produktpass muss Kunden und potenziellen Kunden leicht zugänglich sein, ausdrücklich auch im Fernabsatz. Ein QR-Code, der erst auf dem gelieferten Karton klebt, erfüllt das nicht. Ein PDF im Downloadbereich ebenso wenig: Den Pass lesen Jahre nach dem Verkauf auch Werkstätten, Verwerter, Zoll und Marktüberwachung. Ohne Konto in deinem Shop, oft lange nachdem das Produkt aus dem Sortiment geflogen ist.

Die Lösung

Das Plugin bringt den Produktpass an die zwei Stellen, an denen er hingehört. Auf der Produktseite erscheint ein eigener Passbereich mit den öffentlichen Pflichtangaben, sichtbar vor dem Kauf. Dahinter liegt eine dauerhafte Adresse nach dem Muster /dpp/kennung, die ohne Anmeldung und ohne Einwilligung funktioniert, in Deutsch, Englisch und Niederländisch antwortet und dieselben Daten auf Anfrage als JSON ausliefert. Der QR-Code auf dem Produkt zeigt genau dorthin.

Was du davon hast

Du erfüllst die Zugänglichkeitspflicht genau dort, wo sie entsteht. Der Passbereich sitzt wahlweise in einem eigenen Reiter neben Beschreibung und Bewertungen, unter der Kaufbox oder unter der Produktbeschreibung. Du entscheidest das pro Verkaufskanal in der Konfiguration, ohne Template-Anpassung.

Du musst dafür kein Hersteller sein. Im Betriebsmodus Händler zeigt das Plugin die Pässe deiner Lieferanten und prüft in einem festen Abstand, ob deren Adressen noch antworten. Bricht ein Verweis weg, siehst du das in der Konformitäts-Übersicht, statt es vom Kunden zu erfahren.

Ein neuer Pass ist nicht leer. Was der Shop schon weiß, steht drin: Bezeichnung, Modellkennung, GTIN, Hersteller, Produktgruppe, Datum des Inverkehrbringens, Produktbild. Was für dein ganzes Sortiment gilt — Rücknahmeseite, Recyclinghinweise, getrennte Sammlung — trägst du einmal je Verkaufskanal in die Einstellungen ein. Was am Hersteller hängt, pflegst du einmal beim Hersteller. Von 14 Pflichtfeldern des mitgelieferten ESPR-Schemas bleiben so 5 übrig, und wenn deine Warenwirtschaft die mitgelieferten Freitextfelder füllt, keines.

Geschäftsgeheimnisse bleiben geschützt. Jedes Passfeld trägt eine von sechs Sichtbarkeitsstufen: öffentlich, Käufer, Reparateur, Verwerter, Behörde, vertraulich. Wer mehr als die öffentliche Stufe sehen will, weist sich über ein Zugriffstoken, ein Client-Zertifikat oder seine Bestellnummer aus. Rezepturen und Lieferantenpreise stehen damit im Pass, aber nicht im Netz.

Deine Pässe sind nachweisbar unverändert. Fassungen werden nur angehängt, nie überschrieben, und jede Fassung ist über eine Hashkette mit ihrer Vorgängerin verbunden. Auf Wunsch signierst du sie zusätzlich. Unter /dpp/kennung/verify prüft das jeder selbst, auch die Behörde, ohne dich zu fragen.

Druckfertige Datenträger entstehen im Backend, nicht in Photoshop. QR-Code, Data Matrix, NFC-Nutzlast und ein A4-Etikettenbogen mit 14, 24 oder 40 Etiketten. Dazu eine Typenschild-Ansicht mit Layout-Editor je Schema, die du als Bild in die Mediathek exportierst.

Dein Warenwirtschafts-Import bleibt schnell. Das Plugin arbeitet im Schreibvorgang nicht. Ein Produkt-Schreibereignis legt nur Einträge in eine Arbeitswarteschlange, die danach in Bändern läuft, idempotent und nach einem Abbruch wiederaufnehmbar. Signieren, Rendern und Register-Aufrufe passieren dort, nicht im Request.

So arbeitet das Plugin

Am Anfang steht ein Schema. Zwei sind mitgeliefert: ESPR-generisch mit 51 Feldern in 8 Abschnitten und EU-Batterie nach Anhang XIII mit 83 Feldern in 10 Abschnitten. Ein Schema-Editor im Backend legt eigene an oder passt die mitgelieferten an, versioniert und mit Export als Datei.

Zu einem Produkt entsteht daraus ein Pass, wahlweise für das Modell, eine Charge oder das Einzelstück. Du füllst die Felder im Backend, über einen CSV-Import mit Spaltenzuordnung und Probelauf, oder per Admin-API direkt aus dem ERP. Ist der Pass fertig, veröffentlichst du ihn. Falsch geworden? Ein veröffentlichter Pass wird zurückgezogen, nicht gelöscht, weil er der Nachweis für den Käufer ist.

Der Bereich in der Administration bringt zehn Seiten mit: Passliste, Passdetail mit Fassungsvergleich und Signaturstatus, Schemaverwaltung, Konformitäts-Übersicht, EU-Register, Datenträger, Import und Warteschlangenstand, dazu einen Reiter am Produkt. Die Berechtigungen sind in drei Gruppen getrennt, weil in der Praxis verschiedene Personen zuständig sind: Pässe pflegen, Schemata verwalten, Register bedienen.

Typische Einsatzszenarien

Der Batteriehändler mit harter Frist. Du verkaufst E-Bike-Akkus und Speicher über 2 kWh. Du legst das Anhang-XIII-Schema an, importierst die Herstellerangaben als CSV, druckst den Etikettenbogen für die Seriennummern und bist vor dem 18. Februar 2027 lieferfähig.

Der Möbelhersteller mit eigener Produktion. Du erzeugst die Pässe selbst, signierst sie und exportierst das Typenschild als Bild in die Mediathek, das dann auf dem Aufkleber landet. Die Werkstatt, die in fünf Jahren ein Ersatzteil sucht, scannt den Code und bekommt die Reparaturangaben.

Der reine Distributor. Du produzierst nichts, verkaufst aber passpflichtige Ware. Du hinterlegst die Passadressen deiner Lieferanten, das Plugin prüft sie regelmäßig und meldet dir tote Verweise, bevor die Marktüberwachung sie findet.

Das Headless-Frontend. Fünf Store-API-Routen liefern Pass, Prüfergebnis, Bündelabruf, Produktbezug und Datenträger. Der Datenträger kommt als JSON mit SVG-Markup, damit ein Bild-Tag ohne Access-Key nicht zum Problem wird.

Technische Fakten für deine IT

Shopware 6.7, PHP 8.2 oder neuer. Die QR-Code-Bibliothek lädt Shopware beim Installieren per Composer nach, der Shop muss dafür Composer ausführen dürfen. Das Plugin legt 11 eigene Tabellen an und ändert keine einzige Shopware-Tabelle. Produkt und Bestellposition werden über eigene Tabellen erweitert, jeder Fremdschlüssel liegt beim Plugin.

Im Auslieferungszustand ruft das Plugin keinen externen Dienst auf. Zwei Verbindungen haben einen eigenen Schalter in der Konfiguration und stehen dort auf aus: die Meldung an das EU-Produktpass-Register und die Prüfung der Lieferanten-Passadressen. Zwei weitere entstehen erst, wenn du sie selbst einrichtest, ein Archiv-Ziel für den Export und ein HSM als Schlüsselquelle. Signaturschlüssel landen nicht in der Konfiguration, hinterlegt wird nur ein Zeiger auf Umgebungsvariable, Datei oder HSM.

Für die Anbindung an deine Warenwirtschaft liefert das Plugin ein Freitextfeld-Set an Produkt und Hersteller mit: Herstellerkennung, Bedienungsanleitung, EU-Konformitätserklärung, Rücknahmeseite, Recyclinghinweise, getrennte Sammlung, erwartete Lebensdauer, CO2-Fußabdruck. Ein Wert am Artikel geht dem des Herstellers vor, dieser der Vorgabe des Verkaufskanals. Welches Passfeld woher kommt, steht im Schema und ist damit ohne Codeänderung umstellbar.

Das Zugriffsprotokoll ist abschaltbar, speichert die IP-Adresse auf Wunsch gar nicht oder gekürzt und räumt sich nach der eingestellten Frist selbst auf. Die Passseite läuft über den HTTP-Cache mit einstellbarer Dauer und wird bei jeder Passänderung gezielt invalidiert. Alles ist pro Verkaufskanal schaltbar, der Schalter oben in der Konfiguration legt das Plugin für einen Kanal komplett still. Bei der Deinstallation entscheidest du über die Shopware-Rückfrage, ob die Passdaten bleiben oder mit den Tabellen verschwinden.

Ehrlich gesagt

Das Plugin ist Träger und Veröffentlicher deiner Passdaten, nicht ihre Quelle. CO2-Fußabdruck, Materialherkunft und Lieferkettenangaben entstehen in deinem PLM, ERP oder LCA-Werkzeug, und wenn dort nichts steht, steht auch im Pass nichts. Die Anmeldung als verifizierter Wirtschaftsakteur beim EU-Register bleibt ein einmaliger Verwaltungsvorgang mit Identitätsprüfung, den keine Software abnimmt. Und außer für Batterien ist noch kein delegierter Rechtsakt mit Passpflicht in Kraft: Die mitgelieferten Schemata sind belastbare Vorlagen, keine Zusicherung. Genau deshalb sind sie austauschbar gebaut. Wenn du wissen willst, wie weit dein Sortiment betroffen ist, installier das Plugin auf einem Testsystem und leg einen Pass für einen echten Artikel an.

Häufige Fragen

Muss ich als reiner Händler überhaupt etwas tun?

Ja. Artikel 32 der Ökodesign-Verordnung verpflichtet ausdrücklich auch Händler, den Produktpass im Fernabsatz zugänglich zu machen. Dafür brauchst du keine eigenen Pässe: Im Betriebsmodus Händler hinterlegst du die Passadressen deiner Lieferanten, und das Plugin zeigt sie auf der Produktseite.

Funktioniert das mit meinem Theme?

In den meisten Fällen ja. Der Passbereich erweitert die Standard-Blöcke der Shopware-Storefront und ruft die geerbten Inhalte weiter auf. Themes, die diese Blöcke ersetzen statt sie zu erweitern, brauchen eine kleine Anpassung. Auf einer Storefront ohne Twig, also einem eigenen Headless-Frontend, baust du die Ausgabe über die Store-API selbst.

Erzeugt das Plugin die Daten für den Pass?

Nein. Es speichert, versioniert und veröffentlicht sie. CO2-Fußabdruck, Materialzusammensetzung und Lieferkettenangaben kommen aus deinem PLM, ERP oder LCA-Werkzeug, per CSV-Import oder über die Admin-API.

Sendet das Plugin Daten an externe Server?

Nur wenn du es einschaltest. Es gibt genau zwei externe Verbindungen, die Meldung an das EU-Register und die Prüfung der Lieferanten-Passadressen. Beide sind im Auslieferungszustand aus. Alle Passdaten liegen in deiner Shopware-Datenbank.

Was passiert mit personenbezogenen Daten?

Die Passseite arbeitet ohne Konto und ohne Einwilligung, weil sie keine personenbezogenen Daten braucht. Das Zugriffsprotokoll ist abschaltbar und speichert die IP-Adresse auf Wunsch gar nicht oder gekürzt. Es löscht sich nach der Frist, die du einstellst.

Bremst das Plugin einen großen Produktimport aus?

Nein. Beim Schreiben eines Produkts legt das Plugin nur einen Eintrag in eine Warteschlange, die danach in Bändern abgearbeitet wird. Signieren, Datenträger rendern und Register-Aufrufe laufen dort, nicht im Import.

Kann ich das Plugin in einem Verkaufskanal abschalten?

Ja. Jede Einstellung gilt pro Verkaufskanal, und ganz oben steht ein Schalter, der die gesamte Wirkung in einem Kanal stilllegt. Ein Shop mit B2B- und B2C-Kanal spielt den Pass so nur dort aus, wo er gebraucht wird.

Was passiert bei der Deinstallation mit meinen Passdaten?

Das entscheidest du an der Rückfrage, die Shopware beim Deinstallieren stellt. Behältst du die Daten, bleiben alle Tabellen samt Fassungen stehen und sind nach einer Neuinstallation wieder da. Verzichtest du darauf, entfernt das Plugin seine Tabellen und die von ihm angelegten Vorlagen restlos.

Bekomme ich damit eine rechtsverbindliche Konformitätsaussage?

Nein. Das Plugin setzt die harmonisierten EN-Normen zum Produktpass um und dokumentiert das nachvollziehbar. Die Konformitätserklärung gibt weiterhin der Wirtschaftsakteur ab, und die Bewertung deines konkreten Falls gehört zu einem Rechtsbeistand.

Ist die Anmeldung beim EU-Register damit erledigt?

Nein. Das Plugin meldet Pässe an das Register, sobald du dort als Wirtschaftsakteur freigeschaltet bist. Die Freischaltung selbst ist ein einmaliger Verwaltungsvorgang mit Identitätsprüfung, den du außerhalb des Shops erledigst.