Sie haben ein Produkt, einen ersten Abnehmer und ein Lieferdatum. Und dann stellt sich heraus: die groesste Unbekannte in Ihrem ganzen Systemvorhaben ist nicht die Buchhaltung, nicht der Bestand und nicht der Webshop, sondern drei Buchstaben: EDI. Wer eine grosse 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 grosser Haendler 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 aendert die Reihenfolge Ihres Projekts. EDI ist nichts, was Sie ergaenzen, 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 ueberschaubarer, als der Jargon vermuten laesst. Drei Nachrichten zaehlen wirklich:
- ORDERS - die Bestellung. Die schickt der Haendler an Sie.
- DESADV - das Lieferavis. Das schicken Sie an den Haendler, bevor die Ware ankommt.
- INVOIC - die Rechnung. Die geht von Ihnen an den Haendler.
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 Ueberraschung: es sind nicht zwei Parteien, sondern drei
Hier laufen die meisten Schaetzungen schief. Sie denken sich EDI als Linie zwischen Ihnen und dem Haendler. Aber sobald Sie Lagerung und Versand ausgelagert haben - und fuer eine junge Marke ist das eher Regel als Ausnahme - laeuft die Kette ueber 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 tatsaechlich eine Palette bereitsteht, und muss von dort zum Haendler. Die Rechnung geht wiederum aus Ihrem System zurueck an den Haendler.
Schauen Sie kurz hin. Die Nachricht mit dem straffsten Timing, das DESADV, ist genau die Nachricht, die Sie nicht selbst erzeugen. Sie haengen an den Daten einer Partei, die nicht bei Ihnen angestellt ist. Deshalb praegt die Frage “was kann Ihr Fulfilment-Partner, und ueber welche Schnittstelle” Ihren Scope genauso stark wie der Haendler selbst. Wie Sie das aufsetzen, steht in Verkaufen ohne eigenes Lager.
Odoo macht EDI nicht selbst, und das ist gut so
Eine haeufige Frage: kann Odoo das nativ? Gegenueber einem bestimmten Haendler: nein. Odoo verarbeitet den Inhalt ausgezeichnet - eine eingehende Bestellung wird ein Verkaufsauftrag, eine Sendung wird eine Auslieferung, eine Rechnung ist eine Rechnung - aber die Uebersetzung ins GS1-Nachrichtenformat und der Transport dorthin laufen ueber einen EDI-Provider oder ein VAN. Diese Partei ist der Dolmetscher zwischen Ihrem System und dem Haendler.
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 Haendler. Kommt morgen ein zweiter Haendler 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 Haendler 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 koennen ein EDI-Vorhaben nicht schaetzen ohne die Spezifikationen dieses Haendlers und die Moeglichkeiten 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 ueblicherweise die groesste 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 Haendler Ihre Anbindung
Der letzte Teil, den man unterschaetzt: Sie sind nicht fertig, wenn es bei Ihnen laeuft. Grosse Haendler testen und zertifizieren die Anbindung selbst, in ihrem Tempo und ihrer Warteschlange. Das ist Durchlaufzeit, die Sie nicht aufholen, indem Sie haerter arbeiten oder mehr Leute einsetzen.
Haben Sie ein hartes Datum - ein Regalmoment, eine Einfuehrung, eine Saison - ist das der Grund, EDI nach vorn zu ziehen und den Rest Ihrer Einrichtung parallel laufen zu lassen. Buchhaltung, Artikeldaten und Bestand koennen Sie im eigenen Tempo machen. Auf den Haendler warten Sie.
Kurz zusammengefasst
Bei einem grossen Haendler 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 Uebersetzung. Und weil es einen Standard, aber keine Standard-Anbindung gibt, beginnt jedes ehrliche Vorhaben mit den Spezifikationen dieses einen Haendlers - und es beginnt frueh, denn der Haendler testet selbst.
Stehen Sie kurz davor, einen grossen Haendler zu beliefern, und wissen noch nicht, was Ihr System koennen 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 fuer Grosshandel · Verkaufen ohne eigenes Lager · Aktionsrabatte und Jahresvereinbarungen in Ihrer GuV · Odoo fuer Einkaufs-, Sourcing- und Importunternehmen · Was kostet eine Odoo-Implementierung?