Seit dem 13. Dezember 2024 gilt die Produktsicherheitsverordnung (EU) 2023/988 unmittelbar in allen Mitgliedstaaten. Für den Online-Handel hat sie eine Folge, die weniger nach Recht als nach Datenmodell aussieht: Jedes Fernabsatzangebot muss den Hersteller mit Postanschrift und E-Mail-Adresse nennen, bei Herstellern außerhalb der Union zusätzlich die verantwortliche Person in der EU, dazu Angaben zur Identifizierung des Produkts und etwaige Warnhinweise. Vier Angaben, eindeutig und gut sichtbar, je Artikel - und genau diese vier liegen im ERP eines Großhändlers selten dort, wo eine Schnittstelle sie findet. Sie stehen im Langtext, in einer Lieferantenbemerkung oder in einem Datenblatt, das kein System auslesen kann. Dieser Beitrag beschreibt den Wirtschaftsakteur als eigenes Stammdatenobjekt, den Weg über die Middleware in Shop und Katalog-API, die Pflichtfeldprüfung vor dem Publizieren und den Rückkanal an Fachhandelskunden, die in der Anbindung von Großhandelsprozessen dieselben Daten für ihre eigenen Angebote brauchen.
Das Wichtigste in Kürze
- Ein Fernabsatzangebot muss mindestens vier eindeutige und gut sichtbare Angaben tragen: Hersteller mit Anschrift und E-Mail-Adresse, bei Drittlandherstellern die verantwortliche Person, Angaben zur Identifizierung des Produkts und etwaige Warnhinweise (GPSR, Artikel 19).
- Der Wirtschaftsakteur ist ein eigener Stammsatz mit Nummer, Rolle, strukturierter Anschrift und Gültigkeitszeitraum, kein Langtext am Artikel. Firmiert ein Hersteller um, ändert sich ein Datensatz statt tausender Artikeltexte.
- Ein Produkt darf nur in Verkehr gebracht werden, wenn es einen in der Union niedergelassenen Wirtschaftsakteur gibt, der die Aufgaben nach Artikel 4 Absatz 3 der Verordnung (EU) 2019/1020 übernimmt (GPSR, Artikel 16).
- Händler vergewissern sich vor der Bereitstellung, dass Hersteller und Einführer ihre Kennzeichnungspflichten erfüllt haben (GPSR, Artikel 12). Diese Kontrolle gehört als Pflichtfeldregel in die Schnittstelle, nicht in eine Liste im Einkauf.
- Der Großhandel ist für seine Fachhandelskunden die Datenquelle. Ohne Rückkanal über eine Katalog-API bauen diese ihre eigenen Angebote aus abgeschriebenen Adressen, mit jedem Fehler, den Abschreiben mit sich bringt.
Der Wirtschaftsakteur ist kein Freitextfeld
Die Verordnung kennt eine feste Rollenliste: Hersteller, Bevollmächtigter, Einführer, Händler und Fulfilment-Dienstleister. Jede Rolle trägt eigene Pflichten, und keine davon lässt sich aus dem Artikelstamm ableiten. Ein Artikel hat keinen Hersteller im Sinne eines Attributs, sondern eine Beziehung zu einem Rechtsträger mit Namen, eingetragenem Handelsnamen, Postanschrift und E-Mail-Adresse, unter der er tatsächlich kontaktiert werden kann. Die Verordnung verlangt genau diese Angaben vom Hersteller selbst, einschließlich der Anlaufstelle, falls sie abweicht. Deshalb scheitert der naheliegende Weg, alles in ein zusätzliches Langtextfeld am Artikel zu schreiben. Ein solcher Text lässt sich nicht kontrollieren, nicht in eine Katalog-API geben und nicht ändern, ohne jeden betroffenen Artikel anzufassen. Wechselt ein Hersteller seine Firmierung, sind im Freitextmodell tausende Artikel betroffen; im Stammdatenmodell ist es ein Datensatz. Eine gepflegte Stammdatenhaltung behandelt den Wirtschaftsakteur darum wie einen Lieferanten oder eine Kostenstelle: als eigenen Satz mit eigener Nummer, eigener Historie und eigener Verantwortlichkeit im Haus.
Die Kardinalität ist der Punkt, an dem die meisten Modelle zu kurz greifen. Ein Artikel hat genau einen Hersteller, kann aber über mehrere Lieferanten bezogen werden, und je Bezugsweg kann ein anderer Einführer beteiligt sein. Umgekehrt vertritt eine verantwortliche Person in der Union häufig eine ganze Herstellermarke über hunderte Artikel hinweg. Aus Sicht des Datenmodells sind das drei Tabellen: der Akteur selbst, die Rollenzuordnung je Artikel und die Gültigkeit je Zeitraum. Der letzte Punkt wird gern vergessen, ist aber die Grundlage dafür, dass ein Angebot aus dem vergangenen Jahr später noch nachvollziehbar bleibt, etwa wenn eine Marktüberwachungsbehörde wissen will, wer zum Verkaufszeitpunkt als verantwortliche Person eingetragen war. Wer die Zuordnung ohne Zeitachse führt, überschreibt bei jedem Wechsel die Vergangenheit und kann hinterher nur noch erzählen, was einmal gegolten hat.
Was Artikel 19 im Angebot verlangt
Für den Fernabsatz formuliert die Verordnung eine kurze, klar umrissene Liste. Wörtlich muss das Angebot mindestens die folgenden eindeutigen und gut sichtbaren Angaben enthalten: den Hersteller mit Postanschrift und E-Mail-Adresse, bei Herstellern ohne Niederlassung in der Union die verantwortliche Person, Angaben zur Identifizierung des Produkts einschließlich einer Abbildung sowie etwaige Warnhinweise und Sicherheitsinformationen in einer für Verbraucher leicht verständlichen Sprache. Für eine Schnittstelle sind das keine vier Absätze, sondern eine ganze Reihe einzelner Felder, die je Sprache und je Zielkanal ausgespielt werden müssen. Wer sie als Block behandelt, verliert die Möglichkeit, gezielt zu melden, welches Feld fehlt - und genau diese Meldung ist der einzige Weg, die Lücke im Einkauf zu schließen, statt sie im Angebot sichtbar zu machen.
Hersteller
Name, eingetragener Handelsname oder eingetragene Handelsmarke, dazu Postanschrift und E-Mail-Adresse, unter denen der Hersteller kontaktiert werden kann (GPSR, Artikel 19 Buchstabe a).
Verantwortliche Person
Ist der Hersteller nicht in der Union niedergelassen, treten Name, Postanschrift und E-Mail-Adresse der verantwortlichen Person an diese Stelle (GPSR, Artikel 19 Buchstabe b).
Produktidentifikator
Angaben zur Identifizierung des Produkts einschließlich einer Abbildung, seiner Art und sonstiger Produktidentifikatoren gehören sichtbar in das Angebot (GPSR, Artikel 19 Buchstabe c).
Warnhinweise
Warnhinweise und Sicherheitsinformationen werden in einer für Verbraucher leicht verständlichen Sprache ausgespielt, also je Sprachversion des Shops getrennt gepflegt.
Typen- und Chargennummer
Produkte tragen eine Typen-, Chargen- oder Seriennummer oder ein anderes leicht erkennbares Element zur Identifizierung (GPSR, Artikel 9 Absatz 5). Im Shop ist sie der Anker für spätere Rückrufe.
Technische Unterlagen
Hersteller halten die technischen Unterlagen zehn Jahre ab dem Inverkehrbringen für die Marktüberwachungsbehörden bereit (GPSR, Artikel 9 Absatz 3). Der Händler braucht den Verweis darauf.
Das Datenmodell: ein Satz je Akteur
Ein tragfähiges Modell besteht aus drei Bausteinen. Der Akteurssatz trägt Nummer, Rolle, Rechtsform, Name, eingetragenen Handelsnamen, die Postanschrift in strukturierten Feldern und eine Kontaktadresse, die tatsächlich gelesen wird. Die Zuordnung verbindet Artikel und Akteur, trägt die Rolle und einen Gültigkeitszeitraum. Die dritte Ebene ist die Herkunft: Woher stammt der Wert, wann hat der Lieferant ihn zuletzt bestätigt, welches Dokument liegt zugrunde. Ohne diese dritte Ebene lässt sich später nicht sagen, ob eine Adresse gepflegt oder geraten wurde, und genau das ist die Frage, die im Ernstfall gestellt wird. In Projekten, die aus einer Produktdaten-Pipeline kommen, liegt der Akteurssatz meistens schon als Entität vor und muss nur noch um die Pflichtfelder und die Rollenlogik ergänzt werden; in Projekten ohne Produktinformationssystem entsteht er in der Schnittstellenschicht und wird von dort in beide Richtungen bedient.
Postanschrift strukturiert führen
akteur
akteur_nr eindeutig, technisch vergeben
rolle hersteller | bevollmaechtigter | einfuehrer |
haendler | fulfilment | verantwortliche_person
name Firmenname laut Register
handelsname eingetragener Handelsname oder Marke
strasse, hausnr, plz, ort, land_iso2
email erreichbar, kein no-reply
quelle, bestaetigt_am
artikel_akteur
artikel_nr + akteur_nr + rolle
gueltig_von, gueltig_bis
lieferant_nr Bezugsweg, mehrfach moeglich
regel vor dem Publizieren
wenn rolle = hersteller und land_iso2 nicht in EU:
verlange zusaetzlich rolle = verantwortliche_person
wenn email leer oder anschrift unvollstaendig:
halte das Angebot an, publiziere nicht
wenn warnhinweis fehlt in einer aktiven Sprache:
publiziere diese Sprachversion nichtWoher die Felder im ERP kommen
In SAP, Dynamics und den Warenwirtschaftssystemen des Mittelstands existiert kein Feld namens Wirtschaftsakteur. Was existiert, sind Lieferantenstamm, Herstellerteilenummer, Fremdsprachentexte und eine Handvoll Klassifizierungsmerkmale. Der erste Projektschritt ist deshalb keine Programmierung, sondern eine Bestandsaufnahme: Welches Feld trägt heute den Herstellernamen, in welcher Schreibweise, und wie oft weicht sie zwischen zwei Artikeln desselben Herstellers ab. Diese Aufnahme liefert die Abbildungsvorschrift, die später im Feld-Mapping steht. Erfahrungsgemäß ist die Trefferquote bei Eigenmarken hoch und bei Handelsware aus dem Streckengeschäft niedrig, weil dort nie jemand nach einer ladungsfähigen Anschrift gefragt hat. Das ist keine Nachlässigkeit, sondern die Folge einer Einkaufspraxis, in der die Anschrift des Herstellers bis vor kurzem schlicht nicht gebraucht wurde.
- Feldinventur je Lieferant, nicht je Artikel: Herstellername, Anschrift und Kontaktadresse werden je Lieferant erhoben. Ein Lieferant liefert in der Regel für eine überschaubare Zahl von Herstellern, und die Aufnahme bleibt beherrschbar.
- Eine Anschrift, fünf Felder: Straße, Hausnummer, Postleitzahl, Ort und zweistelliger Ländercode getrennt führen. Erst diese Trennung erlaubt die maschinelle Antwort auf die Frage, ob der Hersteller in der Union sitzt.
- Herkunft mitschreiben: Jeder Wert bekommt Quelle und Bestätigungsdatum. Ohne diese beiden Felder lässt sich später nicht unterscheiden, ob eine Adresse vom Lieferanten bestätigt oder aus einem Katalog übernommen wurde.
- Abbildung in der Schnittstelle, nicht im Shop: Die Umsetzung von ERP-Feldern auf Angebotsfelder gehört in die Warenwirtschaftsanbindung, damit dieselbe Regel für Shop, Marktplatz und Katalogexport gilt.
- Lücken sichtbar machen: Artikel ohne vollständigen Akteursblock erscheinen in einer Arbeitsliste für den Einkauf, statt still mit leeren Feldern zu publizieren. Eine Lücke, die niemand sieht, wird nicht geschlossen.
Die Pflichtfeldprüfung vor dem Publizieren
Die Verordnung verlangt vom Händler eine eigene Kontrolle: Bevor er ein Produkt auf dem Markt bereitstellt, vergewissert er sich, dass Hersteller und gegebenenfalls Einführer ihre Kennzeichnungspflichten erfüllt haben. In einem Shop mit einigen zehntausend Artikeln ist das keine Aufgabe für eine Liste im Einkauf, sondern eine Regel in der Datenstrecke. Technisch ist sie ein Tor vor dem Publizieren: Der Artikel wird erst dann als aktiv an den Shop gemeldet, wenn der Akteursblock vollständig ist. Fehlt ein Pflichtfeld, bleibt der Artikel im ERP bestellbar für den Innendienst, erscheint aber nicht im Katalog. In einer SAP-Anbindung lässt sich dieses Tor am Verteilungsstatus festmachen, in kleineren Systemen an einem eigenen Kennzeichen, das die Middleware setzt und wieder zurücknimmt.
Wichtig ist die Richtung der Meldung. Ein Artikel, der die Kontrolle nicht besteht, darf nicht stillschweigend verschwinden, sonst sucht der Vertrieb ihn im Shop und findet nichts. Die Middleware schreibt den Grund in eine Fehlerwarteschlange und nennt das fehlende Feld im Klartext: Anschrift ohne Hausnummer, Kontaktadresse leer, Ländercode fehlt, Warnhinweis nur in einer von zwei Sprachen vorhanden. Aus dieser Warteschlange entsteht die Arbeitsliste, die der Einkauf abarbeitet. Sie ist zugleich der Nachweis, dass die Kontrolle überhaupt stattfindet - denn eine Regel, die nie etwas anhält, ist in der Regel nicht scharf geschaltet, sondern falsch verdrahtet.
| Merkmal | Ohne Akteursmodell | Mit Akteursmodell |
|---|---|---|
| Herstellerangabe | Langtext am Artikel, je Artikel gepflegt | Stammsatz mit Nummer, je Artikel verknüpft |
| Firmierungswechsel | tausende Artikeltexte anfassen | ein Datensatz geändert, Historie erhalten |
| Drittlandhersteller | fällt erst bei der Reklamation auf | Regel greift über den Ländercode |
| Angebot ohne Pflichtfeld | geht online, Lücke unbemerkt | wird angehalten und gemeldet |
| Weitergabe an Fachhandel | Adressen werden abgeschrieben | Katalog-API liefert dieselben Felder |
| Rückruf | Recherche in Belegen und Mails | Abfrage über Charge und Zeitraum |
Der Rückkanal an den Fachhandel
Ein Großhändler verkauft nicht nur an Endkunden, sondern beliefert Fachhändler, die dieselben Artikel in ihren eigenen Shops anbieten. Für deren Angebote gilt die Verordnung genauso - und die Angaben, die sie brauchen, liegen beim Großhändler. Wird dieser Weg nicht gebaut, entstehen die Angebote aus abgeschriebenen Adressen, aus alten Preislisten oder aus einem Datenblatt, das jemand per Mail geschickt hat. Jede dieser Übertragungen ist eine Fehlerquelle, und jede Korrektur muss anschließend über denselben Weg zurücklaufen. Sauberer ist eine Katalogschnittstelle, die den Akteursblock als eigenes Objekt ausliefert: Der Fachhändler zieht Artikel und Akteur getrennt und verbindet sie in seinem eigenen System. Eine solche Katalog-API ist technisch unspektakulär und spart auf beiden Seiten den größten Teil der Nacharbeit.
Im Aufbau lohnt sich eine Trennung nach Änderungsart. Artikelstammdaten ändern sich selten, Preise häufig, Akteursdaten fast nie - aber wenn, dann mit Wirkung auf viele Artikel gleichzeitig. Ein Abruf, der alles in einem Paket liefert, zwingt den Empfänger zur vollständigen Verarbeitung, obwohl sich nur ein Satz geändert hat. Eine Schnittstelle, die Akteure eigenständig versioniert und mit Änderungszeitpunkt ausliefert, erlaubt dem Fachhändler den gezielten Nachzug. Für die Anbindung im Fachhandel bedeutet das: ein zusätzlicher Endpunkt, ein Zeitstempel, und die Pflicht zur Weitergabe ist technisch abgebildet, statt in einer Mailkette zu hängen.
Drittlandhersteller und die verantwortliche Person
Der Fall ist im Großhandel eher Regel als Ausnahme: Der Hersteller sitzt außerhalb der Union, importiert wird über einen europäischen Einführer oder direkt. Die Verordnung ist an dieser Stelle eindeutig - ein Produkt darf nicht in Verkehr gebracht werden, wenn es keinen in der Union niedergelassenen Wirtschaftsakteur gibt, der für die Aufgaben nach Artikel 4 Absatz 3 der Marktüberwachungsverordnung verantwortlich ist. Wer diese Rolle einnehmen kann, zählt die Marktüberwachungsverordnung auf: der in der Union niedergelassene Hersteller, ein Einführer, ein schriftlich beauftragter Bevollmächtigter oder - nachrangig, für die von ihm abgefertigten Produkte - ein in der Union niedergelassener Fulfilment-Dienstleister. Für das Datenmodell heißt das: Die Rolle ist ein eigenes Feld mit vier möglichen Ausprägungen, nicht ein Häkchen an einer Adresse.
Neben der Angabe im Angebot verlangt die Verordnung die Kontaktdaten dieses Wirtschaftsakteurs auf dem Produkt, auf seiner Verpackung, auf dem Paket oder in einer Begleitunterlage. Das ist eine Anforderung an die Ware, keine an den Shop - aber sie wirkt in die Schnittstelle zurück, weil beide Angaben zusammenpassen müssen. Steht auf dem Karton eine andere Anschrift als im Online-Angebot, ist nicht nur eine von beiden falsch, sondern die Herkunft der Daten ungeklärt. Wer den Akteurssatz als einzige Quelle führt und sowohl die Etikettendaten als auch das Angebot daraus speist, hat dieses Problem nicht. Wer zwei Pflegewege betreibt, bekommt früher oder später zwei Wahrheiten, und der Widerspruch fällt regelmäßig erst dann auf, wenn jemand von außen nachfragt.
Die Rolle ist ein Feld, keine Auslegungsfrage
Marktplätze und die Katalog-API
Auf Marktplätzen gelten dieselben Angebotspflichten, nur ist das Feldschema fremdbestimmt. Jeder Marktplatz nennt die Felder anders, verlangt teilweise eigene Freigaben und setzt eigene Längenbegrenzungen. Deshalb gehört die Abbildung in die Schnittstellenschicht und nicht in eine gepflegte Tabelle: Wird der Akteursblock einmal sauber geführt, ist die Marktplatzanbindung eine reine Abbildungsaufgabe. Hinzu kommt eine Frist, die für die Betriebsorganisation relevant ist: Anbieter von Online-Marktplätzen bearbeiten Meldungen zu Fragen der Produktsicherheit unverzüglich, in jedem Fall aber innerhalb von drei Arbeitstagen nach Eingang. Wer dort verkauft, sollte in derselben Zeit auskunftsfähig sein, und das geht nur, wenn die Daten abfragbar sind statt in Postfächern zu liegen.
Für die technische Umsetzung ist die Reihenfolge entscheidend. Zuerst wird der Akteursblock im führenden System vollständig, dann wird abgebildet, dann wird veröffentlicht. Dreht man die Reihenfolge um und beginnt mit der Abbildung auf die Zielfelder, entstehen Behelfslösungen, die jede spätere Änderung teuer machen - etwa ein zusammengesetztes Adressfeld, das der Marktplatz akzeptiert und aus dem sich der Ländercode nicht mehr zurückgewinnen lässt. Die Regeln, nach denen Quellfelder auf Zielfelder treffen, sind in einem sauberen Daten-Mapping dokumentiert und versioniert, sodass eine Änderung am Zielschema nicht zur Suche im Quelltext wird.
Rückrufe: wenn die Daten gebraucht werden
Der eigentliche Zweck des Datenmodells zeigt sich im Ernstfall. Wird ein Produkt zurückgerufen, müssen alle betroffenen Verbraucher, die sich ermitteln lassen, direkt und unverzüglich unterrichtet werden. Die Rückrufanzeige selbst nennt unter anderem die Produktionskennnummern wie Charge oder Seriennummer und, wo es hilft, eine grafische Darstellung ihrer Lage am Produkt. Beides setzt voraus, dass Charge und Artikelnummer in der Bestellung mitgeschrieben wurden und dass sich aus der Bestellung heraus die Herstellerangaben des Verkaufszeitpunkts rekonstruieren lassen. Genau dafür trägt die Zuordnung zwischen Artikel und Akteur einen Gültigkeitszeitraum. Wer Gefahrenmerkmale ohnehin führt, findet in der Anbindung von Gefahrgut- und Gefahrstoffdaten dieselbe Struktur wieder - nur dass es dort um Transport und Kennzeichnung geht und hier um die Identität des Verantwortlichen.
Was ein Projekt in dieser Reihenfolge abarbeitet
- Rollen festlegen: Welche der fünf Rollen kommen im eigenen Sortiment vor, und wer im Haus pflegt sie. Ohne benannte Zuständigkeit bleibt jede Datenstrecke leer, weil niemand die Lücken schließt.
- Akteurssatz anlegen: Stammsatz mit Nummer, Rolle, strukturierter Anschrift, Kontaktadresse, Quelle und Bestätigungsdatum. Die Nummer ist technisch, der Name darf sich ändern.
- Zuordnung mit Zeitachse: Artikel, Akteur, Rolle, Gültigkeit von und bis. Erst damit bleibt ein altes Angebot nachvollziehbar, statt von der aktuellen Pflege überschrieben zu werden.
- Tor vor dem Publizieren: Die Middleware prüft Vollständigkeit je Sprache und Kanal und hält unvollständige Artikel an, statt sie mit leeren Feldern zu veröffentlichen.
- Weitergabe bauen: Ein Endpunkt für Fachhandelskunden, der Akteure eigenständig versioniert ausliefert. Dieselbe Mechanik trägt später auch die Datenanforderungen benachbarter Verordnungen, etwa bei Verpackungsdaten, beim digitalen Produktpass oder bei den Pflichtangaben für Lebensmittel.
Eine Adresse ohne Rolle ist keine Angabe, sondern eine Vermutung. Erst die Rolle daneben macht aus dem Datensatz eine Aussage, die ein Angebot tragen kann.
Quellen und Rechtsgrundlagen
Verwandte Artikel
LMIV im Shop: Pflichtangaben für Lebensmittel aus dem ERP
Zutaten, Allergene und Nährwerte kommen aus dem Artikelstamm, Haltbarkeit und Losnummer aus der Charge: wie beide Pflichtdatensätze sauber in den Shop kommen.
Zahlungsziel und Skonto aus dem ERP im B2B-Checkout
Den Zahlungsbedingungsschlüssel aus dem ERP lesen, im Checkout als Datum zeigen, Skonto erst beim Zahlungseingang auflösen und die gesetzliche Fristgrenze prüfen.
EUDR ab Dezember 2026: Sorgfaltsdaten aus dem ERP
Ab dem 30. Dezember 2026 braucht jede Sendung eine Sorgfaltserklärung. Welche Felder das ERP dafür führen muss und wie die Referenznummer bis zum Zoll kommt.