Elektronischer Datenaustausch

Elektronischer Datenaustausch (EDI) ist das Konzept von Unternehmen, die elektronisch kommunizieren, die traditionell auf Papier kommuniziert wurden, wie z. B. Bestellungen und Rechnungen. Technische Standards Denn EDI gibt es, um Parteien zu erleichtern, die solche Instrumente abwickeln, ohne besondere Vorkehrungen treffen zu müssen.

EDI existiert mindestens seit Anfang der 70er Jahre, und es gibt viele EDI -Standards (einschließlich X12, EDIFACT, Odetteusw.), von denen einige die Bedürfnisse bestimmter Branchen oder Regionen erfüllen. Es bezieht sich auch speziell auf eine Familie von Standards. Im Jahr 1996 die Nationales Institut für Standards und Technologie Definierte elektronische Datenaustausch als "Computer-zu-Computer-Austausch eines standardisierten Formats für den Datenaustausch. EDI impliziert eine Abfolge von Nachrichten zwischen zwei Parteien, von denen beide als Urheber oder Empfänger dienen können. Die formatierten Daten, die die Dokumente darstellen, können übertragen werden Vom Urheber zum Empfänger über Telekommunikation oder physisch transportiert in elektronischen Speichermedien. " Es unterschieden nur elektronische Kommunikations- oder Datenaustausch und gab an, dass "in EDI die übliche Verarbeitung empfangener Nachrichten nur nach Computer erfolgt. Humanintervention bei der Verarbeitung einer empfangenen Nachricht ist in der Regel nur für Fehlerbedingungen, für Qualitätsüberprüfung und für Special bestimmt Situationen. Zum Beispiel wird die Übertragung von Binär- oder Textdaten nicht EDI wie definiert, es sei denn, die Daten werden als ein oder mehrere Datenelemente einer EDI -Nachricht behandelt und sind normalerweise nicht als Teil der Online -Datenverarbeitung für die menschliche Interpretation bestimmt. "^[1] Kurz gesagt, EDI kann als Übertragung strukturierter Daten durch vereinbarte Nachrichtenstandards von einem Computersystem auf ein anderes ohne menschliche Intervention definiert werden.

Geschichte

