dpp.cloud
StartseiteIntegrationPricingBlog
Company
Über unsFAQKontakt
Termin vereinbaren
DE
EN

Menu

  • Startseite
  • Blog
  • funktioniert
  • Pricing
  • Über uns
  • Faq
  • Kontakt
Schedule a call
GS1 Partner

Digitaler Produktpass mit Akeneo: Von PIM-Attributen zum konformen DPP in 3 Wochen

July 16, 2026
Dinesh Parmar
/
Implementation & Integration

Wer seine Produktdaten in Akeneo pflegt, hat den größten Teil der DPP-Arbeit schon hinter sich. Materialzusammensetzung, Herkunft, Pflegehinweise, Zertifikate: Genau diese Attribute verlangt die ESPR, und genau diese Attribute liegen bereits strukturiert in Ihrem PIM. Was fehlt, ist ein Connector, der sie ins DPP-Format überträgt, validiert und pro Produkt oder pro Einheit einen QR-Code erzeugt. Das dauert zwei bis drei Wochen und ist kein IT-Projekt.

Dieser Artikel zeigt, wie die Akeneo-Anbindung konkret abläuft: was gemappt wird, was automatisch läuft, wo typischerweise Lücken auftauchen und was das Ganze kostet.

Warum Akeneo-Nutzer im Vorteil sind

Die Ökodesign-Verordnung (Verordnung (EU) 2024/1781) ist seit Juli 2024 in Kraft. Am 19. Juli 2026 wird sie vollständig anwendbar, am selben Tag geht das zentrale DPP-Register der EU in Betrieb. Ab dann werden Produktkategorien schrittweise über delegierte Rechtsakte in die Passpflicht geholt. Der ESPR-Arbeitsplan 2025 bis 2030 der EU-Kommission nennt unter anderem Textilien, Möbel, Reifen sowie Eisen, Stahl und Aluminium als erste Kategorien.

Der aufwendigste Teil eines DPP-Projekts ist fast nie der Pass selbst, sondern das Sammeln und Strukturieren der Produktdaten. Ein Hersteller, der Produktinformationen in Excel-Listen und ERP-Fragmenten hält, muss erst ein Datenfundament bauen. Als Akeneo-Nutzer haben Sie das bereits:

  • Attribute sind strukturiert und typisiert
  • Varianten und Produktmodelle sind sauber getrennt
  • Lokalisierungen existieren pro Attribut
  • Die REST-API macht alles zugänglich

Deshalb dauert das typische Akeneo-Projekt bei dpp.cloud zwei bis drei Wochen. Die Datenarbeit ist erledigt. Übrig bleiben Mapping, Validierung und QR-Erzeugung.

So funktioniert die Integration

Der Connector sitzt zwischen Ihrer Akeneo-Instanz und dpp.cloud. Akeneo bleibt die führende Datenquelle. Niemand erfasst Daten doppelt, Ihr Team arbeitet in Akeneo weiter wie bisher.

Im Hintergrund laufen vier Schritte:

  1. Synchronisation: Akeneo meldet Produktänderungen per Webhook, alternativ fragt der Connector die REST-API periodisch ab. Neue SKU, geändertes Attribut, gelöschtes Produkt: alles kommt automatisch an.
  2. Mapping: Eine Mapping-Datei legt fest, welches Akeneo-Attribut welches DPP-Feld speist. Aus material wird die Materialzusammensetzung, aus care_label werden Pflegehinweise, aus country_of_origin die Herkunftsangabe.
  3. Validierung: Der Connector prüft Pflichtfelder, Formate und erreichbare Links. Produkte mit Lücken werden markiert, Ihr Team sieht genau, was nachzupflegen ist.
  4. QR-Erzeugung: Jedes Produkt (oder jede Einheit, dazu gleich mehr) bekommt einen QR-Code, der auf seinen Pass zeigt. Der Code lässt sich in ein Akeneo-Attribut zurückschreiben, damit Ihr Etiketten-Workflow ihn ohne Zusatzschritt übernimmt.

Was auf was gemappt wird

Ein typisches Basis-Mapping für einen Textil- oder Möbelhersteller sieht so aus:

Akeneo-AttributDPP-Feld
material / compositionMaterialzusammensetzung
care_labelPflege- und Wartungshinweise
certificationsNormen und Label
country_of_origin / LieferantendatenHerkunftsangaben
dimensions, weightPhysische Eigenschaften
Medien-Assets (Anleitungen, Datenblätter)Dokumentations-Links

In den meisten Projekten existieren rund 80 Prozent der benötigten Felder bereits in Akeneo. Der Rest sind neue Attribute, die Sie einmalig anlegen, meist für Kreislaufwirtschaftsdaten. Die Vorarbeiten des Joint Research Centre zu Textilien listen 49 Datenpunkte in vier Kategorien, und die Lücken sitzen fast immer an derselben Stelle: Recyclingfähigkeit, Reparierbarkeit, Rücknahme. Drei bis fünf neue Akeneo-Attribute schließen sie.

