API, EDI und Automatisierung im Handel

API, EDI & Automatisierung

Erklärt werden die wichtigsten Datenflüsse zwischen Händlern und Partnern: APIs, EDI, Produktfeeds, Auftrags- und Statusdaten sowie pragmatische Regeln zur Fehlerbehandlung und Automatisierung.

Publiziert 14. Oktober 2026Neutraler redaktioneller Leitfaden

Grundprinzip: Wer spricht wann mit wem?

Im Handel gibt es viele Datenflüsse: Produktinformationen, Bestellungen, Verfügbarkeiten, Versandstatus und Rechnungen. APIs und EDI sind zwei verbreitete Wege, diese Daten automatisch zu übermitteln. API ist ein technisches Schnittstellenmodell, meist über HTTP/HTTPS, das gezielte Datenabfragen und -änderungen erlaubt. EDI (Electronic Data Interchange) ist ein standardisiertes Austauschformat für strukturierte Geschäftsdokumente. Produktfeeds hingegen sind oft einfache Datenexporte für Marktplätze oder Preisvergleichsdienste. Entscheidend ist zu klären, welche Partei die Initiierung übernimmt — zum Beispiel der Marktplatz ruft Verfügbarkeiten per API ab, oder der Händler sendet EDI-Auftragsbestätigungen an Grosshändler.

APIs für punktuelle Abfragen und Aktionen
EDI für standardisierte Dokumentflüsse
Feeds für breite Verteilung von Produktdaten
Frühzeitig Verantwortlichkeiten klären

Produktdaten & Feeds: Produktdaten sind die Basis jeder Automatisierung. Ein Feed enthält meist Titel, Beschreibung, Preis, Bilder-URLs, Masse und Kategorieangaben. Für automatische Nutzung sollten Felder klar definiert und stabil sein. Achten Sie auf eindeutige Identifikatoren wie GTIN oder Artikelnummern, damit Empfänger Produkte zuverlässig zuordnen können. Versionierung hilft: wenn Felder oder Formate sich ändern, sollte das Empfänger-System das erkennen und verarbeiten können. Feeds können regelmässig per Datei, FTP, S3 oder über eine API bereitgestellt werden. Wählen Sie das Format, das Ihre Partner unterstützen und das sich in Ihre Betriebsprozesse integriert.

Wichtige Felder: ID, Titel, Preis, Verfügbarkeit, Bilder
Eindeutige Identifikatoren verwenden
Formatänderungen versionieren
Verteilung über Datei, FTP, API oder Cloud-Speicher

Aufträge, Statusmeldungen und Rückmeldungen: Wenn ein Auftrag eingeht, startet eine Kette von Nachrichten: Auftragsbestätigung, Versandavis, Lieferstatus und Rechnung. APIs erlauben unmittelbare Statusabfragen und Push-Nachrichten, EDI überträgt oft standardisierte Dokumente mit vordefinierten Codes. Wählen Sie klare Statusdefinitionen und legen Sie SLAs für Antworten fest. Wichtig ist, dass beide Seiten wissen, welche Status automatisch akzeptiert werden und wann man manuell eingreift. Statusmeldungen sollten Zeitstempel, Referenznummern und, falls relevant, Fehlercodes enthalten. So lassen sich Prozesse automatisiert fortsetzen oder bei Problemen schnell diagnostizieren.

Definierte Statuscodes und Zeitstempel
SLA für Antwort- und Verarbeitungszeiten
Automatische Weiterverarbeitung vs. manuelle Ausnahmen
Dokumentierte Referenzen und Fehlercodes

Fehlerbehandlung und sinnvolle Automatisierungsgrenzen: Automatisierung spart Zeit, aber nicht alles sollte automatisch laufen. Definieren Sie klare Regeln, wann ein Prozess automatisch weiterläuft und wann er in eine Ausnahmewarteschlange kommt. Häufige Fehler sind fehlende Datenfelder, Formatabweichungen, Preisfehler oder Lagerinkonsistenzen. Implementieren Sie Validierungsregeln auf Sender- und Empfängerseite und nutzen Sie nachvollziehbare Fehlercodes. Stellen Sie Monitoring- und Alerting-Systeme bereit, damit technische Fehler schnell sichtbar werden. Für kritische Vorgänge wie Preisänderungen, Rücknahmen oder stornokritische Entscheidungen empfiehlt sich eine manuelle Prüfung oder ein zweistufiger Freigabeprozess.

Validierung vor Annahme: Pflichtfelder prüfen
Ausnahmen in Warteschlangen mit klaren Verantwortlichkeiten
Monitoring und Alerts für technische Fehler
Manuelle Prüfung für kritische Entscheidungen

Praktische Umsetzungsschritte: Starten Sie mit einem kleinen, klar abgegrenzten Prozess. Beispiel: Automatisieren Sie zunächst die Übermittlung von Lagerbeständen oder Versandavise. Definieren Sie Format, Frequenz und Error-Handling. Testen Sie mit einem Pilotpartner in einer Sandbox-Umgebung. Dokumentieren Sie alle Felder, Codes und SLAs in einem Integration Guide. Nach erfolgreichem Pilot schrittweise ausbauen und neue Dokumenttypen ergänzen. Nutzen Sie vorhandene Standards und Libraries, um Aufwand zu reduzieren. Erwägen Sie middleware oder Integrationsplattformen, wenn mehrere Systeme verbunden werden müssen. OpenDeal kann als Vermittler für Produktmodule und Datenflüsse dienen, ersetzt aber nicht die notwendige Abstimmung zwischen Handelspartnern.