Wie viele andere frühe Informationstechnologien wurde EDI von Entwicklungen in inspiriert Militärlogistik. Die Komplexität der 1948 Berlin Airlift Erforderte die Entwicklung von Konzepten und Methoden zum Austausch, manchmal über einen 300 -Baud -Teletyp Modem, große Datenmengen und Informationen über Transportgüter. Diese ersten Konzepte prägten später die ersten TDCC -Standards (Transportation Data Coordinating Committee) in den USA.^[2] Zu den ersten integrierten Systemen, die EDI verwenden, gehörten Frachtsteuerungssysteme. Ein solches Echtzeitsystem war 1971 das Londoner Flughafenfracht-EDP-Schema (Schnürsenkel) am Heathrow Airport, London, Großbritannien. Die Implementierung der DTI-Methode (Direct Trader Input Zoll Verarbeitungssystem, Reduzierung der Zeit für den Abstand. Die Erhöhung des maritimen Verkehrs und der Probleme am Zoll ähnlich denen am Flughafen Heathrow führte zur Implementierung von DTI -Systemen in Individuum Häfen oder Gruppen von Häfen in den 1980er Jahren.^[3]

Standards

EDI bietet eine technische Grundlage für automatisierte kommerzielle "Gespräche" zwischen zwei Unternehmen, entweder intern oder extern. Der Begriff EDI umfasst den gesamten Prozess des elektronischen Datenaustauschs, einschließlich der Übertragung, des Nachrichtenflusss, des Dokumentformats und der Software, die zur Interpretation der Dokumente verwendet werden. Die EDI -Standards beschreiben jedoch das strenge Format elektronischer Dokumente, und die EDI -Standards wurden zunächst in der Automobilindustrie als unabhängig von Kommunikations- und Softwaretechnologien entwickelt.

EDI -Dokumente enthalten im Allgemeinen dieselben Informationen, die normalerweise in einem Papierdokument gefunden werden, das für dieselbe Organisationsfunktion verwendet wird. Beispielsweise wird eine EDI 940-Schiffs-Warehouse-Bestellung von einem Hersteller verwendet, um einem Lagerhaus ein Produkt an einen Einzelhändler zu versenden. Es hat in der Regel eine "Schiffs-Adresse", eine "Rechnung" und eine Liste von Produktnummern (normalerweise a UPC) und Mengen. Ein weiteres Beispiel ist der Satz von Nachrichten zwischen Verkäufern und Käufern, wie z. Anfrage nach Zitat (RFQ), Antwort auf RFQ, Bestellung, Bestellbestätigung, Versandnotiz, Empfangsberatung, Rechnung und Zahlungsberatung. EDI ist jedoch nicht nur auf Geschäftsdaten beschränkt, die sich auf den Handel beziehen, sondern umfasst alle Bereiche wie Medizin (z. B. Patientenakten und Laborergebnisse), Transport (z. B. Container- und Modalinformationen), Ingenieurwesen und Konstruktionen usw. In einigen Fällen. EDI wird verwendet, um einen neuen Geschäftsinformationsfluss zu erstellen (der zuvor kein Papierfluss war). Dies ist der Fall in der Advanced Sendment Benachrichtigung (ASN), die den Empfänger über eine Sendung, die zu empfangenen Waren und die Art und Weise, wie die Waren verpackt werden, informieren sollte. Dies wird durch die Nutzung der Versandetiketten durch den Versand mit einem GS1-128-Barcode, der auf die Verfolgungsnummer der Sendung verweist, durch den Versand ergänzt.^[4]

Einige wichtige Sätze von EDI -Standards:^[5]

• Das UN-empfohlen UN/EDIFACT ist der einzige internationale Standard und ist außerhalb Nordamerikas vorherrschend.
• Das UNS Standard ANSI ASC X12 (X12) ist in Nordamerika vorherrschend.
• GS1 EDI Die Standards für Standards entwickelten die GS1 vorherrschend im globalen Lieferkette
• Das Tradacoms Standard, der von der ANA entwickelt wurde (Artikelzahlvereinigung, jetzt bekannt als GS1 UK) ist in der vorherrschenden Vereinigtes Königreich Einzelhandelsindustrie.
• Der in der europäische Automobilindustrie verwendete Odette -Standard
• Der in der europäischen Automobilindustrie verwendete VDA -Standard hauptsächlich in Deutschland
• HL7, ein semantischer Interoperabilitätsstandard für Gesundheitsdaten.
• HIPAADas HIPAA -Gesetz der Krankenversicherung und Rechenschaftspflicht (HIPAA) erfordert Millionen von Gesundheitsunternehmen, die Daten elektronisch übertragen, um EDI in einem Standard -HIPAA -Format zu verwenden.
• IATA Cargo-IMP, IATA Cargo-IMP steht für die International Air Transport Association Cargo Austausch-Nachrichtenverfahren. Es handelt sich um einen EDI -Standard, der auf EDIFACT basiert, das zur Automatisierung und Standardisierung des Datenaustauschs zwischen Fluggesellschaften und anderen Parteien erstellt wurde.
• NCPDP -Skript, Script ist ein Standard, der vom Nationalen Rat für verschreibungspflichtige Drogenprogramme (NCPDP) entwickelt und gepflegt wird. Der Standard definiert Dokumente für die elektronische Übertragung von medizinischen Rezepten in den USA.
• Der NCPDP -Telekommunikationsstandard enthält Transaktionen zur Überprüfung der Berechtigung, zur Anspruchsabrechnung und zur Serviceabrechnung, zur Vorbestimmung von Leistungen, zur vorherigen Genehmigung und zur Informationsberichterstattung und wird hauptsächlich in den Vereinigten Staaten verwendet.
• EDIG@S (Edigas) ist ein Standard -Handel, Transport (über Pipeline oder Container) und die Lagerung von Gas.

Viele dieser Standards traten erstmals in den frühen bis Mitte der 1980er Jahre auf. Die Standards verschreiben die Formate, Zeichensätze und Datenelemente, die beim Austausch von Geschäftsdokumenten und -formularen verwendet werden. Das Ganze X12 Dokumentliste Enthält alle wichtigen Geschäftsdokumente, einschließlich Bestellungen und Rechnungen.

Der EDI -Standard schreibt obligatorische und optionale Informationen für ein bestimmtes Dokument vor und gibt die Regeln für die Struktur des Dokuments an. Die Standards sind wie Bauvorschriften. So wie zwei Küchen gebaut werden können "zu codieren"Aber ganz anders aussehen, zwei EDI -Dokumente können den gleichen Standard befolgen und verschiedene Informationssätze enthalten. Beispielsweise kann ein Lebensmittelunternehmen das Verfallsdatum eines Produkts angeben, während ein Kleidungshersteller Farb- und Größeninformationen senden würde.

Übertragungsprotokolle

EDI kann unter Verwendung einer beliebigen Methodik übertragen werden, die vom Absender und Empfänger vereinbart wurde. Als mehr Handelspartner das Internet für die Übertragung nutzten, sind standardisierte Protokolle entstanden.

Dies umfasst verschiedene Technologien wie:

• mmodem (asynchron und synchron)
• FTP, SFTP und FTPS
• Email
• Http/Https
• As1
• As2
• As4
• OFTP (und OFTP2)
• Mobile EDI

Wenn einige Leute das synchrone Protokoll von 2400 Bit/s -Modems verglichen haben, Cleo Geräte und Wertschöpfungsnetzwerke Sie werden zum Übertragen von EDI-Dokumenten zur Übertragung über das Internet verwendet, die nicht-internationalen Technologien mit EDI gleichgesetzt und fälschlicherweise vorhergesagt, dass EDI selbst zusammen mit den Nicht-Internet-Technologien ersetzt wird. In den meisten Fällen werden diese Nicht-Internet-Übertragungsmethoden einfach durch ersetzt Internetprotokolle, wie FTP, http, Telnetund E-Mail, aber die EDI-Dokumente selbst bleiben noch.

Im Jahr 2002 die Ietf Veröffentlicht RFC 3335 und bietet eine standardisierte, sichere Methode zur Übertragung von EDI-Daten per E-Mail. Am 12. Juli 2005 ratifiziert eine IETF -Arbeitsgruppe RFC4130 für MIME-basierte HTTP EDIINT (a.k.a. As2) Transfers, und das IETF hat einen ähnlichen RFC für FTP -Transfers vorbereitet (a.k.a. As3). EDI über Web Services (a.k.a. As4) wurde auch durch den Körper des Oasis Standards standardisiert. Während eine EDI -Übertragung zu diesen neueren Protokollen gewechselt ist Wertschöpfungsnetzwerke Bleib aktiv.

Internet

Als mehr Organisationen, die mit dem Internet verbunden waren, wurden schließlich die meisten oder alle EDI darauf gedrängt. Dies geschah zunächst durch Ad -hoc -Konventionen wie unverschlüsselte FTP von ASCII -Textdateien in einen bestimmten Ordner auf einem bestimmten Host, der nur von bestimmten IP -Adressen zulässig ist. Allerdings die Ietf hat mehrere Informationsdokumente veröffentlicht (die "Anwendbarkeitserklärungen"; siehe unten unter Protokolle) Beschreibung von Möglichkeiten zur Verwendung von Standard -Internetprotokollen für EDI.

Ab 2002, Walmart hat gedrängt As2 Für EDI.^[6] Aufgrund seiner erheblichen Präsenz in der globalen Lieferkette ist AS2 ein häufig verfolgter Ansatz für EDI geworden.

Spezifikationen

Organisationen, die Dokumente voneinander senden oder empfangen, werden in der EDI -Terminologie als "Handelspartner" bezeichnet. Die Handelspartner vereinbaren die spezifischen Informationen, die übertragen werden sollen und wie sie verwendet werden sollten. Dies geschieht in den menschlich-lesbaren Spezifikationen (auch als Richtlinien für Nachrichten implementierende Nachrichtengenannte). Während die Standards analog zu Bauvorschriften sind, sind die Spezifikationen zu Blaupausen analog. (Die Spezifikation kann auch als "Zuordnung" bezeichnet werden, aber die Begriffszuordnung ist in der Regel für bestimmte maschinell-lesbare Anweisungen der Übersetzungssoftware reserviert ^[7].) Größere Handel "Hubs" haben vorhanden Geschäftsprozesse Für die Verarbeitung von EDI und sie sind in der Regel nicht bereit, ihre EDI -Geschäftspraktiken zu ändern, um die Bedürfnisse ihrer Handelspartner zu erfüllen. In einem großen Unternehmen werden diese EDI -Richtlinien häufig so geschrieben, dass sie generisch genug sind, um von verschiedenen Filialen oder Abteilungen verwendet zu werden, und enthalten daher Informationen, die für einen bestimmten Geschäftsdokumentaustausch nicht benötigt werden. Für andere große Unternehmen können sie für jede Filiale/Abteilung separate EDI -Richtlinien erstellen.

Transmission: Direkte EDI und Vans

Handelspartner können jede Methode für die Übertragung von Dokumenten verwenden (wie oben beschrieben im Abschnitt Übertragungsprotokolle). Darüber hinaus können sie entweder direkt oder über einen Vermittler interagieren.

Direkte EDI: Peer-to-Peer

Handelspartner können sich direkt miteinander verbinden. Beispielsweise kann ein Automobilhersteller einen Modem-Pool beibehalten, in den alle Hunderte von Lieferanten zur Durchführung von EDI wählen müssen. Wenn ein Lieferant jedoch mit mehreren Herstellern Geschäfte tätigt, muss er möglicherweise ein anderes Modem (oder VPN -Gerät usw.) und eine andere Software für jeden einzelnen erwerben.

Da sich die EDI und die Web-Technologie weiterentwickelt haben, haben sich neue EDI-Softwaretechnologien entwickelt, um die direkte (auch als Point-to-Point-EDI bezeichnete EDI) zwischen Handelspartnern zu erleichtern. Moderne EDI -Software kann den Austausch mit einer beliebigen Anzahl verschiedener Dateiübertragungsprotokolle und EDI -Dokumentstandards erleichtern und die Kosten und Hindernisse für den Eintritt verringern.

Wertschöpfungsnetzwerke

Um die Einschränkungen bei der Einführung von Peer-to-Peer-Einführung von EDI anzugehen, Transporter (Wertschöpfungsnetzwerke) wurden vor Jahrzehnten gegründet. Ein Van fungiert als regionales Postamt. Es empfängt Transaktionen, untersucht die "From" und die "zu" Informationen und leitet die Transaktion an den endgültigen Empfänger weiter. Transporter können eine Reihe zusätzlicher Dienste anbieten, z. Wiedervermittlung von Dokumenten, Bereitstellung von Auditinformationen Dritter, als Gateway für verschiedene Übertragungsmethoden und die Behandlung von Telekommunikationsunterstützung. Aufgrund dieser und anderer Dienste, die Vans anbieten, verwenden Unternehmen häufig einen Van, selbst wenn beide Handelspartner internetbasierte Protokolle verwenden. Die Clearinghäuser im Gesundheitswesen erfüllen viele der gleichen Funktionen wie ein Van, haben jedoch zusätzliche rechtliche Beschränkungen.

Transporter können von verschiedenen Unternehmen betrieben werden:

• Telekommunikationsunternehmen;
• Branchengruppe Consortia;
• ein großes Unternehmen, das mit seinen Lieferanten/Anbietern interagiert;
• Managed Services Anbieter.

Kosten, Kompromisse und Umsetzung

Es ist wichtig zu beachten, dass es wichtige Kompromisse zwischen Transportern und Direkte gibt.^[8] In vielen Fällen können Organisationen, die EDI -Dokumente austauschen, tatsächlich beide im Konzert für verschiedene Aspekte ihrer EDI -Implementierungen verwenden. In den USA wird beispielsweise die Mehrheit der EDI-Dokumentenbörsen AS2 verwendet, sodass ein direktes EDI-Setup für AS2 für eine in den USA ansässige Organisation sinnvoll ist. Das Hinzufügen von OFTP2 -Funktionen zur Kommunikation mit einem europäischen Partner kann jedoch schwierig sein. Ein Van ist möglicherweise sinnvoll, um diese spezifischen Transaktionen zu verarbeiten, während direkte EDI für die AS2 -Transaktionen verwendet wird.

In vielerlei Hinsicht fungiert ein Van als Dienstleister und vereinfacht einen Großteil des Setups für Organisationen, die EDI initiieren möchten. Aufgrund der Tatsache, dass viele Organisationen zunächst mit EDI dies häufig tun, um einen Kunden- oder Partneranforderungen zu erfüllen und daher fehlt, kann ein Van ein wertvolles Kapital sein.

Transporente können jedoch mit hohen Kosten verbunden sein. VANs berechnen normalerweise eine pro-dokument- oder sogar pro-line-item-Transaktionsgebühr, um EDI-Transaktionen als Dienstleistung im Namen zu verarbeiten ^[9] ihrer Kunden. Dies ist der vorherrschende Grund, warum viele Organisationen auch eine EDI -Softwarelösung implementieren oder schließlich für einige oder alle EDI zu einem migrieren.

Auf der anderen Seite kann die Implementierung von EDI -Software ein herausfordernder Prozess sein, abhängig von der Komplexität des Anwendungsfalls, der beteiligten Technologien und der Verfügbarkeit von EDI -Fachkenntnissen. Darüber hinaus sind laufende Wartungsanforderungen und -aktualisierungen zu berücksichtigen. Zum Beispiel ist EDI -Mapping eine der anspruchsvollsten EDI -Management -Aufgaben. Unternehmen müssen EDI -Karten für jeden ihrer Handelspartner entwickeln und pflegen (und manchmal mehrere EDI -Karten für jeden Handelspartner basierend auf ihren Anforderungen an die Auftragserfüllung).

Daten interpretieren

EDI -Übersetzungssoftware Bietet die Schnittstelle zwischen internen Systemen und dem EDI -Format gesendet/empfangen. Für ein "Inbound" -Dokument empfängt die EDI-Lösung die Datei (entweder über ein wertvolles Netzwerk oder direkt mit Protokollen wie FTP oder AS2), die empfangene EDI-Datei (üblicherweise als "Umschlag" bezeichnet) und Überprüfen Sie, ob der Handelspartner, der die Datei sendet, ein gültiger Handelspartner ist, dass die Struktur der Datei den EDI-Standards entspricht und dass die einzelnen Informationsfelder den vereinbarten Standards entsprechen. Normalerweise erstellt der Übersetzer entweder eine Datei mit fester Länge, variabler Länge oder XML-Tagged-Format oder "Druck" des empfangenen EDI-Dokuments (für nicht integrierte EDI-Umgebungen). Der nächste Schritt besteht darin, die Datei zu konvertieren, die der Übersetzer erstellt hat, in ein Format, das in die Back-End-Geschäftssysteme, Anwendungen oder ERP eines Unternehmens importiert werden kann. Dies kann durch Verwendung eines benutzerdefinierten Programms, eines integrierten proprietären "Mapper" oder einem integrierten Standards-basierten grafischen "Mapper" erreicht werden Xslt. Der letzte Schritt besteht darin, die transformierte Datei (oder Datenbank) in das Back-End-System des Unternehmens zu importieren.

Für ein "ausgehendes" Dokument besteht der Prozess für integriertes EDI darin, eine Datei (oder eine Datenbank zu lesen) aus den Informationssystemen eines Unternehmens exportieren und die Datei in das entsprechende Format für den Übersetzer umwandeln. Die Übersetzungssoftware "validieren" die EDI -Datei dann, um sicherzustellen, dass sie den von den Handelspartnern vereinbarten Standard erfüllt, die Datei in das "EDI" -Format (Hinzufügen der entsprechenden Kennungen und Steuerungsstrukturen) umwandelt und die Datei an den Handel sendet Partner (unter Verwendung des entsprechenden Kommunikationsprotokolls).

Eine weitere kritische Komponente einer EDI -Übersetzungssoftware ist eine vollständige "Prüfung" aller Schritte, um Geschäftsdokumente zwischen Handelspartnern zu verschieben. Die Prüfung stellt sicher, dass jede Transaktion (was in Wirklichkeit ein Geschäftsdokument ist) verfolgt werden kann, um sicherzustellen, dass sie nicht verloren gehen. Bei einem Einzelhändler, der eine Bestellung an einen Lieferanten sendet, ist der Effekt für beide Unternehmen verheerend, wenn die Bestellung überall im Geschäftsprozess "verloren" ist. Für den Lieferanten erfüllen sie die Bestellung nicht, da sie sie nicht erhalten haben und damit die Geschäftsbeziehung zu ihrem Einzelhandelskunden beschädigt werden. Für den Einzelhändler verfügen sie über einen Aktienausfall und der Effekt wird um den Umsatz, einen reduzierten Kundenservice und letztendlich niedrigere Gewinne verloren.

In der EDI -Terminologie beziehen sich "inbound" und "Outbound" auf die Richtung der Übertragung eines EDI -Dokuments in Bezug auf ein bestimmtes System, nicht auf die Richtung des Waren, Geld oder anderer Dinge, die durch das Dokument dargestellt werden. Beispielsweise ist ein EDI -Dokument, das einem Lagerhaus eine ausgehende Sendung ausführt, ein eingehendes Dokument in Bezug auf das Lagercomputersystem. Es ist ein ausgehendes Dokument in Bezug auf den Hersteller oder Händler, der das Dokument übertragen hat.

Vorteile gegenüber Papiersystemen

EDI und andere ähnliche Technologien sparen dem Unternehmen Geld, indem sie eine Alternative zu oder ersetzen, Informationsflüsse, die eine Menge menschlicher Interaktion und Papierdokumente erfordern. Selbst wenn Papierdokumente parallel zu EDI -Austausch gehalten werden, z. Die gedruckten Versandmanifts, der elektronische Austausch und die Verwendung von Daten aus diesem Austausch verringern die Kosten für Sortieren, Verteilungen, Organisationen und Durchsuchungsdokumente. EDI und ähnliche Technologien ermöglichen es einem Unternehmen, die Vorteile des Speicherns und Manipulierens von Daten elektronisch zu nutzen, ohne die Kosten für den manuellen Eintritt zu erhalten. Ein weiterer Vorteil von EDI ist die Möglichkeit, die manuellen Dateneingabefehler wie Versand- und Abrechnungsfehler zu reduzieren oder zu beseitigen, da EDI die Notwendigkeit beseitigt, Dokumente auf der Zielseite erneut zu schließen. Ein sehr wichtiger Vorteil von EDI gegenüber Papierdokumenten ist die Geschwindigkeit, mit der der Handelspartner die Informationen in sein System erhält und integriert, um die Zykluszeiten stark zu reduzieren. Aus diesem Grund kann EDI ein wichtiger Bestandteil von Just-in-Time-Produktionssystemen sein.^[10]

Laut dem Aberdeen -Bericht von 2008 "Ein Vergleich der Lieferantenaktivität weltweit" werden in Nordamerika nur 34% der Bestellungen elektronisch übertragen. Im EMEA36% der Bestellungen werden elektronisch und in übertragen APAC41% der Bestellungen werden elektronisch übertragen. Sie berichten außerdem, dass die durchschnittliche Papieranforderung für die Bestellung eines Unternehmens in Nordamerika 37,45 USD, 42,90 USD in EMEA und 23,90 USD in APAC kostet. Mit einer EDI -Anforderung zur Bestellung werden die Kosten in Nordamerika auf 23,83 USD, 34,05 USD in EMEA und 14,78 USD in APAC gesenkt.

Hindernisse für die Umsetzung

Es gibt einige Hindernisse für die Einführung elektronischer Datenaustausch. Eines der bedeutendsten Hindernisse ist die begleitende Veränderung des Geschäftsprozesses. Bestehende Geschäftsprozesse, die rund um die Papierhandhabung aufgebaut sind, sind möglicherweise nicht für EDI geeignet und müssen Änderungen für die automatisierte Verarbeitung von Geschäftsdokumenten erfordern. Zum Beispiel kann ein Unternehmen den Großteil ihrer Waren durch 1 oder 2-Tage-Versand und alle Rechnungen per Post erhalten. Das bestehende Verfahren kann daher davon ausgehen, dass Waren normalerweise vor der Rechnung erhalten werden. Bei EDI wird die Rechnung normalerweise gesendet, wenn das Warenschiff ein Verfahren erfordern, das eine große Anzahl von Rechnungen abwickelt, deren entsprechende Waren noch nicht eingegangen sind.

Eine weitere erhebliche Barriere sind die Kosten in Zeit und Geld im ersten Setup. Die vorläufigen Kosten und die Zeit, die sich aus der Implementierung, Anpassung und Schulung ergeben, können kostspielig sein. Es ist wichtig, die korrekte Integrationsniveau auszuwählen, die den Geschäftsanforderungen entspricht. Für ein Unternehmen mit relativ wenigen Transaktionen mit EDI-basierten Partnern kann es für Unternehmen sinnvoll sein, kostengünstige "RIP and Read" -Lösungen zu implementieren, in denen das EDI-Format ausgedruckt ist für Menschen lesbar Form und Menschen - und nicht Computer - reagieren auf die Transaktion. Eine weitere Alternative sind ausgelagerte EDI -Lösungen von EDI "Service Bureaus". Für andere Unternehmen kann die Implementierung einer integrierten EDI-Lösung erforderlich sein, da eine Erhöhung der Handelsvolumina, die von EDI hervorgerufen wird, sie dazu zwingen, ihre Geschäftsprozesse für die Auftragsverarbeitung erneut zu implementieren.

Das Hauptbestand für eine erfolgreiche Umsetzung von EDI ist die Wahrnehmung, die viele Unternehmen der Natur von EDI haben. Viele sehen EDI aus der technischen Perspektive, dass EDI ein Datenformat ist. Es wäre genauer, die geschäftliche Ansicht zu berücksichtigen, dass EDI ein System zum Austausch von Geschäftsdokumenten mit externen Unternehmen und die Integration der Daten aus diesen Dokumenten in die internen Systeme des Unternehmens ist. Erfolgreiche Implementierungen von EDI berücksichtigen den Effekt extern generierten Informationen auf ihre internen Systeme und validieren die erhaltenen Geschäftsinformationen. Wenn ein Lieferant beispielsweise das zu zahlende System eines Einzelhändlers ohne geeignete Schecks aktualisieren kann, würde das Unternehmen ein erhebliches Risiko aussetzen. Unternehmen, die neu in der Umsetzung von EDI sind, müssen den zugrunde liegenden Geschäftsprozess verstehen und ein ordnungsgemäßes Urteilsvermögen anwenden.

Wissen

Unten finden Sie die gemeinsame EDI -Bestätigung^[11]

• Kommunikationsstatus - Geben Sie die abgeschlossene Übertragung an
• MDN (Nachrichten -Disposition -Benachrichtigung) - Nur in AS2 gibt die Nachricht an, dass die Nachricht lesbar ist
• Funktionale Bestätigung - Typischerweise "997" in ANSI oder "contrl" in edifact, was darauf hinweist, dass der Nachrichteninhalt gegen seine Vorlage überprüft wird, und festzustellen, ob die Transaktion an das elektronische System des Empfängers veröffentlicht wird.
• Bestätigung der Geschäftsebene - Der endgültige Indikator zeigt, ob die Transaktion vom Empfänger akzeptiert wird oder nicht.

Siehe auch

• Kosten- und Kostenwiederherstellungssystem (ECRS)
• Extrakt, Transformation, Last (ETL)
• Legal Electronic Data Exchange Standard (LEDES)

Verweise

Weitere Lektüre

• Gengeswari, K. und Abu Bakar Abdul Hamid (2010). "Integration von elektronischer Datenaustausch: A Review", Jurnal Kemanusiaan, ISSN 1675-1930

Externe Links

• "E-Procurement-Elektronische Datenintegration wird erwachsen" - Artikel vom Finance Director Europe Journal
• EDI -Protokolle - Ein Überblick über die verschiedenen Protokolle und Formate, die in EDI -Netzwerken verwendet werden
• EDI -Standards - Ein Überblick über die verschiedenen verfügbaren Standards für EDI -Dateiformat.