Produktebene oder Seriennummern-Ebene?

Die ESPR verlangt Pässe je nach Kategorie auf Modell-, Chargen- oder Einzelstück-Ebene. Die meisten Plattformen können nur Produktebene. dpp.cloud erzeugt auf Wunsch einen Pass pro physischer Einheit, weil unter jedem Pass eine individuelle digitale Identität liegt.

Wozu das gut ist? Ein Pass pro Einheit dokumentiert, was mit genau dieser Einheit passiert: Reparaturen, Besitzerwechsel, Aufarbeitung. Das ist der Unterschied zwischen einem statischen Datenblatt und einer Infrastruktur, auf der Garantie-Automatisierung und Second-Life-Programme laufen. Die Umsatzseite haben wir in diesem Artikel über After-Sales-Umsatz aus QR-Scans durchgerechnet.

Wenn Sie für die Compliance nur Modell-Ebene brauchen, geht das genauso. Die Granularität lässt sich später pro Kategorie umstellen, ohne die Integration neu zu bauen.

Ein realer Projektverlauf

So läuft ein Akeneo-Onboarding bei uns ab, das Muster stammt unter anderem aus dem Projekt mit einem europäischen Hersteller von Kindermöbeln und -textilien mit rund 600 aktiven SKUs:

  1. Tag 1: Kickoff. Welche Kategorien, welche Attribute, welche Granularität. Zwei bis drei Stunden.
  2. Tag 2 bis 7: Daten-Review in Akeneo. Vollständigkeitscheck, Lückenliste, Entscheidung über neue Attribute.
  3. Tag 7 bis 10: Mapping-Call. Ihr Team und unseres definieren das Attribut-Mapping, inklusive Umgang mit Lokalisierungen.
  4. Tag 10 bis 14: Technisches Setup. API-Zugänge, Connector-Konfiguration, neue Attribute anlegen.
  5. Tag 14 bis 17: Pilot. Ein Produkt komplett durch, vom Akeneo-Attribut bis zum scanbaren Pass. Abnahme.
  6. Ab Tag 17: Rollout über den Katalog, QR-Codes in den Etikettenprozess.

Ehrlicherweise: Die Technik ist der schnelle Teil. Die Abstimmung mit der Etikettendruckerei und das physische Aufbringen der QR-Codes dauern länger als die Software. Planen Sie das ein.

Was es kostet

dpp.cloud hat feste Jahrespreise. Growth für 10.500 Euro pro Jahr (5 Nutzer), Professional für 17.500 Euro pro Jahr (25 Nutzer). Akeneo-Connector, Mapping-Setup und API-Traffic sind enthalten. Es gibt keine Gebühren pro SKU oder pro Sync, der Preis wächst also nicht mit Ihrem Katalog. Details auf der Preisseite.

Zum Vergleich: Eine selbst gebaute DPP-Integration kostet erfahrungsgemäß 30.000 bis 50.000 Euro Entwicklungsaufwand, bevor der erste Pass validiert ist, und die Wartung bleibt danach bei Ihnen. Den vollständigen Vergleich finden Sie in unserem DPP-Software-Kaufratgeber.

Wann anfangen?

Dass das Register am 19. Juli 2026 startet, heißt nicht, dass jede Kategorie ab diesem Tag einen Pass braucht. Textilien werden realistisch Ende 2028 oder 2029 verpflichtend, etwa 18 Monate nach dem delegierten Rechtsakt. Den vollständigen Zeitplan finden Sie in unserer DPP-Timeline.

Der Grund, früher anzufangen, ist praktisch, nicht regulatorisch. Datenlücken brauchen Monate, sobald Lieferanten beteiligt sind. Etikettenzyklen sind lang. Und ein Pass, der vor der Deadline live ist, kostet nichts extra, sondern ist ein Kundenkontaktpunkt, der Ihnen bereits gehört. Die Hersteller, die wir aktuell onboarden, behandeln die Compliance als Eintrittskarte und bauen ihren After-Sales-Kanal darauf auf.

Der nächste Schritt

Sie arbeiten mit Akeneo und wollen wissen, was Ihr konkretes Setup braucht? Buchen Sie eine 30-minütige Strategy Session. Wir schauen gemeinsam auf Ihre Attributstruktur, benennen die Lücken und geben Ihnen einen konkreten Zeitplan samt Preis. Ohne Folienschlacht.

Strategy Session buchen

FAQ

Muss Akeneo für einen DPP umgebaut werden?

