EDI-Outsourcing und Web EDI erfüllen unterschiedliche Aufgaben. Integrierte Nachrichtenflüsse verbinden Systeme; ein Webportal ermöglicht Partnern den Zugang über den Browser. Die Auswahl sollte sich am tatsächlichen Arbeitsaufwand orientieren.
Eine Bestellung trifft elektronisch ein, eine Änderung folgt per E-Mail und die Versandinformation wird in einem weiteren Portal erfasst. Solange nur wenige Vorgänge betroffen sind, fällt die Abstimmung kaum auf. Mit zusätzlichen Partnern und Standorten werden daraus wiederkehrende Such- und Erfassungsarbeiten. Ein EDI-Projekt sollte diese Übergaben sichtbar machen.
Den Unterschied aus Sicht der Anwender verstehen
EDI bezeichnet den strukturierten elektronischen Austausch von Geschäftsdaten. Bei einer integrierten Anbindung werden vereinbarte Informationen in die beteiligten Anwendungen übernommen. EDI-Outsourcing überträgt bestimmte technische Aufgaben an einen Dienstleister; welche Leistungen dazugehören, muss vertraglich feststehen.
Web EDI stellt einen Zugang über den Browser bereit. Geschäftspartner bearbeiten die im Portal vorgesehenen Vorgänge, ohne dafür zwingend eine eigene EDI-Integration betreiben zu müssen. Der konkrete Funktionsumfang ergibt sich aus der Einrichtung.
Der sinnvolle Vergleich beginnt beim Arbeitsort: Welche Angaben entstehen im ERP, welche werden im Portal erfasst, welche werden erneut übertragen? Ein Verfahren ist erst dann passend, wenn die verbleibenden manuellen Schritte zum jeweiligen Partner und dessen Aufkommen passen.
Die beiden Ansätze nachvollziehbar vergleichen
| Kriterium | Integriertes EDI / Outsourcing | Web EDI |
|---|---|---|
| Zugang | Verbindungen zwischen Systemen | Browsergestützte Bearbeitung |
| Zu prüfender Nutzen | Weniger erneute Datenerfassung | Teilnahme ohne eigene EDI-Anbindung |
| Einführung | Schnittstellen, Mapping und Tests | Einrichtung, Benutzer und Schulung |
| Betriebsfrage | Wer überwacht und analysiert Fehler? | Wie selbstständig arbeiten die Nutzer? |
| Erfolgsnachweis | Verwertbare Daten im Zielsystem | Verständliche und vollständig bearbeitete Vorgänge |
Mapping bedeutet, Datenfelder und ihre Bedeutung zwischen Austauschformat und Anwendung zuzuordnen. Artikelnummern, Einheiten und Lieferstellen müssen auf beiden Seiten eindeutig sein. Eine technisch richtige Übertragung löst keine fachlich widersprüchlichen Stammdaten.
Beide Ansätze können Teil derselben Partnerstrategie sein. Eine einheitliche technische Lösung für alle ist kein Selbstzweck, wenn die Voraussetzungen stark voneinander abweichen.
Partner nach Anforderungen statt nur nach Größe gruppieren
Betrachten Sie Nachrichtenarten, Häufigkeit, technische Ausstattung und Folgen einer Unterbrechung. Ein kleiner Lieferant kann für einen Standort kritisch sein. Ein großer Partner kann umgekehrt für einen begrenzten Vorgang einen einfachen Portalzugang benötigen.
Wählen Sie für den Pilot eine überschaubare, repräsentative Gruppe. Die Beteiligten sollten Ansprechpartner benennen und reale Tests durchführen können. Dokumentieren Sie gemeinsame Regeln, damit die nächsten Partner nicht wieder bei null beginnen.
- Bereits EDI-fähig: tatsächlich unterstützte Nachrichten und Regeln prüfen.
- Ohne eigene Integration: den Portalablauf mit dem späteren Anwender testen.
- Mehrere Standorte: Lieferstellen und lokale Besonderheiten unterscheiden.
- Kritischer Austausch: Betriebsansprechpartner und Ausweichverfahren festlegen.
Testfall: Eine bestätigte Bestellung wird geändert
Ein Kunde bestellt 40 Einheiten und reduziert später auf 30. Die ursprüngliche Bestätigung liegt bereits vor, die Vorbereitung hat begonnen. Entscheidend ist nun, ob die Änderung im richtigen Vorgang sichtbar wird und die betroffenen Personen wissen, wie sie weiterarbeiten sollen.
Verfolgen Sie die Änderung bis zu der Information, mit der das Lager tatsächlich arbeitet. Prüfen Sie Versionsbezug, Bearbeitungsstand und Entscheidung. Ein Übertragungsprotokoll allein beweist nicht, dass die neue Menge in der Vorbereitung angekommen ist.
Eine aufschlussreiche Probe: Lassen Sie einen Anwender den Vorgang ohne mündliche Zusatzanweisung bearbeiten. Jede Nachfrage zeigt, welche Information oder Regel im Ablauf noch fehlt.
Dieses Beispiel ist ein illustratives Abnahmeszenario. Es beschreibt keine zugesicherte Funktion eines bestimmten Portals. Wie eine Änderung verarbeitet wird, muss im vorgeschlagenen Projektumfang konkret gezeigt werden.
Verantwortlichkeiten und Gesamtkosten vorab klären
Ein Dienstleister kann eine fehlerhafte Nachricht untersuchen. Ob eine Menge, ein Preis oder eine Artikelzuordnung richtig ist, muss jedoch die zuständige Fachrolle beurteilen. Halten Sie fest, wer technische Diagnose, fachliche Korrektur und Freigabe übernimmt.
Vergleichen Sie Angebote für denselben Umfang: Partner, Nachrichten, Volumen, Schnittstellen und Service. Trennen Sie Einrichtung, laufenden Betrieb und Änderungen. Fragen Sie ausdrücklich nach neuen Partnern, Mapping-Anpassungen, Fehleranalysen und Wiederanläufen.
Berücksichtigen Sie außerdem interne Schulung, verbleibende Erfassung und wiederkehrende Rückfragen. Ein isolierter Monatspreis beschreibt den Aufwand nicht vollständig. Eine Wirtschaftlichkeitsbewertung benötigt nachvollziehbare Annahmen und einen beobachteten Ausgangszustand.
Aus einem Pilot einen wiederholbaren Rollout machen
- Beschreiben: Dokumente, Regeln und beteiligte Rollen zusammentragen.
- Prüfen: Standardfall, Änderung, Teillieferung und wiederholte Übertragung ausführen.
- Freigeben: technische und fachliche Ergebnisse gemeinsam bestätigen.
- Begleiten: erste Vorgänge und Unterstützungsbedarf beobachten.
- Übertragen: die stabilisierte Vorgehensweise auf weitere Gruppen anwenden.
Messen Sie Aktivierungsdauer, manuelle Nacharbeit und wiederkehrende Fehlerursachen. Ein verbundener Partner ist noch nicht automatisch ein selbstständiger Nutzer. ICD GmbH unterstützt die Einordnung der Anforderungen. Informationen zu möglichen Ansätzen finden Sie bei EDI-Outsourcing und Web EDI.
Häufige Fragen
Ist Web EDI nur für kleine Unternehmen gedacht?
Nein. Ausschlaggebend sind der Ablauf, das Volumen und die technischen Möglichkeiten. Ein Browserzugang kann je nach Situation für unterschiedliche Unternehmen passen.
Können integrierte Partner und Portalnutzer gemeinsam angebunden werden?
Ja. Unterschiedliche Zugangswege können innerhalb einer Partnerstrategie eingesetzt werden. Die Datenregeln und der betriebliche Überblick müssen dazu passen.
Entfallen durch Outsourcing alle internen Aufgaben?
Nein. Datenverantwortung und fachliche Entscheidungen bleiben zu organisieren. Die technischen Leistungen hängen vom vereinbarten Service ab.
Woran erkennt man einen erfolgreichen Pilot?
Die Daten sind verwertbar, Anwender können die Vorgänge bearbeiten und Ausnahmen haben klare Verantwortliche. Eine einmalig erfolgreiche Übertragung reicht als Nachweis nicht aus.
