4 min Lesezeit

EDI-Einführung für KMU - ein Überblick


Abbildung 1: EDI-Szenario mit Dienstleister
Abbildung 1: EDI-Szenario mit Dienstleister

Doch die Verunsicherung ist zu Beginn bei manchen KMU groß: zu oft hört man von den hohen Kosten und der langen Projektdauer bei der Einführung von EDI. Wird das erste EDI-Projekt schließlich erfolgreich abgeschlossen, herrscht statt Verunsicherung dann aber Zufriedenheit. Aufgrund der Kostentransparenz und der Projektplanung des EDI-Dienstleisters gibt es keine bösen Überraschungen – das Projekt wird zügig und kosteneffizient durchgezogen.

Gleichzeitig machen sich die Vorteile von EDI schon bald bemerkbar: kürzere Prozesslaufzeiten, Vermeidung von Doppelarbeit, Einsparung wertvoller Arbeitszeit – kurz gesagt hohe Kosteneinsparungen. Häufig ist es dann das KMU selbst, das von sich aus den Nachrichtenaustausch mit weiteren Geschäftspartnern über EDI abwickeln möchte. Denn die Projektkosten sinken mit jedem weiteren Partner, während die allgemeine Kosteneinsparung durch EDI immer größer wird.

Doch bevor es soweit ist, steht am Anfang die zentrale Frage: Wie bekomme ich die relevante Information aus bzw. in mein Warenwirtschaftssystem – sprich:

Wie erfolgt der EDI-Nachrichtenaustausch mit meinem Geschäftspartner?

Um diese Frage zu beantworten, sollte man zunächst zwei Ebenen unterscheiden:

  • Nachrichtenebene: welche Information muss in einer Nachricht enthalten sein und wie muss diese strukturiert sein, um vom anderen ERP/FIBU-Systemen verarbeitet werden zu können?
  • Transportebene: wie wird die Nachricht übertragen?

Nachrichtenebene

Wenn man in Europa von EDI-Nachrichten spricht, wird dies oft als Synoym für EDIFACT verwendet. EDIFACT ist (i) einerseits eine Nachrichtensyntax und (ii) andererseits ein Set von Nachrichtentypen. Beides wird von UN/CEFACT – eine Organisation der Vereinten Nationen – standardisiert und weiterentwickelt. Auf die Struktur bzw. Syntax von EDIFACT gehen wir in einem unserer nächsten Posts ein. Interessanter ist für den Moment, dass in EDIFACT verschiedene Nachrichtentypen für Bestellungen (ORDERS), Rechnungen (INVOIC), Lieferscheine (DESADV), Preiskataloge (PRICAT), Abverkaufsmeldungen (SLSRPT) etc. gibt. Wenn ein Großunternehmen den Datenaustausch auf EDI umstellen will, ist damit fast ausschließlich der Austausch von EDIFACT-Nachrichten gemeint.

ERP bzw. Warenwirtschaftssysteme von KMU verfügen hingegen zumeist nur über eine einfache Import/Export-Schnittstelle in einem simpleren XML, CSV oder Flat-Text-Format – im EDI-Jargon oft Inhouse-Format genannt. Um nun die Daten im Inhouse-Format in EDIFACT umzuwandeln (und vice versa) ist eine sog. Konvertierung erforderlich. Großunternehmen betreiben dazu oft selbst lokale EDI-Konverter, für die jedoch teure Lizenzkosten anfallen. Für KMU ist es jedenfalls wirtschaftlicher, die Konvertierung an einen EDI-Dienstleister zu übertragen, der dies als Service anbietet.

Transportebene

Nun stellt sich die Frage, wie EDIFACT-Nachrichten mit dem Großunternehmen ausgetauscht werden. Die für KMU oft nahe liegende Antwort mag simpel sein: per E-Mail. Doch da spielen Großunternehmen nicht mit, denn es gilt ja den Austausch bzw. die Verarbeitung der Nachrichten möglichst zu automatisieren. In der Praxis fordert der Handelspartner zumeist die Übertragung per X.400 oder AS2. Ersteres ist ein – seit den 1980er Jahren existierendes – dediziertes Mailbox-Netz, das parallel zum Internet betrieben wird. Der Nachrichtenverkehr wird im X.400 Netz heute noch per Kilobyte abgerechnet (!) und gilt daher auch als dementsprechend teuer. AS2 ist ein HTTP-basiertes Transportprotokoll für EDI-Nachrichten zwischen zwei Handelspartnern – aufgrund hoher Wartungskosten werden AS2-Verbindungen in der Regel aber nur bei hohen Nachrichtenvolumina eingerichtet.

