Sie haben ein Produkt, einen ersten Abnehmer und ein Lieferdatum. Und dann stellt sich heraus: die größte Unbekannte in Ihrem ganzen Systemvorhaben ist nicht die Buchhaltung, nicht der Bestand und nicht der Webshop, sondern drei Buchstaben: EDI. Wer eine große Supermarktkette beliefern will, merkt schnell, dass elektronischer Nachrichtenaustausch kein Wunsch ist, sondern eine Zutrittsbedingung. Ohne EDI kein Kunde. So funktioniert es, warum es keine generische EDI-Anbindung gibt, und warum Sie hier anfangen.
Es ist keine Funktion, es ist eine Zutrittsbedingung
Bei den meisten Systemfragen haben Sie die Wahl. Webshop? Projektverwaltung? Gern, schalten wir ein. EDI funktioniert anders. Ein großer Händler tauscht seine Bestellungen, Lieferavise und Rechnungen elektronisch nach dem GS1-Standard aus und erwartet, dass Sie daran anschliessen. Tun Sie das nicht, sind Sie kein Lieferant. So einfach ist das.
Das ändert die Reihenfolge Ihres Projekts. EDI ist nichts, was Sie ergänzen, wenn der Rest steht. Es ist das, womit Sie anfangen, denn es ist der einzige Teil, bei dem jemand anderes das Tempo bestimmt.
Drei Nachrichten, und woher sie kommen
Der Kern des GS1-Standards ist überschaubarer, als der Jargon vermuten lässt. Drei Nachrichten zählen wirklich:
- ORDERS - die Bestellung. Die schickt der Händler an Sie.
- DESADV - das Lieferavis. Das schicken Sie an den Händler, bevor die Ware ankommt.
- INVOIC - die Rechnung. Die geht von Ihnen an den Händler.
Daneben gibt es meist eine Empfangsbestaetigung (APERAK), damit beide Seiten wissen, dass eine Nachricht angekommen ist. Und es gibt Anforderungen an das Timing: EDI-Dienstleister, die an Ahold Delhaize anschliessen, dokumentieren etwa, dass das DESADV mindestens eine Stunde vor Ankunft der Ware am Lieferort eintreffen muss. Das ist kein Detail. Es bedeutet, dass Ihr Lieferavis eine operative Deadline hat, die sich mit Ihrer Logistik bewegt.
Die Überraschung: es sind nicht zwei Parteien, sondern drei
Hier laufen die meisten Schätzungen schief. Sie denken sich EDI als Linie zwischen Ihnen und dem Händler. Aber sobald Sie Lagerung und Versand ausgelagert haben - und für eine junge Marke ist das eher Regel als Ausnahme - läuft die Kette über drei Parteien.
Die Bestellung kommt bei Ihnen an und muss automatisch weiter zu Ihrem Logistikdienstleister, denn der kommissioniert und versendet. Das Lieferavis entsteht nicht bei Ihnen, sondern bei diesem Logistikdienstleister, in dem Moment, in dem tatsächlich eine Palette bereitsteht, und muss von dort zum Händler. Die Rechnung geht wiederum aus Ihrem System zurück an den Händler.
Schauen Sie kurz hin. Die Nachricht mit dem straffsten Timing, das DESADV, ist genau die Nachricht, die Sie nicht selbst erzeugen. Sie hängen an den Daten einer Partei, die nicht bei Ihnen angestellt ist. Deshalb prägt die Frage “was kann Ihr Fulfilment-Partner, und über welche Schnittstelle” Ihren Scope genauso stark wie der Händler selbst. Wie Sie das aufsetzen, steht in Verkaufen ohne eigenes Lager.
Odoo macht EDI nicht selbst, und das ist gut so
Eine häufige Frage: kann Odoo das nativ? Gegenueber einem bestimmten Händler: nein. Odoo verarbeitet den Inhalt ausgezeichnet - eine eingehende Bestellung wird ein Verkaufsauftrag, eine Sendung wird eine Auslieferung, eine Rechnung ist eine Rechnung - aber die Übersetzung ins GS1-Nachrichtenformat und der Transport dorthin laufen über einen EDI-Provider oder ein VAN. Diese Partei ist der Dolmetscher zwischen Ihrem System und dem Händler.
Das klingt nach Umweg, ist aber ein Segen. Sie wollen nicht, dass Ihr ERP die EDI-Spezifikationen jedes Abnehmers kennt; Sie wollen, dass eine spezialisierte Partei das weiss und Ihr System mit dieser einen Partei spricht. Odoo bindet an den Provider an, der Provider spricht mit dem Händler. Kommt morgen ein zweiter Händler dazu, ist das eine Erweiterung bei Ihrem Provider und kein Umbau Ihres ERP.
Es gibt keine Standard-EDI-Anbindung
Das ist der Satz, gegen den wir den meisten Widerstand bekommen, und der Satz, der das meiste Geld spart: es gibt einen Standard, aber keine Standard-Anbindung. GS1 ist die Sprache. Aber jeder Händler hat eigene Spezifikationen, eigene Pflichtfelder, eigenes Timing, ein eigenes Testverfahren. “Eine EDI-Anbindung” gibt es nicht im Allgemeinen, nur pro Abnehmer.
Daraus folgt etwas Praktisches: Sie können ein EDI-Vorhaben nicht schätzen ohne die Spezifikationen dieses Händlers und die Möglichkeiten dieses Providers. Wer Ihnen trotzdem eine Zahl nennt, raet. Wir sagen lieber, dass wir es noch nicht wissen und dass das Herausfinden Schritt eins ist, denn dieser Teil ist üblicherweise die größte Unbekannte im gesamten Scope - oft bestimmt die Kombination aus EDI-Provider und Fulfilment-Partner den Grossteil dessen, was das Projekt wird.
Und dann testet der Händler Ihre Anbindung
Der letzte Teil, den man unterschätzt: Sie sind nicht fertig, wenn es bei Ihnen läuft. Grosse Händler testen und zertifizieren die Anbindung selbst, in ihrem Tempo und ihrer Warteschlange. Das ist Durchlaufzeit, die Sie nicht aufholen, indem Sie härter arbeiten oder mehr Leute einsetzen.
Haben Sie ein hartes Datum - ein Regalmoment, eine Einführung, eine Saison - ist das der Grund, EDI nach vorn zu ziehen und den Rest Ihrer Einrichtung parallel laufen zu lassen. Buchhaltung, Artikeldaten und Bestand können Sie im eigenen Tempo machen. Auf den Händler warten Sie.
Kurz zusammengefasst
Bei einem großen Händler ist EDI keine Funktion, sondern eine Zutrittsbedingung. Drei Nachrichten tragen es: ORDERS hinein, DESADV hinaus vor Ankunft der Ware, INVOIC hinterher. Sobald Ihre Logistik ausgelagert ist, gibt es drei Parteien statt zwei, und ausgerechnet die Nachricht mit der straffsten Deadline kommt von jemand anderem. Odoo macht den Inhalt, ein EDI-Provider die Übersetzung. Und weil es einen Standard, aber keine Standard-Anbindung gibt, beginnt jedes ehrliche Vorhaben mit den Spezifikationen dieses einen Händlers - und es beginnt früh, denn der Händler testet selbst.
Stehen Sie kurz davor, einen großen Händler zu beliefern, und wissen noch nicht, was Ihr System können muss? Planen Sie einen unverbindlichen Quickscan, und wir bringen Ihr EDI-Vorhaben, Ihren Fulfilment-Partner und Ihre Verwaltung in Karte - inklusive dessen, was Standard ist und was eine Anbindung wird.
Mehr lesen: PIM, EDI und Kundenportal für Großhandel · Verkaufen ohne eigenes Lager · Aktionsrabatte und Jahresvereinbarungen in Ihrer GuV · Odoo für Einkaufs-, Sourcing- und Importunternehmen · Was kostet eine Odoo-Implementierung?