Von Justin Woodburn, Director, Sales Engineering
Hersteller, die Microsoft Dynamics 365 Finance and Supply Chain Management (FSCM) einsetzen, arbeiten bereits in komplexen Umgebungen – mit mehreren Gesellschaften, Standorten und Prozessen, die nahtlos zusammenspielen müssen.
Genau hier beginnt EDI häufig an Grenzen zu stoßen. Nicht unbedingt in offensichtlichen Fehlern, sondern in kleinen Inkonsistenzen, die sich im Laufe der Zeit aufbauen.
Was als kleinere Probleme startet – etwa Transaktionen, die sich je nach Gesellschaft unterschiedlich verhalten, oder Lücken zwischen Systemen – entwickelt sich schrittweise zu operativem Reibungsverlust, der mit dem Wachstum des Unternehmens immer schwerer zu beherrschen ist.
Das Missverständnis: EDI ist „nur“ Dokumentenaustausch
In vielen ERP-Implementierungen wird EDI als nachgelagerte Schicht betrachtet – das heißt, es wird eingeführt, nachdem das Kernsystem bereits live ist. Häufig wird es als standardisiert und wiederholbar angegangen, statt als etwas, das widerspiegeln sollte, wie das Unternehmen tatsächlich arbeitet. Diese Annahme kann in einfacheren Umgebungen funktionieren. In FSCM gilt sie nicht.
In der Fertigung ist EDI mehr als Dokumentenaustausch. Es hängt daran, wie Aufträge erfüllt werden, wie Sendungen strukturiert sind und wie Transaktionen über Gesellschaften hinweg laufen. Wenn EDI diese Prozesse nicht abbildet, treten Probleme auf.
Wo Probleme sichtbar werden
Wenn EDI nicht zu FSCM passt, zeigen sich die Symptome nicht als Systemausfälle. Stattdessen äußern sie sich in kleineren operativen Unstimmigkeiten, die im Laufe der Zeit zunehmen.
Typische Beispiele sind:
- Dieselben Transaktionen werden je nach Gesellschaft unterschiedlich verarbeitet
- Sendungen werden falsch geroutet oder falsch gekennzeichnet
- Sendungsdaten stimmen nicht mit dem überein, was gesendet wurde
- Teams verbringen Zeit damit, Transaktionen zwischen Gesellschaften abzugleichen
- Compliance-Probleme nehmen zu, wenn die Volumina wachsen
Einfache Mapping-Fehler sind selten die Ursache. Häufiger weisen diese Symptome auf eine tiefere architektonische Diskrepanz hin – zwischen der Struktur von FSCM und der Art, wie EDI implementiert wurde.
Warum Standard-EDI-Ansätze in FSCM nicht funktionieren
FSCM arbeitet gleichzeitig über mehrere Dimensionen. Rechtliche Einheiten können unterschiedliche Prozesse haben, Werke folgen teils anderer Produktions- und Fulfillment-Logik, und Lager benötigen oft eigenes Routing sowie spezifisches Compliance-Handling. Intercompany-Flows fügen eine weitere Komplexitätsebene hinzu, die klassische Transaktionsgrenzen verwischt.
Wenn EDI-Modelle versuchen, diese Struktur zu stark zu vereinfachen oder zu standardisieren, sind Lücken unvermeidlich. Diese Lücken verschwinden nicht – sie verlagern sich in manuellen Aufwand zur Klärung. Operative Teams überbrücken dann die Kluft, oft ohne Einblick in die eigentliche Ursache.
- Mit der Zeit zeigen sich spürbare Auswirkungen, zum Beispiel:
- Mehr manuelle Eingriffe, um Transaktionen zu korrigieren
- Verzögerungen in der Versandabwicklung und bei der ASN-Genauigkeit
- Kundenseitige Compliance-Streitfälle und Vertragsstrafen
- Steigende Cost-to-Serve, wenn das Transaktionsvolumen skaliert
Einzeln betrachtet wirken diese Themen oft beherrschbar. Im großen Maßstab verstärken sie sich jedoch schnell und sind dann nur schwer wieder zu entwirren.
So vermeiden Sie EDI-Probleme in Dynamics 365 FSCM
Für Hersteller, die FSCM nutzen, kann EDI nicht einfach als Add-on behandelt werden. Es muss als Erweiterung der operativen Architektur selbst gestaltet werden – das bedeutet, es auszurichten an:
- Strukturen der rechtlichen Einheiten (Legal Entities)
- Routing-Logik auf Werk- und Lagerebene
- Intercompany-Vertriebsprozesse
- Kundenspezifische Compliance-Anforderungen
- Zukünftiges Wachstum über Tochtergesellschaften und Akquisitionen hinweg
Wenn EDI darauf ausgerichtet ist, wie das Unternehmen arbeitet, unterstützt es Skalierung und Konsistenz. Wenn nicht, erzeugt es Reibung, die im Laufe der Zeit zunimmt.
FSCM wird häufig gewählt, weil es Komplexität beherrschen kann. Wenn EDI jedoch nicht nach demselben Standard aufgebaut ist, kann es den Nutzen begrenzen, den das ERP eigentlich liefern soll.
Die Frage ist nicht, ob Ihr EDI funktioniert, sondern ob es auf die richtige Weise funktioniert. In komplexen Fertigungsumgebungen entscheidet das darüber, ob EDI den Betrieb unterstützt – oder ihn ausbremst.