Hier schafft wieder der EDI-Dienstleister Abhilfe: Er holt die Nachricht per SFTP oder einem eigenem Client-Modul (siehe Abbildung 2) vom System des KMU ab und stellt die Nachricht – nach erfolgter Konvertierung – an den Handelspartner über das gewünschte Transportprotokoll zu. In umgekehrter Richtung werden die bereits konvertierten Nachrichten im Inhouse-Format des KMU auf dessen System zugestellt, damit sie von dort wieder automatisiert ins Warenwirtschaftssystem übernommen werden können.


Abbildung 2: EDI-Austausch über Client-Modul
Abbildung 2: EDI-Austausch über Client-Modul

ecosio und EDI für KMU

ecosio vernetzt als EDI-Dienstleister Unternehmen jeglicher Größe. Dabei zählt die EDI-Einführung für KMU zu einem unserer Spezialgebiete. Unsere erfahrenen Experten planen und begleiten ihr EDI Projekt – egal ob Sie EDIFACT, ebInterface oder ZUGFeRD austauschen möchten – zu transparenten und überschaubaren Kosten.

Themen

Meistgelesen

Weiterlesen

3 min Lesezeit

Wie Sie ein EDI-Projekt richtig planen

Warum Sie die Planungsphase in Ihrem nächsten EDI-Projekt nicht unterschätzen sollten und wie diese gelingt.

4 min Lesezeit

Supply Chain Automatisierung via EDI - Die vier Herausforderungen

Standards, Technologie, Prozesse und gesetzliche Anforderungen - über die großen vier Hürden der Supply Chain Automatisierung.

8 min Lesezeit

Was eine EDI-Implementierung wirklich braucht

Wie komplex ist eine EDI-Implementierung wirklich? Dieser Artikel klärt Sie über die einzelnen Schritte auf.

5 min Lesezeit

Business Continuity Management & EDI: Ein Kernprozess der Kernprozesse

Business Continuity Management sichert die Kernprozesse in Unternehmen – nicht nur während Krisensituationen. Warum das für Lieferketten besonders wichtig ist und welche Rolle EDI dabei spielt, lesen Sie hier.

10 min Lesezeit

Die 5 wichtigsten
EDI-Dateiformate erklärt

Was sind EDI-Dateiformate und wie unterscheiden sie sich? In diesem Artikel betrachten wir 5 der gängigsten EDI-Standards im Detail.

8 min Lesezeit

Die vier häufigsten EDI-Protokolle

Sobald Geschäftspartner sich dazu entschieden haben, EDI-Nachrichten auszutauschen, sollte geklärt werden, wie sie diese Daten versenden und empfangen möchten. Die beiden wichtigsten Punkte, die hier betrachtet werden müssen, sind die...

7 min Lesezeit

Was ist eine EDI Message Implementation Guideline (MIG)?

Eine EDI Message Implementation Guideline (MIG) definiert den Aufbau von EDI-Dokumenten. Die wichtigsten Fakten zum Thema MIG finden Sie im folgenden Beitrag.

4 min Lesezeit

Was ist eine REMADV-Nachricht?

Im heutigen Beitrag widmen wir uns einem weiteren EDI-Dokumenttyp, dem REMADV. Wir werden klären, wie ein REMADV in den klassischen Beschaffungsprozess integriert werden kann und welche Vorteile sich für Unternehmen...

2 min Lesezeit

Unterschied zwischen einer Purchase Order und einer Sales Order

Beim elektronischen Datenaustausch zwischen Unternehmen werden unter anderen auch Bestellungen ausgetauscht. Dabei werden oft die beiden Begriffe Sales Order und Purchase Order verwendet. Worin liegt der Unterschied zwischen einer Sales...

3 min Lesezeit

Was ist ein Purchase-to-Pay-Prozess?

In Zusammenhang mit B2B-Prozessen kommt einem immer wieder der Begriff des Purchase-to-Pay-Prozesses unter. Was versteht man unter einem Purchase-to-Pay-Prozess und wie wird dieser Prozess in einem ERP-System wie SAP unterstützt?

3 min Lesezeit

Was ist ein Order-to-Cash-Prozess?

Im Zusammenhang mit B2B-Prozessen hört man oft den Begriff des Order-to-Cash-Prozesses. Was versteht man unter einem Order to Cash Prozess und wie wird dieser Prozess in einem ERP-System wie SAP...

3 min Lesezeit

EDIFACT PRI-Segment - Calculation Net vs. Calculation Gross

Bei der Verwendung des PRI-Segments in EDIFACT kommt man zwangsläufig mit Bruttopreisen und Nettopreisen in Berührung. Wir gehen auf den Unterschied zwischen Calculation Net und Calculation Gross ein und zeigen...

Wir verwenden Cookies, um ein optimales Website-Erlebnis zu bieten. Sie entscheiden, welche Sie zulassen möchten. Je nach Einstellung stehen Ihnen aber womöglich nicht alle Funktionalitäten zur Verfügung. Datenschutzhinweise & Impressum.