Zum Inhalt springen
Recht & Compliance

GPSR: Herstellerdaten aus dem ERP in jedes Shop-Angebot

Wirtschaftsakteur als eigenes Stammdatenobjekt: Hersteller, verantwortliche Person und Produktidentifikatoren aus dem ERP in jedes Fernabsatzangebot bringen.

14 Min. Lesezeit GPSRProduktsicherheitStammdatenComplianceGroßhandel

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

Eine Adresse in einem einzigen Textfeld reicht für die Anzeige und ist für alles andere unbrauchbar. Straße, Hausnummer, Postleitzahl, Ort und Land gehören in getrennte Felder, das Land als zweistelliger Code. Erst dann lässt sich maschinell beantworten, ob der Hersteller in der Union sitzt - und genau diese Antwort entscheidet, ob im Angebot zusätzlich eine verantwortliche Person ausgewiesen werden muss. Ein Freitextfeld beantwortet diese Frage nie zuverlässig, weil Länderangaben darin in jeder denkbaren Schreibweise vorkommen.
wirtschaftsakteur (Datenmodell)
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 nicht

Woher 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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

MerkmalOhne AkteursmodellMit Akteursmodell
HerstellerangabeLangtext am Artikel, je Artikel gepflegtStammsatz mit Nummer, je Artikel verknüpft
Firmierungswechseltausende Artikeltexte anfassenein Datensatz geändert, Historie erhalten
Drittlandherstellerfällt erst bei der Reklamation aufRegel greift über den Ländercode
Angebot ohne Pflichtfeldgeht online, Lücke unbemerktwird angehalten und gemeldet
Weitergabe an FachhandelAdressen werden abgeschriebenKatalog-API liefert dieselben Felder
RückrufRecherche in Belegen und MailsAbfrage ü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

Solange im Stammsatz nur eine Adresse steht, ist offen, ob sie den Hersteller, den Einführer oder eine beauftragte verantwortliche Person bezeichnet. Erst die ausdrückliche Rolle macht aus der Adresse eine Aussage, die sich kontrollieren lässt - und nur mit ihr kann eine Regel entscheiden, ob ein Angebot vollständig ist oder nicht.

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

  1. 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.
  2. Akteurssatz anlegen: Stammsatz mit Nummer, Rolle, strukturierter Anschrift, Kontaktadresse, Quelle und Bestätigungsdatum. Die Nummer ist technisch, der Name darf sich ändern.
  3. 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.
  4. 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.
  5. 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.

Grundsatz der Stammdatenanbindung

Quellen und Rechtsgrundlagen

Dieser Beitrag stützt sich auf die Verordnung (EU) 2023/988 über die allgemeine Produktsicherheit, insbesondere die Artikel 9, 12, 16, 19, 22, 35, 36 und 52, sowie auf Artikel 4 der Verordnung (EU) 2019/1020 über Marktüberwachung und die Konformität von Produkten. Alle wörtlichen Zitate stammen aus den amtlichen deutschen Fassungen im Amtsblatt der Europäischen Union. Die Umsetzung im eigenen System ersetzt keine Rechtsberatung; für die technische Seite steht der Kontakt zur Schnittstellenagentur offen, und für die Sortimentsseite die Beratung im Großhandel.

Verwandte Artikel

Recht & Compliance

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.

14 Min. Lesezeit
ERP- & Warenwirtschaft

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.

13 Min. Lesezeit
Recht & Compliance

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.

14 Min. Lesezeit