Wie Integrationen Marken und Handel verbinden: EDI, APIs und Dateien
Orders, Produktdaten, Bestände und Rechnungen fliessen über drei Hauptwege zwischen Marken und Händlern. Ein praktischer Leitfaden zur Auswahl und zum Betrieb jedes Wegs.
DAS WICHTIGSTE Zusammenfassung der Redaktion
- Die Systeme von Marken und Händlern tauschen Daten über drei Hauptwege aus: EDI-Nachrichten, APIs und strukturierten Dateiaustausch.
- EDI ist der etablierte Standard für Orders, Lieferavis und Rechnungen mit grösseren Händlern, während APIs zu Echtzeit-Anforderungen wie Beständen und Orderstatus passen.
- Dateiaustausch bleibt bei Produktdaten und kleineren Partnern verbreitet und ist akzeptabel, wenn er automatisiert, terminiert und validiert ist.
- Die Integrationsmethode ist weniger wichtig als vereinbarte Datenstandards, insbesondere einheitliche Produktkennungen wie GTINs.
- Jede Integration braucht Monitoring und eine benannte verantwortliche Person, denn stille Fehler führen zu verpassten Orders und falschen Beständen.
Ein Warenhaus platziert am Montagmorgen eine Replenishment-Order. Bis zum Nachmittag muss die Marke sie bestätigen, am Mittwoch geht die Ware mit einem Lieferavis raus, und die Rechnung folgt. Beruht einer dieser Schritte darauf, dass jemand Daten aus einer E-Mail abtippt, sind Fehler und Verzögerungen fast garantiert. Integrationen sorgen dafür, dass dieser Austausch zuverlässig funktioniert, und im Modegrosshandel gibt es sie in drei Hauptformen.
Welche Daten tauschen Marken und Händler aus?
Bevor man eine Methode wählt, hilft es, aufzulisten, was tatsächlich übertragen werden muss. In einer typischen Wholesale-Beziehung umfassen die Datenflüsse:
- Produktdaten: Modelle, Farbstellungen, Grössen, Kennungen, Preise, Zusammensetzungen und Bilder, damit der Händler die Artikel anlegen kann.
- Orders: Pre-Orders, Re-Orders und Replenishment-Orders sowie Änderungen und Stornierungen.
- Orderantworten: Bestätigungen, Teilbestätigungen und Ablehnungen.
- Versandinformationen: Lieferavis, die aufführen, was sich in jedem Karton befindet.
- Rechnungen und Gutschriften.
- Bestands- und Verkaufsdaten: die Verfügbarkeit der Marke für Re-Orders sowie Sell-through und Bestände des Händlers für Replenishment-Programme.
Was sind die drei wichtigsten Integrationsmethoden?
| Methode | Funktionsweise | Typischer Einsatz | Wichtigster Zielkonflikt |
|---|---|---|---|
| EDI | Standardisierte elektronische Nachrichten, die zwischen Geschäftssystemen ausgetauscht werden, oft über einen Dienstleister | Orders, Orderantworten, Lieferavis und Rechnungen mit grösseren Händlern | Robust und breit akzeptiert, aber aufwendiger einzurichten und weniger flexibel |
| API | Systeme fragen Daten über definierte Schnittstellen direkt und in Echtzeit ab oder senden sie | Verfügbarkeit, Orderstatus, Produktdaten für Plattformen und Portale | Schnell und flexibel, aber jede API ist spezifisch und erfordert Entwicklung |
| Dateiaustausch | Strukturierte Dateien wie CSV oder XML werden nach Zeitplan übertragen, oft per sicherem FTP | Produktkataloge, Preislisten, Bestandsdateien, kleinere Partner | Einfach und günstig, aber batchbasiert und anfällig für schleichende Formatabweichungen |
Diese Methoden schliessen sich auch innerhalb einer einzigen Geschäftsbeziehung nicht aus. Eine Marke kann Orders per EDI empfangen, Produktdaten als Datei senden und Bestände über eine API für denselben Händler bereitstellen. Wichtig ist, dass jeder Datenfluss eine definierte Methode, einen Zeitplan und eine verantwortliche Person hat.
Die meisten Marken nutzen alle drei. Ein grosser Händler besteht womöglich auf EDI für Orders und Rechnungen, ein Marktplatz bietet nur eine API an, und eine kleinere Boutiquengruppe akzeptiert eine wöchentliche Produktdatei. Ziel ist nicht Einheitlichkeit, sondern Kontrolle.
Wie wählt man die richtige Methode für jeden Partner?
- Bei den Anforderungen des Partners beginnen. Grössere Händler veröffentlichen meist Integrationsrichtlinien und verbindliche Nachrichtentypen. Diese sind nicht verhandelbar.
- Das Tempo am Geschäftsbedarf ausrichten. Bestände für Re-Orders profitieren von Aktualisierungen nahezu in Echtzeit. Produktkataloge können meist in täglichen oder saisonalen Batches übertragen werden.
- Das Volumen berücksichtigen. Ein Partner mit einer Handvoll Orders pro Saison rechtfertigt womöglich kein vollständiges EDI-Setup. Ein Partner mit täglichen Replenishment-Orders fast sicher schon.
- Bestehendes wiederverwenden. Unterstützt das ERP oder eine Integrationsplattform bereits einen Standard, ist dessen Erweiterung meist günstiger als ein Neubau.
- Mit Veränderung rechnen. Die Formate der Partner entwickeln sich weiter. Bevorzugen Sie Ansätze, bei denen sich Mappings aktualisieren lassen, ohne Systeme neu zu schreiben.
Warum scheitern Integrationen, und wie verhindert man das?
Die meisten Integrationsprobleme sind keine technischen Ausfälle. Es sind Datenprobleme, die unbemerkt durchrutschen: eine Order für eine Grösse, die im System der Marke nicht existiert, ein Preis, der sich zwischen dem Katalog des Händlers und der Preisliste der Marke unterscheidet, oder ein Lieferavis, das nicht zu den physischen Kartons passt. Übliche Vorbeugemassnahmen sind:
- Eingehende Orders automatisch validieren und Ausnahmen einer benannten Person statt einem Sammelpostfach melden.
- Produktdaten aus einer einzigen freigegebenen Quelle an die Händler senden, damit Kennungen und Preise übereinstimmen.
- Nachrichtenflüsse überwachen, mit Warnungen, wenn erwartete Dateien oder Nachrichten ausbleiben.
- Jeden neuen Partner vor dem Go-live mit echten Testorders prüfen, inklusive Grössenläufen, Prepacks und Stornierungen.
- Jedes Mapping dokumentieren, damit das Wissen nicht bei einem einzelnen Entwickler liegt.
Wer sollte Integrationen in einer Modemarke verantworten?
Integrationen liegen zwischen den Abteilungen, weshalb sich oft niemand für sie zuständig fühlt. Die IT oder ein externer Partner baut sie, der Vertrieb verantwortet die Händlerbeziehung, die Logistik ist auf die Lieferavis angewiesen und die Buchhaltung auf die Rechnungen. Wenn etwas ausfällt, geht jedes Team davon aus, dass ein anderes zuständig ist.
Ein klares Modell weist die technische Verantwortung der IT oder einem Integrationspartner zu und die fachliche Verantwortung pro Datenfluss: dem Vertriebsinnendienst für Orders, der Logistik für den Versand, der Buchhaltung für Rechnungen und dem Produktdatenteam für Kataloge. Regelmässige Abstimmungen mit wichtigen Händlern, besonders vor jeder Order- und Lieferphase, decken Formatänderungen auf, bevor sie die Saison stören. So behandelt, sind Integrationen keine verborgene Reibungsquelle mehr, sondern Teil des Service, den eine Marke ihren Wholesale-Partnern bietet.
Häufige Fragen
Werden APIs EDI in der Mode ablösen?
APIs gewinnen an Bedeutung, besonders für Echtzeitdaten wie Bestände und Orderstatus, doch EDI ist für Orders, Versand und Fakturierung tief in den Prozessen des Handels verankert. Die meisten Marken sollten damit rechnen, auf absehbare Zeit beides zu betreiben.
Ist Dateiaustausch veraltet?
Nicht unbedingt. Terminierter, validierter Dateiaustausch funktioniert gut für Produktkataloge, Preislisten und kleinere Partner. Die Risiken entstehen durch manuelle Bearbeitung und unangekündigte Formatänderungen, nicht durch Dateien als solche.
Was ist eine Integrationsplattform?
Eine Integrationsplattform, manchmal Middleware oder iPaaS genannt, sitzt zwischen den Systemen und übernimmt Mapping, Routing und Monitoring der Datenflüsse. So können Marken viele Partneranbindungen an einem Ort verwalten, statt jede einzelne ins ERP einzubauen.
Eine Ausgabe an jedem Werktag. In fünf Minuten gelesen. Kostenlos für Branchenprofis.