Nein. In typischen Projekten existieren rund 80 Prozent der benötigten DPP-Felder bereits als Akeneo-Attribute. Sie ergänzen in der Regel drei bis fünf neue Attribute, vor allem für Recyclingfähigkeit, Reparierbarkeit und Rücknahmedaten. Die bestehende Akeneo-Struktur bleibt unverändert.

Welche Akeneo-Editionen werden unterstützt?

Beide. Die Integration funktioniert mit Akeneo Community und Akeneo Enterprise, da sie vollständig über die Standard-REST-API läuft. Eine Plugin-Installation innerhalb von Akeneo ist nicht erforderlich.

Bleibt Akeneo die führende Datenquelle?

Ja. Produktdaten werden weiterhin ausschließlich in Akeneo gepflegt. Der Connector liest Änderungen über Webhooks oder API-Abfragen, überführt sie in das DPP-Format und validiert die Informationen. Niemand muss Produktdaten manuell in dpp.cloud erfassen.

Wie funktionieren mehrsprachige Produkte?

Akeneo-Lokalisierungen werden pro Attribut übernommen. Wenn Pflegehinweise in Akeneo auf Deutsch und Englisch hinterlegt sind, zeigt der Digitale Produktpass beide Sprachen an. Die angezeigte DPP-Sprache kann sich nach der Spracheinstellung des Scannenden richten.

Können QR-Codes erzeugt werden, bevor alle Daten vollständig sind?

Ja, und das empfehlen wir. Der QR-Code bleibt dauerhaft stabil, während die dahinterliegenden Daten weiter ergänzt werden. Die Etikettenproduktion kann starten, während Ihr Team noch Lieferantendaten vervollständigt und Datenlücken schließt.

Dinesh Parmar
Dinesh Parmar

Related Posts

Digitaler Produktpass mit inRiver: Entity-Mapping, Maschinenverordnung und der industrielle B2B-Fall
B2B-Hersteller auf inRiver haben eine andere DPP-Agenda: Stahl und Aluminium sind Teil des ersten ESPR-Arbeitsplans, digitale Maschinendokumentation wird unter der Maschinenverordnung ab 2027 möglich, und B2B-Kunden fragen zunehmend strukturierte Nachhaltigkeitsdaten an. Erfahren Sie, wie die Integration tiefe Variantenbäume behandelt und warum die Identifier-Frage früh geklärt werden sollte.
Sebastian Eberhardt
August 18, 2026
Digitaler Produktpass mit Salsify: Der DPP als weiterer Syndication-Kanal
Marken auf Salsify syndizieren Content bereits an anspruchsvolle Kanäle. Der EU-Digital Product Passport ist ein weiterer Kanal mit gesetzlich definierten Anforderungen. Erfahren Sie, wie die Integration funktioniert, warum handelserprobte Produktdaten ein Vorteil sind und welche Kategorie-Timelines tatsächlich gelten.
Julian Sotek
August 18, 2026
Digitaler Produktpass aus SAP-Daten: Add-on-Projekt oder API-Connector?
Materialstamm, Klassifizierung, DMS: Die DPP-Daten sind schon in SAP. Die Frage ist, ob Sie ein Jahresprojekt fahren oder eine Pass-Plattform in Wochen per OData anbinden. Beide Wege im Vergleich, mit den ehrlichen Einschränkungen.
Julian Sotek
August 3, 2026
Digitaler Produktpass mit Akeneo: Von PIM-Attributen zum konformen DPP in 3 Wochen
Ihre Akeneo-Attribute decken bereits den Großteil der ESPR-Anforderungen ab. Dieser Leitfaden zeigt das konkrete Mapping, einen realen 3-Wochen-Projektplan, typische Datenlücken und die Kosten der Integration.
Dinesh Parmar
July 16, 2026
DPP erstellen aus PIM-Daten
Wie du aus deinen bestehenden Produktdaten automatisiert einen compliant DPP erstellst – ohne externe Software, ohne Umbauten.
Lisa Fauland
July 6, 2026

Nach Kategorie durchsuchen

Platform Comparisons
Implementation & Integration
Business Case & ROI
Industry-Deep-Dives
Company News
ESPR & EU Regulations
DPP Fundamentals

Nach Autoren durchsuchen

Dinesh Parmar
Simon Manz
Sebastian Eberhardt
Lisa Fauland
Leopold Holverscheid
Julian Sotek
Christian Hieronimi
Benedikt Biallowons
dpp.cloudsqanit.com
Create your digital product passports in no time and with minimal effort.
Member of Digital Product Passport ProMEMBERDIGITAL-PRODUCT-PASSPORT.PRO
Google walletGoogle payFORRESTER
Contact us
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
    HomeBlogPricingIntegration
        About UsFAQVisit sqanitContact usLegal
          © 2025 sqanit GmbH – All rights reserved.
          ‍