Zwölf Nachrichtenarten. Von Katalog bis Retoure.
Das Clearing Center spricht EANCOM – den GS1-Standard des Handels. Jede Nachricht lieferst du als EDIFACT, XML, CSV, JSON oder TXT ein; der Empfänger bekommt sie in seinem Wunschformat.
Jede Karte erklärt eine Nachricht. Dreh sie um.
Vorne siehst du, was die Nachricht ist und wer sie schickt – auf der Rückseite, wofür sie da ist und welche Felder typischerweise drinstehen. Alle Felder im Detail stehen in der EDI-Doku.
Der Artikelkatalog mit Beschreibungen, Preisen und Konditionen – der Standard im Handel. Neue, geänderte und gelöschte Artikel werden je Position gekennzeichnet.
Typische Felder: GTIN, Artikelnummern, Bezeichnung, Marke, Farbe, Größe, Preise, Gültigkeit, Saison, MaterialTechnische Produkt- und Stammdaten ohne kommerzielle Preisinformationen – ideal für Logistik und Warenwirtschaft.
Typische Felder: GTIN, Bezeichnung, technische Beschreibung, Gewicht, Abmessungen, Gefahrgut, UrsprungslandDie elektronische Bestellung des Händlers beim Lieferanten – auch als Nachorder direkt aus dem Clearing Center, auf Wunsch automatisch per Auto-Restock.
Typische Felder: Bestellnummer, Bestelldatum, Wunsch-Liefertermin, Lieferanschrift (Filiale), GTIN, MengeDie Antwort des Lieferanten auf eine Bestellung: angenommen, geändert oder abgelehnt – je Position. Entsteht per Klick aus der eingegangenen Bestellung.
Typische Felder: Bezug zur Bestellung, Antwortart, Status je Position, bestätigte Menge, bestätigtes LieferdatumKündigt eine Lieferung an: Was ist wann mit welchen Mengen unterwegs – bis auf das einzelne Packstück.
Typische Felder: Lieferschein-Nr., Lieferdatum, Empfänger-GLN, NVE/SSCC, GTIN, Menge, BestellbezugBestätigt dem Lieferanten, welche Mengen tatsächlich angekommen sind – inklusive Abweichungen zur Lieferung.
Typische Felder: Eingangsdatum, Bezug zum Lieferavis, Wareneingang bei (GLN), GTIN, erhaltene und abweichende Menge, GrundKündigt eine Rücksendung an den Lieferanten an – mit Menge, Grund und Bezug zu Lieferung oder Rechnung.
Typische Felder: GTIN, Menge, Retourengrund, Bezug zu Lieferung oder RechnungDie elektronische Rechnung mit Positionen, Steuern und Summen – direkt aus dem Lieferavis erzeugbar.
Typische Felder: Rechnungsnummer, Datum, Rechnungssteller und -empfänger (GLN), Positionen, Steuern, SummenAbverkaufszahlen je Artikel, Filiale und Zeitraum – Grundlage für Nachorder und Auswertungen. Wird automatisch je Lieferant aufgeteilt.
Typische Felder: Zeitraum, Verkaufsstelle (GLN), GTIN, verkaufte Menge, Verkaufspreis, UmsatzAktualisierung oder Korrektur zu einem bereits gesendeten Verkaufsbericht – die korrigierten Zahlen ersetzen die früheren.
Typische Felder: Aufbau wie SLSRPT, gekennzeichnet als ErsatzLagerbestände je Artikel und Standort – vom Händler je Filiale, vom Lieferanten als Lager-Verfügbarkeit für die Nachorder.
Typische Felder: Stichtag, Lagerort oder Filiale (GLN), GTIN, Bestand, offene BestellmengeAktualisierung oder Korrektur zu einem bereits gesendeten Bestandsbericht – die korrigierten Bestände ersetzen die früheren.
Typische Felder: Aufbau wie INVRPT, gekennzeichnet als ErsatzWer schickt was – und wofür?
| Nachricht | Bedeutung | Typischer Absender | Wofür |
|---|---|---|---|
| PRICAT | Preiskatalog | Lieferant | Sortiment, Preise und Konditionen an die Händler |
| PRODAT | Produktstammdaten | Lieferant | Technische Daten für Logistik und Warenwirtschaft |
| ORDERS | Bestellung | Händler | Bestellen und nachordern |
| ORDRSP | Bestellbestätigung | Lieferant | Annehmen, ändern oder ablehnen – je Position |
| DESADV | Lieferavis | Lieferant | Ankündigen, was unterwegs ist |
| RECADV | Wareneingang | Händler | Bestätigen, was angekommen ist |
| RETANN | Retourenankündigung | Händler | Rücksendungen ankündigen |
| INVOIC | Rechnung | Lieferant | Elektronisch abrechnen |
| SLSRPT / SLSRPTU | Verkaufsbericht (+ Update) | Händler oder Lieferant | Abverkauf je Artikel, Filiale und Zeitraum |
| INVRPT / INVRPTU | Bestandsbericht (+ Update) | Händler oder Lieferant | Bestände je Filiale oder Lieferanten-Verfügbarkeit |
Zwei Kreisläufe: die Ware und die Zahlen.
Die Bestellkette bewegt die Ware, die Berichte liefern die Zahlen für die nächste Bestellung – und der Katalog hält beide auf dem aktuellen Stand.
Der Warenkreislauf
Aus der Bestellung entsteht per Klick die Bestätigung, daraus das Lieferavis, daraus die Rechnung. Der Händler meldet den Wareneingang – oder kündigt eine Retoure an. Positionen werden jeweils übernommen.
Bestellkette ansehenDer Zahlenkreislauf
Verkaufs- und Bestandsberichte des Händlers gehen aufgeteilt an die Lieferanten. Die Bestandsberichte der Lieferanten zeigen dem Händler die Verfügbarkeit – und fließen in den Bestellvorschlag der Nachorder.
Berichte ansehenEDIFACT ist kein Muss.
Du kannst jede der zwölf Nachrichten auch als XML, CSV, JSON oder TXT einliefern. Das Clearing Center bringt sie in die Form, die dein Partner erwartet – bis hin zum vollständigen EANCOM-EDIFACT.
- Bei EDIFACT wird die Nachrichtenart verbindlich aus dem UNH-Segment gelesen
- Ein UNA-Segment mit eigenen Trennzeichen wird ausgewertet
- Bei CSV, XML, JSON und TXT ordnest du deine Felder einmal zu
UNH+1+PRICAT:D:01B:UN:EAN008' BGM+9+KAT-HW26+9' LIN+1++4012345678901:SRV' PIA+1+NL-2041:SA' IMD+F++:::Laufschuh Pace' IMD+F+BRN+:::Nordlauf' IMD+F+35+:::schwarz' IMD+F+98+:::42' UNT+9+1'
<pricat> <position> <gtin>4012345678901</gtin> <lieferanten_artnr>NL-2041</lieferanten_artnr> <bezeichnung>Laufschuh Pace</bezeichnung> <marke>Nordlauf</marke> <farbe>schwarz</farbe> <groesse>42</groesse> <saison>HW26</saison> </position> </pricat>
gtin;lieferanten_artnr;bezeichnung;marke;farbe;groesse;saison 4012345678901;NL-2041;Laufschuh Pace;Nordlauf;schwarz;42;HW26 4012345678918;NL-2041;Laufschuh Pace;Nordlauf;schwarz;43;HW26
{
"nachricht": "PRICAT",
"positionen": [
{
"gtin": "4012345678901",
"lieferanten_artnr": "NL-2041",
"bezeichnung": "Laufschuh Pace",
"marke": "Nordlauf",
"farbe": "schwarz",
"groesse": "42",
"saison": "HW26"
}
]
}
gtin lieferanten_artnr bezeichnung farbe groesse 4012345678901 NL-2041 Laufschuh Pace schwarz 42 (Festbreite – einmal per Spaltenvorschau zugeordnet; TXT mit Trennzeichen läuft wie CSV)
Rund um EANCOM.
Was ist EANCOM?
EANCOM ist der Standard von GS1 für den elektronischen Datenaustausch im Handel – eine Auswahl aus dem internationalen UN/EDIFACT mit festgelegten Segmenten und Codes. Das Clearing Center arbeitet nach EANCOM 2002 (Syntax D.01B).
Wofür gibt es SLSRPTU und INVRPTU?
Das sind Aktualisierungen: Sie korrigieren einen bereits gesendeten Verkaufs- oder Bestandsbericht. Im EDIFACT laufen sie unter dem Basistyp und werden über die Nachrichtenfunktion im BGM-Segment als Ersatz gekennzeichnet.
Muss ich EDIFACT beherrschen?
Nein. Viele Teilnehmer liefern CSV oder JSON ein – am einfachsten mit den Feld-Schlüsseln aus der EDI-Doku als Spaltennamen. Wer EDIFACT braucht, bekommt es trotzdem.
Wo finde ich alle Felder einer Nachricht?
In der öffentlichen EDI-Dokumentation – mit Pflichtfeldern, EDIFACT-Segmenten, Beispielen in allen fünf Formaten und als PDF zum Download. Die Feldlisten kommen live aus dem Feldkatalog.
Wer darf welche Nachricht schicken?
Das richtet sich nach der Rolle: Kataloge, Bestätigungen, Lieferavise und Rechnungen kommen vom Lieferanten, Bestellungen, Wareneingänge und Retouren vom Händler. Verkaufs- und Bestandsberichte können beide Seiten senden.
Weiter entdecken
Bereit für weniger Handarbeit?
Erzähl uns kurz, womit du handelst und mit wem du Daten austauschst – wir richten dir den Clearing-Zugang ein und begleiten die erste Anbindung.
Konditionen für das Clearing besprechen wir persönlich – auf Anfrage. Technische Details stehen in der EDI-Dokumentation.