Die Definitionen stellen die Bedeutungen dar, die von der Mehrheit der EDI- und E-Invoicing-Community verstanden und geteilt werden. Erkunden Sie die verschiedenen Abschnitte mit detaillierten Terminologieerklärungen. 

Das Glossar ist derzeit in englischer Sprache verfügbar und wird in Kürze auch in deutscher Sprache verfügbar sein.

Nachrichtentypen

Der elektronische Datenaustausch (EDI) zwischen Handelspartnern wird oft als EDI-Nachricht bezeichnet. Jede Nachricht enthält einen strukturierten Datensatz, der sich auf die Informationen bezieht, die in der jeweiligen Nachricht enthalten sind, z. B. eine Rechnung.

Es gibt übergreifende Begriffe wie Rechnungen und Bestellungen, die an und für sich Nachrichtentypen sind. Allerdings können verschiedene Begriffe für denselben EDI-Nachrichtentyp stehen, wenn EDI-Standards im Spiel sind, die jeweils ihre eigene Terminologie und strukturierte Datenanforderungen für eine bestimmte Nachricht vorsehen. So wird beispielsweise eine Rechnung nach dem ANSI X12-Standard als EDI 810 bezeichnet, nach dem UN/EDIFACT-Standard jedoch als INVOIC. Auch die in der Rechnung enthaltenen Daten sind unterschiedlich strukturiert. 
 

Hier finden Sie gängige EDI-Nachrichtentypen - allgemeine Terminologie und Nachrichtentypen, die für die gängigen EDI-Standards spezifisch sind. 

  • Quittierung: Beim elektronischen Datenaustausch über EDI ist häufig eine Bestätigung bestimmter Nachrichten erforderlich, um zu zeigen, dass die Nachricht zugestellt wurde, welchen Status sie hat und ob Änderungen vorgenommen wurden, die einen menschlichen Eingriff erfordern. Eine elektronische Bestätigungsnachricht wird z. B. verwendet, um den Empfang einer Bestellung zu bestätigen. 

    Es gibt viele Arten von elektronischen Bestätigungsnachrichten, aber eine der gängigsten ist die EDI 855 Purchase Order Acknowledgment. Bei Verwendung des ANSI X12-Standards für den elektronischen Dokumentenaustausch (EDI) sendet ein Käufer (Sender) eine EDI 850 Purchase Order an seinen Lieferanten (Empfänger), und der Lieferant bestätigt den Erhalt der Bestellung durch Senden einer EDI 855 als Antwort. 

  • ACH: (Automated Clearing House) Bei einer ACH-Zahlung handelt es sich um eine Art von EFT (Electronic Funds Transfer), bei der Geld von einem Bankkonto auf ein anderes über das ACH-Netz überwiesen wird, im Gegensatz zu einer Überweisung von einer Bankkarte auf eine andere. Sie kann nur für Überweisungen innerhalb der Vereinigten Staaten verwendet werden. 
     
  • APERAK: (Application Error and Acknowledgement Message) Nach dem EDIFACT-Standard ist die APERAK die sechsstellige Bezeichnung für eine elektronische Anwendungsfehler- und Bestätigungsnachricht.

    Die offizielle UN/EDIFACT-Definition der APERAK lautet wie folgt: Die Funktion dieser Nachricht ist: a) einen Nachrichtenabsender darüber zu informieren, dass seine Nachricht von der Anwendung des Empfängers empfangen und aufgrund von Fehlern, die bei der Verarbeitung in der Anwendung aufgetreten sind, zurückgewiesen wurde. b) einem Nachrichtenabsender den Empfang seiner Nachricht durch die Anwendung des Empfängers zu bestätigen. Die erweiterte Definition der APERAK-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • ASN: Die ASN (Advanced Shipping Notice/Advance Ship Notice) ist eines der wichtigsten EDI-Kommunikationsprotokolle - vor allem für Einzelhändler -, wenn es darum geht, sicherzustellen, dass eine Bestellung wie versprochen geliefert wird. 

    In Nordamerika wird es oft als EDI 856 Ship Notice/Manifest gemäß der Norm X12 des American National Standards Institute (ANSI X12) bezeichnet. In Europa wird es meist als DESADV bezeichnet, entsprechend dem EDIFACT-Standard der Vereinten Nationen. Manchmal wird er auch einfach als Lieferschein bezeichnet. 

    Der ASN enthält die folgenden Informationen: 
    - Versendete(r) Auftrag(e)
    - Menge der versendeten Einzelpositionen,
    - Produktbeschreibungen
    - Informationen zum Spediteur und Kontrollnummer
    - Geschätztes Lieferdatum und -zeit
    - Beschreibung der Verpackung
    - Barcode-Etiketten für den Empfang (falls zutreffend)
    - Palettencodes (falls zutreffend)
     
  • BALANC: (Balance Message) Nach dem EDIFACT-Standard ist BALANC die sechsstellige Bezeichnung für eine elektronische Saldenmeldung. Die BALANC-Nachricht wird für die Übermittlung von finanzbezogenen Daten innerhalb einer Unternehmensorganisation und/oder anderer Finanzakteure verwendet. 

    Die offizielle UN/EDIFACT-Definition von BALANC lautet wie folgt: Eine Nachricht, die für den Austausch von unternehmensbezogenen Salden zwischen dem Unternehmen und denjenigen verwendet wird, die sie für die Zwecke der Buchhaltung, Rechnungsprüfung, Kostenrechnung, Konsolidierung, Finanzanalyse usw. nutzen können. Die erweiterte Definition der BALANC-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • BANSTA: (Banking Status Message) Gemäß dem EDIFACT-Standard ist BANSTA die sechsstellige Bezeichnung für eine elektronische Bankstatusmeldung. 

    Die offizielle UN/EDIFACT-Definition von BANSTA lautet wie folgt: Eine BANSTA-Nachricht wird von einem Finanzinstitut an seinen Kunden und/oder umgekehrt und zwischen Finanzinstituten gesendet. Sie wird für alle Arten von Anfragen, Antworten und Statusinformationen auf Anwendungsebene verwendet.

  • Konnossement: Ein Konnossement ist ein Dokument, das für den Versand von Handelswaren erforderlich ist. Es enthält Informationen über den Verkäufer und notwendige Frachtangaben für den Spediteur, zum Beispiel wenn bei der Lieferung Frachtkosten anfallen. Das Konnossement dient auch als offizieller Eigentumsübergang vom Verkäufer auf den Käufer und wird verwendet, um zu überprüfen, ob die Sendung eingegangen ist. Eine Unterschrift kann erforderlich sein. 
     
  • DELFOR: (Delivery Schedule Message) Nach dem EDIFACT-Standard ist DELFOR die sechsstellige Bezeichnung für eine elektronische Lieferabrufnachricht. 

    Die offizielle UN/EDIFACT-Definition von DELFOR lautet wie folgt: DELFOR ist eine Nachricht, die von einer Partei, die die Verwendung oder den Verbrauch von Produkten plant, an eine Partei gesendet wird, die die Lieferung der Produkte planen muss. Die Nachricht enthält die Anforderungen bezüglich der Details für die kurzfristige Lieferung und/oder die mittel- bis langfristige Terminierung der Produkte. Die Terminierung kann dazu verwendet werden, die Herstellung und/oder die Bereitstellung von Materialien zu genehmigen.

    Dies erfolgt auf der Grundlage der in einer Bestellung oder einem Vertrag festgelegten Bedingungen. Die Nachricht kann auch als Antwort von einer Partei gesendet werden, die eine DELFOR-Nachricht erhalten hat, um der Partei, die die Nachricht ausgestellt hat, die Annahme oder Ablehnung der Nachricht mitzuteilen oder um Änderungen an der vorherigen Nachricht vorzuschlagen. Die ausführliche Definition der DELFOR-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • DELJIT: (Delivery Just In Time Message) Nach dem EDIFACT-Standard ist DELJIT der sechsstellige Name für eine elektronische Just-in-Time-Nachricht. Die DELJIT-Nachricht wird häufig zur Unterstützung von Just-in-Time (JIT)-Fertigungsverfahren verwendet. Sie wird vom Kunden, bei dem es sich höchstwahrscheinlich um einen Hersteller handelt, an einen Lieferanten (höchstwahrscheinlich von Rohstoffen) gesendet, um die notwendigen Terminierungsanforderungen zu definieren, die einen erfolgreichen JIT-Ansatz ermöglichen. 

    Die offizielle UN/EDIFACT-Definition von DELJIT lautet wie folgt: Eine Nachricht, die es einem Kunden ermöglicht, einem Lieferanten genaue Anforderungen an die Lieferreihenfolge und den Just-in-Time-Plan zu übermitteln, und die als Ergänzung zur Lieferabrufnachricht (DELFOR) gedacht ist. Die erweiterte Definition der DELJIT-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • DESADV: (Despatch Advice Message) Nach dem EDIFACT-Standard ist die DESADV die sechsstellige Bezeichnung für eine elektronische Versandanzeige oder ein Lieferavis. Sie ist eine der am häufigsten verwendeten EDI-Nachrichten, insbesondere im Einzelhandel. In Nordamerika wird das DESADV in Übereinstimmung mit dem ANSI X12-Standard für den elektronischen Dokumentenaustausch eher als ASN (Advanced Shipping Notice) oder EDI 856 bezeichnet.

    Das DESADV enthält die folgenden Informationen: 
    - Versendete(r) Auftrag(e)
    - Menge der versendeten Einzelpositionen,
    - Produktbeschreibungen
    - Informationen zum Spediteur und Tracking-Nummer
    - Geschätztes Lieferdatum und -zeit
    - Beschreibung der Verpackung
    - Barcode-Etiketten für den Empfang (falls zutreffend)
    - Palettencodes (falls zutreffend)

    Die offizielle UN/EDIFACT-Definition von DESADV lautet wie folgt: Eine Nachricht, die Einzelheiten zu Waren angibt, die unter vereinbarten Bedingungen versandt wurden oder versandbereit sind. Die United Nations Despatch Advice Message dient sowohl als Spezifikation für Delivery Despatch Advice als auch als Returns Despatch Advice Nachricht. In diesem Dokument kann der Verweis auf "Lieferavis" im weiteren Sinne als "Zustellungsavis/Rücksendungsavis" verstanden werden. Die erweiterte Definition von DESADV können Sie auf der UN/EDIFACT-Website hier nachlesen. 
     
  • DESTIM: (Equipment Damage and Repair Estimate Message) Nach dem EDIFACT-Standard ist DESTIM der sechsstellige Name für eine Schadens- und Reparaturschätzungsnachricht für elektronische Geräte.

    Die offizielle UN/EDIFACT-Definition von DESTIM lautet wie folgt: Eine Nachricht zur Verwendung durch die Containerreparatur-, Versand- und Leasingindustrie. Sie kann von einer Reparaturwerkstatt für Containerausrüstung verwendet werden, um einem Eigentümer oder Benutzer eine Beschreibung der Schäden an der Ausrüstung zu übermitteln und einen Kostenvoranschlag für die zur Behebung dieser Schäden erforderlichen Reparaturmaßnahmen und -kosten zu erstellen. Der empfangende Eigentümer kann den Kostenvoranschlag an einen Mieter weiterleiten. Die Nachricht kann von einem Eigentümer oder Leasingnehmer auch als Autorisierungsnachricht an das Reparaturdepot verwendet werden, um die im Kostenvoranschlag angegebenen Reparaturen durchzuführen, und als Bestätigung seiner Bereitschaft, die im Kostenvoranschlag angegebenen Reparaturen für sein Konto zu bezahlen. Die erweiterte Definition der DESTIM-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • EDI 810: (Rechnung) Eine EDI 810 ist eine elektronische Rechnung nach dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. In einem typischen Geschäftsszenario sendet ein Lieferant eine Rechnung an einen Kunden (Käufer), nachdem er eine Bestellung (PO), oder EDI 850 in ANSI X12 Begriffen, erfüllt hat.

    Eine Rechnung enthält unter anderem die folgenden Informationen:
    - Geschäftsinformationen (Adresse, Telefonnummer usw.) sowohl für den Käufer als auch für den Lieferanten
    - Einzelposten, in denen die in Rechnung gestellten Waren und/oder Dienstleistungen eindeutig aufgeführt sind 
    - Datum der Ausstellung
    - Zahlungsbedingungen (z. B. innerhalb von 30 Tagen zu zahlen)
    - Geschuldeter Gesamtbetrag
    - Steuer oder Mehrwertsteuer (falls zutreffend)

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 810 Invoice Transaction Set kann verwendet werden, um übliche und etablierte Geschäfts- und Industriepraktiken in Bezug auf die Rechnungsstellung für gelieferte Waren und Dienstleistungen zu ermöglichen.
     
  • EDI 846: (Inventory Inquiry/Advice) Eine EDI 846 ist eine elektronische Inventaranfrage/-mitteilung gemäß dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. EDI 846 wird häufig in der verarbeitenden Industrie verwendet und funktioniert auf zwei Arten: Es kann vom Lieferanten oder vom Käufer gesendet werden. 

    Ein Lieferant kann ein EDI 846 an einen Kunden senden, um ihn über Lagerbestände zu informieren, die je nach seinem Kaufverhalten relevant sein könnten. Auf der anderen Seite kann ein Kunde ein EDI 846 senden, um sich selbst über die Lagerbestände des Lieferanten zu informieren. Dies erleichtert eine realistische Planung auf beiden Seiten, da es Erwartungen festlegt und einen Bezugspunkt für Bestandsabfragen bietet.

    Viele fragen nach dem Unterschied zwischen EDI 846 und EDI 852. EDI 846 ist eine Abfrage des tatsächlichen Lagerbestands, während sich EDI 852 eher auf genaue Bestandsberechnungen, Planung und Prognosen konzentriert.

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 846 Inventory Inquiry/Advice Transaction Set kann auf folgende Weise verwendet werden: (1) für einen Verkäufer von Waren und Dienstleistungen, um einem potenziellen Käufer Bestandsinformationen zur Verfügung zu stellen, ohne dass der Käufer verpflichtet ist, diese Waren oder Dienstleistungen zu erwerben; (2) für einen Vertreter eines Verkäufers von Waren und Dienstleistungen, um diesem Verkäufer Bestandsinformationen zur Verfügung zu stellen; (3) für einen Standort, um einen anderen Standort mit Bestandsinformationen zu versorgen; und (4) für eine Anfrage zur Verfügbarkeit von Beständen, ohne dass der Verkäufer von Waren und Dienstleistungen verpflichtet ist, diese Bestände zu reservieren.

  • EDI 850: (Purchase Order) Eine EDI 850 ist eine elektronische Bestellung (PO) nach dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. Es handelt sich um eines der am häufigsten ausgetauschten EDI-Dokumente in allen Branchen. In einem typischen Geschäftsszenario sendet ein Käufer - Einzelhändler oder andere - ein EDI 850 an einen Lieferanten, um Waren und/oder Dienstleistungen zu bestellen, woraufhin der Lieferant eine Rechnung (EDI 810) schickt.

    Eine EDI 850 enthält unter anderem die folgenden Informationen:
    - Beschreibung der angeforderten Waren und/oder Dienstleistungen in Form einzelner Positionen
    - Menge der angeforderten Waren und/oder Dienstleistungen
    - Lieferbedingungen (z. B. Lieferung innerhalb von 10 Tagen)
    - Zu fakturierender Gesamtbetrag 

    Die offizielle ANSI X12-Definition lautet wie folgt: Der EDI X12 850 Purchase Order Transaction Set kann verwendet werden, um übliche und etablierte Geschäfts- und Industriepraktiken in Bezug auf die Bestellung von Waren und Dienstleistungen zu ermöglichen. Dieser Transaktionssatz sollte nicht für die Übermittlung von Bestellungsänderungen oder Bestellungsbestätigungsinformationen verwendet werden.

    Es ist wichtig, den obigen Punkt zu betonen. Die EDI 850 Purchase Order (allgemein als EDI 850 PO oder einfach PO bezeichnet) ist nur für EDI-Bestellungen gedacht. In einem herkömmlichen EDI 850-Layout wird jedes einzelne Produkt als Einzelposition aufgeführt, und die zu fakturierende Auftragssumme wird am unteren Rand berechnet. Das Layout enthält auch typische Absender- und Empfängerinformationen, wie z. B. den Firmennamen und Kontaktinformationen.

  • EDI 852: (Produktaktivitätsdaten) Eine EDI 852 ist eine elektronische Nachricht über Produktaktivitätsdaten und entspricht dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. Sie wird häufig in der Automobil- und Pharmaindustrie als Mittel zur Aufrechterhaltung gesunder Lagerbestände verwendet.

    Viele fragen nach dem Unterschied zwischen EDI 852 und 846. EDI 852 ist eher auf genaue Bestandsberechnungen, Planung und Prognosen ausgerichtet, während EDI 846 eine Abfrage des tatsächlichen Bestandsstatus ist.

    Darüber hinaus werden die im EDI 852-Transaktionssatz enthaltenen Daten oft mit denen eines EDI 867-Produkttransfer- und Wiederverkaufsberichts verglichen, der Informationen über Produktbewegungen zwischen verschiedenen Standorten und deren Rückverfolgung an den Endkunden liefert. EDI 852 und 867 werden oft zusammen betrachtet, um einen detaillierteren Überblick zu erhalten.

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 852 Product Activity Data Transaction Set kann verwendet werden, um einen Handelspartner über Bestände, Verkäufe und andere Produktaktivitätsinformationen zu informieren. Mit Hilfe von Produktaktivitätsdaten kann ein Handelspartner für Distributionszentren, Lager oder Einzelhandelsgeschäfte planen und versenden oder Bestandsauffüllungsmengen vorschlagen.

    Der Empfänger des Transaktionssatzes führt eine Art von Bestands-/Produktbewegungsaufzeichnungen für seine Handelspartner, um Nachschubberechnungen auf der Grundlage der vom Distributor, Lager oder Einzelhändler bereitgestellten Daten zu ermöglichen.

  • EDI 855: (Purchase Order Acknowledgment) Eine EDI 855 ist eine Auftragsbestätigung nach dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. Er wird in allen Branchen verwendet. In einem typischen Geschäftsszenario erhält ein Lieferant eine Bestellung (EDI 850) von einem Kunden und bestätigt dann den Erhalt dieser Bestellung, indem er ein EDI 855 als Antwort sendet.

    Die EDI 855 enthält auch Informationen darüber, ob die Bestellung angenommen, abgelehnt oder mit Änderungen angenommen wurde. Diese Information wird in Form eines EDI 855 Ablehnungscodes dargestellt und ist im EDI-Dokument enthalten.

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 855 Purchase Order Acknowledgment Transaction Set kann verwendet werden, um die üblichen und etablierten Geschäfts- und Industriepraktiken in Bezug auf die Bestätigung der Bestellung eines Käufers durch den Verkäufer zu übermitteln, daher der Name Purchase Order Acknowledgment. Der EDI 855 Transaktionssatz kann auch als Benachrichtigung über eine vom Verkäufer generierte Bestellung verwendet werden. Damit wird der Käufer darüber informiert, dass der Lieferant die Ware wie in der Partnerschaft vereinbart geliefert hat oder liefern wird.

  • EDI 856: (Ship Notice/Manifest) Eine EDI 856 ist eine elektronische Versandanzeige/ein elektronisches Manifest gemäß dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. In Nordamerika wird die EDI 856 auch als ASN (Advanced Shipping Notice) bezeichnet. In Europa wird es gemäß dem EDIFACT-Standard häufig als DESADV (Versandanzeige) bezeichnet. 

    Die EDI 856 enthält die folgenden Informationen: 
    - Versendete(r) Auftrag(e)
    - Menge der versendeten Einzelpositionen,
    - Produktbeschreibungen
    - Informationen zum Spediteur und Tracking-Nummer
    - Geschätztes Lieferdatum und -zeit
    - Beschreibung der Verpackung
    - Barcode-Etiketten für den Empfang (falls zutreffend)
    - Palettencodes (falls zutreffend)

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 856 Ship Notice/Manifest Transaction Set kann verwendet werden, um den Inhalt einer Warensendung sowie zusätzliche Informationen zur Sendung aufzulisten, wie z.B. Bestellinformationen, Produktbeschreibung, physikalische Eigenschaften, Art der Verpackung, Kennzeichnung, Frachtführerinformationen und Konfiguration der Waren innerhalb des Transportequipments. Das Transaktionsset ermöglicht es dem Absender, den Inhalt und die Konfiguration einer Sendung in verschiedenen Detailstufen zu beschreiben, und bietet eine geordnete Flexibilität bei der Übermittlung von Informationen.

    Der Absender dieser Transaktion ist die Organisation, die für die detaillierte Beschreibung und Übermittlung des Inhalts eines Transports oder von Transporten an einen oder mehrere Empfänger des Transaktionssets verantwortlich ist. Der Empfänger dieses Transaktionssatzes kann jede Organisation sein, die ein Interesse am Inhalt einer Sendung oder an Informationen über den Inhalt einer Sendung hat.

  • EDI 860: (Purchase Order Change Request - Buyer Initiated) Ein EDI 860 ist ein vom Käufer initiierter Änderungsantrag für eine Bestellung gemäß dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. Mit EDI 860 kann ein Einkäufer eine Änderung einer bereits aufgegebenen Bestellung (EDI 850) beantragen oder eine vom Lieferanten vorgenommene Änderung der Bestellung mittels einer EDI 855 Purchase Order Acknowledgement akzeptieren. 

    Die offizielle ANSI X12-Definition lautet wie folgt: Die EDI 860 Purchase Order Change Request - Buyer Initiated Transaction Set kann verwendet werden, um die Informationen bereitzustellen, die für die übliche und etablierte Geschäfts- und Industriepraxis im Zusammenhang mit einer Bestelländerung erforderlich sind. Diese Transaktion kann verwendet werden: (1) von einem Käufer, um eine Änderung einer zuvor eingereichten Bestellung zu beantragen, oder (2) von einem Käufer, um die Annahme einer vom Verkäufer oder im gegenseitigen Einvernehmen der beiden Parteien initiierten Bestelländerung zu bestätigen.

  • EDI 940: (Warehouse Shipping Order) Ein EDI 940 ist ein elektronischer Lagerbestellungsauftrag gemäß dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. In einem typischen Geschäftsszenario verwendet ein Hersteller einen EDI 940, um mit einem seiner Lagerhäuser über Versandinformationen zu kommunizieren.
    Ein EDI 940 wird auch häufig in Streckengeschäften verwendet, da sich viele Fertigungsunternehmen dafür entscheiden, den Versand an einen Drittanbieter (3PL) auszulagern. Dies kann eine enorme Kostenersparnis für Hersteller bedeuten, daher ist es gut, die Besonderheiten des Streckengeschäfts zu kennen, um die beste Entscheidung zu treffen.

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 940 Warehouse Shipping Order Transaction Set kann verwendet werden, um den Einlagerer oder eine andere Geschäftspartei in die Lage zu versetzen, ein Lagerhaus anzuweisen, eine Lieferung zu tätigen, eine Lieferung zu bestätigen oder einen zuvor übermittelten Versandauftrag zu ändern oder zu stornieren.

  • EDI 943: (Warehouse Stock Transfer Shipment Advice) Ein EDI 943 ist ein elektronischer Lagerumschlags-Sendungsavis gemäß dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. In einem typischen Geschäftsszenario verwendet ein Hersteller ein EDI 943, um ein Lager darüber zu informieren, dass er bestimmte Artikel an einen anderen Lagerort liefern muss. 

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 943 Warehouse Stock Transfer Shipment Advice Transaction Set kann von einem Einlagerer oder einem Vertreter des Einlagerers oder einer anderen Geschäftspartei verwendet werden, um den Empfänger zu informieren, dass eine Umlagerung stattgefunden hat. Mit diesem Transaktionssatz erhält der empfangende Ort detaillierte Informationen über das Produkt, das an diesen Ort versandt wird.

  • EDI 944: (Warehouse Stock Transfer Receipt Advice) Ein EDI 944 ist ein elektronischer Lagerumlagerungsbeleg gemäß dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. In einem typischen Geschäftsszenario sendet ein Hersteller eine EDI 943 an ein Lager, um mitzuteilen, dass bestimmte Waren an ein anderes Lager versandt werden müssen. Das andere Lager sendet ein EDI 944 an den Hersteller, um ihm mitzuteilen, dass die beabsichtigte Ware eingegangen ist. 

    Die offizielle ANSI X12-Definition lautet wie folgt: Der Transaktionssatz EDI 944 Warehouse Stock Transfer Receipt Advice kann von einer empfangenden Stelle verwendet werden, um einen Einlagerer oder einen Vertreter des Einlagerers oder eine andere Geschäftspartei darüber zu informieren, dass eine Transfersendung eingegangen ist. Dieser Transaktionssatz liefert dem Einlagerer oder dem Vertreter des Einlagerers detaillierte Informationen über das eingegangene Produkt.

  • EDI 945: (Warehouse Shipping Advice) Ein EDI 945 ist ein elektronischer Lagerbegleitschein nach dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. Ähnlich wie ein Lieferavis (EDI 856) ist ein EDI 945 die Art und Weise, wie das Lager dem Hersteller mitteilt, dass sein Lagerlieferauftrag (EDI 940) erfüllt wurde.
    Vereinfacht gesagt, teilt ein EDI 945 den Herstellern mit, dass ihre Bestellung das Lager verlassen hat und sich auf dem Weg zu ihrem Bestimmungsort befindet, unabhängig davon, ob die Bestellung an einen Kunden oder direkt an den Verbraucher im Rahmen eines Streckengeschäfts geht. 

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 945 Warehouse Shipping Advice Transaction Set kann vom Lager verwendet werden, um dem Einlagerer oder einer anderen Geschäftspartei mitzuteilen, dass der Versand erfolgt ist. Das EDI-Dokument 945 wird verwendet, um die Auftragsmengen mit den Versandmengen abzugleichen.

  • EDI 997: (Functional Acknowledgment) Ein EDI 997 ist eine elektronische Funktionsbestätigung (FA) gemäß dem ANSI X12-Standard, einem der am häufigsten verwendeten EDI-Standards in Nordamerika. Vereinfacht ausgedrückt, kann EDI 997 von allen Handelspartnern verwendet werden und dient der Bestätigung der Zustellung elektronischer Informationen; es ist eine technische Bestätigung, dass bestimmte EDI-Daten an den/die vorgesehenen Empfänger geliefert wurden. Ein EDI 997 liefert einen detaillierten Bericht über die übermittelten Daten und informiert den Absender darüber, ob weitere Maßnahmen erforderlich sind.

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 997 Functional Acknowledgment Transaction Set kann verwendet werden, um die Kontrollstrukturen für eine Reihe von Bestätigungen zu definieren, die die Ergebnisse der syntaktischen Analyse der elektronisch kodierten Dokumente anzeigen. Bei den kodierten Dokumenten handelt es sich um Transaktionssätze, die in funktionalen Gruppen zusammengefasst sind und bei der Definition von Transaktionen für den Geschäftsdatenaustausch verwendet werden. Dieser Standard deckt nicht die semantische Bedeutung der in den Transaktionssätzen kodierten Informationen ab.

  • EFT: (Electronic Funds Transfer) Ein EFT ist ein übergreifender Begriff, der für jede Art von elektronischer Zahlung verwendet werden kann, bei der Gelder von einem Bankkonto auf ein anderes innerhalb desselben Finanzinstituts oder bei verschiedenen Finanzinstituten überwiesen werden.

    Im privaten Bereich ist die häufigste Form des EFT die Überweisung von Geldern von einem Bankkonto auf ein anderes (d. h. die Überweisung von einem Girokonto bei einer Bank auf ein Sparkonto bei einer anderen). Im Geschäftsleben sind Überweisungen eine gängige Praxis, die ebenfalls unter die Kategorie EFT fallen. Das Gleiche gilt für ACH-Überweisungen (Automated Clearing House) in den USA. 

  • FINCAN: (Financial Cancellation Message) Nach dem EDIFACT-Standard ist FINCAN die sechsstellige Bezeichnung für eine elektronische Finanzstornomeldung.  

    Die offizielle UN/EDIFACT-Definition von FINCAN lautet wie folgt: Eine Finanzstorno-Nachricht wird vom Auftraggeber (oder Zahler oder Bevollmächtigten im Namen des Auftraggebers) oder von einem Dritten, der eine Vollmacht für die Zahlungen des Auftraggebers hat, an die beauftragte Bank gesendet, um die Stornierung einer bestimmten Finanznachricht oder Transaktion anzufordern. Die ausführliche Definition der FINCAN-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • FINPAY: (Multiple Interbank Funds Transfer Message) Gemäß dem EDIFACT-Standard ist FINPAY der sechsstellige Name für eine elektronische Mehrfach-Interbank-Überweisungsnachricht. 

    Die offizielle UN/EDIFACT-Definition von FINPAY lautet wie folgt: Eine Interbank-Mehrfachüberweisungsnachricht wird zwischen Finanzinstituten versandt, um die Überweisung von Geldern zur Abwicklung der betreffenden Geschäftstransaktion(en) anzufordern. Die FINPAY-Nachricht kann direkt zwischen Finanzinstituten oder über ein Clearing-System ausgetauscht werden.

    Je nach der Kontobeziehung zwischen den Finanzinstituten kann die FINPAY-Nachricht als Zahlungsauftrag und/oder als Gutschriftsanzeige verwendet werden. FINPAY kann auch für Inkassi, Dokumentenakkreditive, Lastschriften und andere Überweisungen im Zusammenhang mit Finanzinstituten verwendet werden. Die ausführliche Definition der FINCAN-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • FINSTA: (Financial Statement of an Account Message) Nach dem EDIFACT-Standard ist FINSTA die sechsstellige Bezeichnung für eine elektronische Kontoauszugsnachricht. 

    Die offizielle UN/EDIFACT-Definition von FINSTA lautet wie folgt:   Diese Nachricht kann für verschiedene Kommunikationsfunktionen zwischen Finanzinstituten und ihren Kunden verwendet werden. Die häufigste Funktion ist die Übermittlung eines Auszugs der Buchungen auf dem Konto eines Kunden. Der Nachrichtentyp kann mehrere Konten enthalten (in der B-Ebene angegeben). Die erweiterte Definition der FINSTA-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • Funktionsbestätigung (FA): Gemäß dem ANSI X12-Standard üblicherweise als EDI 997 bezeichnet, kann eine Funktionsbestätigung von allen Handelspartnern verwendet werden, um die Zustellung elektronischer Informationen zu bestätigen; es handelt sich um eine technische Bestätigung, dass bestimmte EDI-Daten an den/die vorgesehenen Empfänger geliefert wurden. Eine Funktionsbestätigung (EDI 997) liefert einen detaillierten Bericht über die übermittelten Daten und informiert den Absender darüber, ob weitere Maßnahmen erforderlich sind.

    Die offizielle ANSI X12-Definition lautet wie folgt: Das EDI 997 Functional Acknowledgment Transaction Set kann verwendet werden, um die Kontrollstrukturen für eine Reihe von Bestätigungen zu definieren, die die Ergebnisse der syntaktischen Analyse der elektronisch kodierten Dokumente anzeigen. Bei den kodierten Dokumenten handelt es sich um Transaktionssätze, die in funktionalen Gruppen zusammengefasst sind und bei der Definition von Transaktionen für den Geschäftsdatenaustausch verwendet werden. Dieser Standard deckt nicht die semantische Bedeutung der in den Transaktionssätzen kodierten Informationen ab.

  • GENRAL: (General Purpose Message) Nach dem EDIFACT-Standard ist GENRAL die sechsstellige Bezeichnung für eine elektronische Allzwecknachricht. 

    Die offizielle UN/EDIFACT-Definition von GENRAL lautet wie folgt:  Eine Nachricht, die die Übermittlung von Textinformationen ermöglicht. Die erweiterte Definition der GENRAL-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • HANMOV: (Cargo/Goods Handling and Movement Message) Nach dem EDIFACT-Standard ist HANMOV die sechsstellige Bezeichnung für eine elektronische Fracht-/Warenumschlags- und Bewegungsnachricht. 

    Die offizielle UN/EDIFACT-Definition von HANMOV lautet wie folgt: Diese Nachricht umfasst zwei Funktionalitäten: 1.) Eine Nachricht von einer Partei an ein Lager/Verteilzentrum, in der die Umschlagleistungen und, falls erforderlich, die Bewegung bestimmter Waren angegeben werden. 2.) Eine Nachricht von einem Logistikdienstleister (d. h. Lager, Logistikzentrum, Distributionszentrum) an einen Auftraggeber, in der der Status der Umschlagleistungen und gegebenenfalls die Bewegung bestimmter Waren gemeldet wird.

    Beides ist auf Lager im Zuständigkeitsbereich des Verteilzentrums beschränkt. Die erweiterte Definition der HANMOV-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • IFTMAN: (Arrival Notice Message) Gemäß dem EDIFACT-Standard ist IFTMAN die sechsstellige Bezeichnung für eine elektronische Ankunftsmeldung.

    Die offizielle UN/EDIFACT-Definition von IFTMAN lautet wie folgt:   Eine Nachricht von der Partei, die Speditions- und/oder Transportdienstleistungen erbringt, an die Partei, wie sie im Vertrag angegeben ist, mit der Mitteilung und den Einzelheiten über die Ankunft der Sendung. Die erweiterte Definition der IFTMAN-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen.

  • IFTMIN: (Instruction Message) Nach dem EDIFACT-Standard ist IFTMIN die sechsstellige Bezeichnung für eine elektronische Anweisungsnachricht.

    Die offizielle UN/EDIFACT-Definition von IFTMIN lautet wie folgt:  Eine Nachricht von der Partei, die eine Anweisung bezüglich Speditions-/Transportdienstleistungen für eine Sendung zu vereinbarten Bedingungen erteilt, an die Partei, die die Speditions- und/oder Transportdienstleistungen veranlasst. Die erweiterte Definition der IFTMIN-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • INSDES: (Instruction to Dispatch Message) Gemäß dem EDIFACT-Standard ist INSDES die sechsstellige Bezeichnung für eine elektronische Versandanweisung.

    Die offizielle UN/EDIFACT-Definition von INSDES lautet wie folgt:   Eine Nachricht von einer Partei an eine andere Partei, die die Kontrolle über bestellte Waren hat, mit der Anweisung, eine Sendung gemäß den in der Nachricht angegebenen Bedingungen auf Eis zu legen oder zu verschicken. Die erweiterte Definition der INSDES-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • INSRPT: (Inspection Report Message) Nach dem EDIFACT-Standard ist INSRPT die sechsstellige Bezeichnung für eine elektronische Inspektionsberichtsnachricht.

    Die offizielle UN/EDIFACT-Definition von INSRPT lautet wie folgt: Eine Nachricht, die vom Inspektionsdienst eines Kunden oder dessen Beauftragten versandt wird, um einen Lieferanten und andere interessierte Parteien über die Ergebnisse der Inspektion von Sendungen zu informieren, die an einen Kunden versandt werden sollen. Die ausführliche Definition der INSRPT-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • INVOIC: (Invoice Message) Nach dem EDIFACT-Standard ist INVOIC der sechsstellige Name für eine elektronische Rechnung. Sie ist eine der am häufigsten verwendeten EDI-Nachrichten in allen Branchen. In Nordamerika wird sie in Übereinstimmung mit dem ANSI X12-Standard als EDI 810 bezeichnet. In einem typischen Geschäftsszenario sendet ein Lieferant die INVOIC-Nachricht an einen Kunden (Käufer), nachdem er eine Bestellung (PO) oder ORDERS-Nachricht erfüllt hat.  

    Die INVOIC-Nachricht enthält u. a. die folgenden Informationen
    - Geschäftsinformationen (Adresse, Telefonnummer usw.) sowohl für den Käufer als auch für den Lieferanten

    - Einzelposten, in denen die in Rechnung gestellten Waren und/oder Dienstleistungen eindeutig aufgeführt sind 
    - Datum der Ausstellung
    - Zahlungsbedingungen (z. B. innerhalb von 30 Tagen zu zahlen)
    - Geschuldeter Gesamtbetrag
    - Steuer oder Mehrwertsteuer (falls zutreffend)

    Die offizielle UN/EDIFACT-Definition lautet wie folgt: Eine Nachricht, die die Zahlung für Waren oder Dienstleistungen fordert, die unter den zwischen Verkäufer und Käufer vereinbarten Bedingungen geliefert wurden. Diese Spezifikation enthält die Definition der Rechnungsnachricht (INVOIC), die im elektronischen Datenaustausch (EDI) zwischen Handelspartnern in Verwaltung, Handel und Transport verwendet wird. Klicken Sie hier, um die erweiterte Definition von INVOIC auf der UN/EDIFACT-Website zu lesen.
     
  • INVRPT: (Inventory Report Message) Gemäß dem EDIFACT-Standard ist INVRPT die sechsstellige Bezeichnung für eine elektronische Bestandsmeldung. Die INVRPT-Nachricht wird häufig in der Fertigungsindustrie verwendet und dient dazu, Informationen über den Lagerbestand zu liefern. Sie funktioniert auf zwei Arten und kann vom Käufer oder vom Lieferanten gesendet werden. In Nordamerika wird sie oft als EDI 846 gemäß dem ANSI X12-Standard bezeichnet. 

    Ein Lieferant kann eine INVRPT-Nachricht an einen Kunden senden, um ihn über Lagerbestände zu informieren, die je nach seinem Kaufverhalten relevant sein können. Auf der anderen Seite kann ein Kunde eine INVRPT-Nachricht senden, um den Lagerbestand des Lieferanten selbst zu überprüfen. Dies erleichtert eine realistische Planung auf beiden Seiten, da es Erwartungen festlegt und einen Bezugspunkt für Bestandsabfragen bietet.

    Die offizielle UN/EDIFACT-Definition lautet wie folgt: Eine Nachricht, die Informationen über den Bestand an Vorräten enthält. Die Nachricht "Inventory report" ist für die Verwendung in beiden Richtungen zwischen Handelspartnern vorgesehen. Klicken Sie hier, um die erweiterte Definition von INVRPT auf der UN/EDIFACT-Website zu lesen. 

  • ORDCHG: (Purchase Order Change Request Message) Nach dem EDIFACT-Standard ist ORDCHG der sechsstellige Name für eine elektronische Bestellungsänderungsanfrage. Die ORDCHG-Nachricht wird vom Käufer initiiert und wird verwendet, um eine Änderung einer Bestellung (ORDERS) anzufordern, die der Käufer zuvor eingereicht hat, oder um vom Lieferanten vorgenommene Änderungen an der Bestellung zu akzeptieren. In Nordamerika wird diese Nachricht in Übereinstimmung mit dem ANSI X12 Standard als EDI 860 bezeichnet. 

    Die offizielle UN/EDIFACT-Definition lautet wie folgt: Eine Nachricht des Käufers an den Verkäufer, in der die Einzelheiten der Anfrage des Käufers zur Änderung einer Bestellung angegeben sind. Klicken Sie hier, um die erweiterte Definition auf der UN/EDIFACT-Website zu lesen. 

  • ORDERS: (Purchase Order Message) Gemäß dem EDIFACT-Standard ist ORDERS der sechsstellige Name für eine elektronische Bestellung (PO). Es handelt sich um eines der am häufigsten ausgetauschten EDI-Dokumente in allen Branchen. In einem typischen Geschäftsszenario sendet ein Käufer - Einzelhändler oder andere - eine ORDERS-Nachricht an einen Lieferanten, um Waren und/oder Dienstleistungen zu bestellen, woraufhin der Lieferant eine Rechnung (INVOIC) schickt. Diese Nachricht wird in Nordamerika in Übereinstimmung mit dem ANSI X12-Standard üblicherweise als EDI 850 bezeichnet. 

    Eine ORDERS-Nachricht enthält unter anderem die folgenden Informationen
    - Beschreibung der angeforderten Waren und/oder Dienstleistungen, dargestellt als einzelne Positionen
    - Menge der angeforderten Waren und/oder Dienstleistungen
    - Lieferbedingungen (z. B. muss innerhalb von 10 Tagen geliefert werden)
    - Zu fakturierender Gesamtbetrag 

    Die offizielle UN/EDIFACT-Definition lautet wie folgt: Eine Nachricht, die Einzelheiten zu Waren oder Dienstleistungen enthält, die unter den zwischen Verkäufer und Käufer vereinbarten Bedingungen bestellt wurden. Klicken Sie hier, um die erweiterte Definition auf der UN/EDIFACT-Website zu lesen.

  • ORDRSP: (Purchase Order Response Message) Nach dem EDIFACT-Standard ist ORDRSP der sechsstellige Name für eine elektronische Bestellungsantwort. Er wird in allen Branchen verwendet. In einem typischen Geschäftsszenario erhält ein Lieferant eine Bestellung (ORDERS) von einem Kunden und bestätigt dann den Erhalt dieser Bestellung, indem er eine ORDRSP-Nachricht als Antwort sendet. 

    Die ORDRSP-Nachricht enthält auch Informationen darüber, ob die Bestellung angenommen, abgelehnt oder mit Änderungen angenommen wurde, und diese Daten sind im EDI-Dokument enthalten.

    Die offizielle UN/EDIFACT-Definition lautet wie folgt: Eine Nachricht des Verkäufers an den Käufer als Antwort auf eine Bestellungsnachricht oder eine Änderungsanforderung für eine Bestellung. Klicken Sie hier, um die erweiterte Definition auf der UN/EDIFACT-Website zu lesen. 

  • OSTENQ: (Delivery Just In Time Message) Nach dem EDIFACT-Standard ist OSTENQ die sechsstellige Bezeichnung für eine elektronische Auftragsstatusabfrage-Nachricht.

    Die offizielle UN/EDIFACT-Definition von OSTENQ lautet wie folgt:   Eine Nachricht zwischen einem Käufer oder Käufer-Agenten und einem Verkäufer oder Verkäufer-Agenten zur Information über den aktuellen Status einer zuvor gesendeten Bestellung(en). Die erweiterte Definition der OSTENQ-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • OSTRPT: (Order Status Report Message) Gemäß dem EDIFACT-Standard ist OSTRPT der sechsstellige Name für eine elektronische Auftragsstatusmeldung.

    Die offizielle UN/EDIFACT-Definition von OSTRPT lautet wie folgt: Eine Nachricht zwischen einem Käufer oder einem Vertreter des Käufers und einem Verkäufer oder einem Vertreter des Verkäufers, die Statusinformationen über den aktuellen Stand einer zuvor gesendeten Bestellung(en) übermittelt. Dabei kann es sich um eine Antwort auf einen Auftragsstatus oder einen Bericht handeln, wie zwischen den Partnern vereinbart. Die erweiterte Definition der FINSTA-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • PRICAT: (Price/Sales Catalogue Message) Gemäß dem EDIFACT-Standard ist PRICAT der sechsstellige Name für eine elektronische Preis-/Verkaufskatalognachricht.

    Die offizielle UN/EDIFACT-Definition von PRICAT lautet wie folgt:   Diese Nachricht kann für verschiedene Kommunikationsfunktionen zwischen Finanzinstituten und ihren Kunden verwendet werden. Die häufigste Funktion ist die Übermittlung eines Auszugs der Buchungsposten auf dem Konto eines Kunden. Der Nachrichtentyp kann mehrere Konten enthalten (in der B-Ebene angegeben). Die erweiterte Definition der PRICAT-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen.

  • PRIHIS: (Pricing History Message) Gemäß dem EDIFACT-Standard ist PRIHIS die sechsstellige Bezeichnung für eine elektronische Preishistoriennachricht.

    Die offizielle UN/EDIFACT-Definition von PRIHIS lautet wie folgt: Eine Nachricht, die die Preishistorie und damit zusammenhängende Informationen über zuvor bestellte Waren zu den zwischen einem Verkäufer und einem Käufer vereinbarten Bedingungen liefert. Die erweiterte Definition der FINSTA-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen.

  • PRODAT: (Product Data Message) Nach dem EDIFACT-Standard ist PRODAT die sechsstellige Bezeichnung für eine elektronische Produktdaten-Nachricht.

    Die offizielle UN/EDIFACT-Definition von PRODAT lautet wie folgt:   Eine Nachricht zur Übermittlung von Stammdaten - ein Satz von Daten, der selten geändert wird - zur Identifizierung und Beschreibung von Produkten, die ein Lieferant seinem (potenziellen) Kunden oder Käufer anbietet. Diese Informationen mit langer Gültigkeitsdauer umfassen technische und funktionale Produktbeschreibungen, nicht aber kaufmännische Bedingungen. Diese Nachricht kann auch verwendet werden, um die Informationen in einer zuvor gesendeten PRODAT-Nachricht zu aktualisieren. Die erweiterte Definition der FINSTA-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • Einkaufsbestellung (PO): Eine Bestellung (PO) ist eines der am häufigsten ausgetauschten Geschäftsdokumente in allen Branchen. In einem typischen Geschäftsszenario sendet ein Käufer - Einzelhändler oder andere - eine Bestellung an einen Lieferanten, um Waren und/oder Dienstleistungen zu bestellen, woraufhin der Lieferant eine Rechnung schickt. 

    Bestellungen können elektronisch versandt werden. In Nordamerika wird die elektronische Version einer Bestellung in Übereinstimmung mit dem ANSI X12-Standard als EDI 850 bezeichnet. In Europa werden elektronische Bestellungen üblicherweise als ORDERS-Nachrichten nach dem UN/EDIFACT-Standard bezeichnet.

    Eine Bestellung enthält unter anderem die folgenden Informationen
    - Beschreibung der angeforderten Waren und/oder Dienstleistungen, dargestellt als einzelne Positionen
    - Menge der angeforderten Waren und/oder Dienstleistungen
    - Lieferbedingungen (z. B. Lieferung innerhalb von 10 Tagen)
    - Gesamtbetrag, der in Rechnung gestellt wird 

  • Bestellungsbestätigung: In einem typischen Geschäftsszenario erhält ein Lieferant eine Bestellung von einem Kunden und bestätigt den Erhalt dieser Bestellung, indem er eine Bestellungsbestätigung schickt. Eine Bestellungsbestätigung enthält auch Informationen darüber, ob die Bestellung angenommen, abgelehnt oder mit Änderungen akzeptiert wurde oder nicht. 

    Bestellungsbestätigungen können elektronisch versandt werden. In Nordamerika wird die elektronische Version einer Auftragsbestätigung in Übereinstimmung mit dem ANSI X12-Standard als EDI 855 bezeichnet. In Europa werden elektronische Auftragsbestätigungen üblicherweise als ORDRSP-Nachrichten nach dem UN/EDIFACT-Standard bezeichnet.

  • RECADV: (Receiving Advice Message) Nach dem EDIFACT-Standard ist RECADV die sechsstellige Bezeichnung für eine elektronische Empfangsmitteilung. Diese RECADV-Nachricht wird vom Empfänger an den Versender gesendet, um ihn darüber zu informieren, dass der Auftrag an seinem Bestimmungsort angekommen ist. Die RECADV-Nachricht informiert den Versender auch, wenn der empfangene Inhalt von dem Inhalt abweicht, der in anderen Dokumenten derselben Transaktion aufgeführt ist, z. B. in der Bestellung (ORDERS). In Nordamerika wird die RECAVD-Nachricht in Übereinstimmung mit dem ANSI X12-Standard üblicherweise als EDI 861 Receiving Advice/Acceptance certificate bezeichnet. 

    Die offizielle UN/EDIFACT-Definition lautet wie folgt: Diese Nachricht dient dazu, die geschäftlichen Anforderungen im Zusammenhang mit dem Wareneingang zu erfüllen. Diese Nachricht wird verwendet, um den physischen Empfang von Waren zu melden. Die Nachricht ermöglicht die Meldung von Diskrepanzen bei Produkten, Mengen, Bedingungen, Verpackungen usw.
    Die Meldung darf nur die Information enthalten, dass die eingegangene Sendung vollständig mit den in der Rückmeldung angegebenen Sendungsinformationen übereinstimmt. Falls keine Angaben gemacht werden müssen.

    Die Meldung kann über die Unstimmigkeiten informieren:
    - zwischen der eingegangenen Sendung und den in der Lieferavis-Meldung (DESADV) angegebenen Sendungsinformationen
    - zwischen der empfangenen Ware und der bestellten Ware in den Informationen ORDERS, DELFOR oder DELJIT

  • REMADV: (Remittance Advice Message) Nach dem EDIFACT-Standard ist REMADV die sechsstellige Bezeichnung für eine elektronische Zahlungsavis-Nachricht. 

    Die offizielle UN/EDIFACT-Definition von REMADV lautet wie folgt:   Das Überweisungsavis ist eine Mitteilung zwischen Handelspartnern, z. B. Verkäufer, Käufer, Finanzinstitute, die eine detaillierte Abrechnung einer Zahlung oder einer anderen Form der finanziellen Abwicklung für die Bereitstellung von Waren und/oder Dienstleistungen gemäß den Angaben im Avis enthält. Die ausführliche Definition der REMADV-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. 

  • Kundenauftrag (SO): Wenn Unternehmen Daten elektronisch austauschen, tauchen im Bestellprozess häufig die Begriffe Bestellung (PO) und Kundenauftrag (SO) auf. Im Prinzip sind sie identisch, da die im Dokument enthaltenen Informationen identisch sind. Wenn ein EDI-Standard verwendet wird, werden beide Datensätze außerdem mit der gleichen Abkürzung nach dem EDIFACT- oder ANSI X12-Standard bezeichnet: ORDERS bzw. EDI 850. 

    Die Verwendung von Bestellung vs. Kundenauftrag wird durch die Sichtweise des Marktteilnehmers bestimmt. Während sich die Bestellung auf einen ausgehenden Auftrag zum Kauf von Waren oder Dienstleistungen bezieht, wird der Begriff Kundenauftrag in dem Fall verwendet, dass der Auftrag auf der Verkaufsseite (eingehend) eingeht. Der Begriff Kundenauftrag (SO) wird daher verwendet, um Bestellungen zu bezeichnen, die der Lieferant vom Kunden erhält.

    Ein Kundenauftrag enthält unter anderem die folgenden Informationen
    - Beschreibung der angeforderten Waren und/oder Dienstleistungen, dargestellt als einzelne Positionen
    - Menge der angeforderten Waren und/oder Dienstleistungen
    - Lieferfristen (z. B. muss innerhalb von 10 Tagen geliefert werden)
    - In Rechnung zu stellender Gesamtbetrag 

  • SLSFCT: (Sales Forecast Message) Nach dem EDIFACT-Standard ist SLSFCT die sechsstellige Bezeichnung für eine elektronische Verkaufsprognose.

    Die offizielle UN/EDIFACT-Definition von SLSFCT lautet wie folgt: Eine Nachricht, die die Übermittlung von Prognosedaten in Bezug auf Produkte oder Dienstleistungen ermöglicht, wie z. B. Standort, Zeitraum, Produktidentifikation, Preisgestaltung, Geldbetrag, Menge, Marktsektorinformationen, Vertriebspartner. Sie ermöglicht es dem Empfänger, die Informationen automatisch zu verarbeiten und sie für Produktion, Planung, Marketing, statistische Zwecke usw. zu nutzen. Die erweiterte Definition der SLSFCT-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen. SLSRPT: (Sales Data Report Message) Nach dem EDIFACT-Standard ist SLSRPT der sechsstellige Name für eine elektronische Verkaufsdatenmeldung.

    Die offizielle UN/EDIFACT-Definition von SLSRPT lautet wie folgt:   Eine Nachricht, die die Übermittlung von Produktaktivitäten im Zusammenhang mit dem Verkauf von Produkten oder Dienstleistungen ermöglicht, wie z. B. Ort, Datum, Uhrzeit oder Zeitraum der Aktivität, Menge, Preis, Geldbetrag, Markt, beteiligte Parteien und andere Daten, die verschiedene Verkaufsprozesse ermöglichen. Solche Aktivitätsinformationen ermöglichen dem Empfänger die Durchführung statistischer und quantitativer Analysen zur Unterstützung von Produktion, Planung, Marketing, Wiederauffüllung und anderen Prozessen. Die erweiterte Definition der SLSRPT-Nachricht können Sie auf der UN/EDIFACT-Website hier nachlesen.

Kommunikationsprotokolle

Die EDI-Norm bzw. der E-Invoicing-Standard legt fest, in welchem Format die Daten zwischen den Handelspartnern übermittelt werden müssen bzw. welche EDI-Nachrichtentypen verwendet werden müssen.  Darüber hinaus gibt es aber auch Kommunikationsprotokolle, die vorschreiben, wie die EDI-Nachrichten zu übermitteln sind, zum Beispiel über eine AS2-Verbindung. Kommunikationsprotokolle werden manchmal auch als Dateiübertragungsmethoden bezeichnet, und es ist wichtig, eines zu wählen, das einen sicheren Austauschweg bietet, damit die EDI-Nachrichten störungsfrei von Punkt A nach Punkt B gelangen.

  • Allegro: Eine Art von Wertschöpfungsnetzwerk (VAN)
     
  • API: API steht für Application Programming Interface. Die einfachste Erklärung für eine API ist, dass sie den Echtzeit-Datenaustausch zwischen zwei oder mehr Systemen ermöglicht. Mit anderen Worten: Eine API bietet eine Tür zu einem System eines Dritten. Auf diese Weise können die in einem System enthaltenen Informationen von einem anderen System abgerufen, übernommen und verwendet werden. 

    Im Vergleich zu EDI gibt es drei Hauptunterschiede: 1.) APIs können traditionelle Methoden des Dokumentenaustauschs ersetzen, aber im Gegensatz zu EDI ist das nicht ihr einziger Zweck. 2.) Im Gegensatz zu EDI gibt es für APIs (noch) keine festen Standards und Protokolle wie EDIFACT oder das nordamerikanische ANSI X12. 3.) APIs erfordern ein Lebenszyklusmanagement und insbesondere eine API-Versionsverwaltung, was eine kontinuierliche Überwachung, Aktualisierung und Wartung erfordert. APIs werden jedoch in fast jedem größeren Integrationsprojekt verwendet, beispielsweise um eine Cloud-basierte EDI-Lösung mit einem Back-End-ERP (z. B. SAP) zu verbinden. 

  • AS1: (Applicability Statement 1) - Eine Kommunikationsmethode, die S/MIME (Secure Multi-Purpose Internet Mail Extensions) verwendet und das Simple Mail Transfer Protocol (SMTP) zum Austausch von EDI-Transaktionen über das Internet nutzt.
     
  • AS2: (Anwendbarkeitserklärung 2) AS2 ist ein Kommunikationsprotokoll, das für die sichere Übertragung von Geschäftsdaten von einem System zu einem anderen über das Internet entwickelt wurde. EDI über AS2 wurde erstmals 2002 als direkte Erweiterung seines Vorgängers AS1 (Applicability Statement 1) eingeführt, der in den frühen 1990er Jahren entwickelt wurde. 

    Der Hauptunterschied zwischen AS2 und AS1 liegt in den Transportmethoden, die sie verwenden. Während AS1 Daten per E-Mail unter Verwendung des Simple Mail Transport Protocol (SMTP) überträgt, verwendet AS2 HTTP/S (Hypertext Transport Protocol Secure), was eine Kommunikation in Echtzeit ermöglicht.

    AS2 wurde in den frühen 2000er Jahren im Einzelhandel populär und gewann schnell an Popularität in allen anderen Branchen, da es die besten Komponenten aller anderen Kommunikationsprotokolle vereint. Einige einzigartige Merkmale des AS2-Kommunikationsprotokolls sind Verschlüsselung, digitale Signaturen und Unleugbarkeit. 

  • AS3: (Applicability Statement 3) - Eine Kommunikationsmethode, die FTP/S verwendet, um EDI-Transaktionen über das Internet zu senden.
     
  • AS4: (Anwendbarkeitserklärung 4): AS4 ist ein Kommunikationsprotokoll, das für die sichere Übertragung von Geschäftsdaten von einem System zu einem anderen über das Internet entwickelt wurde. Kurz gesagt, AS4 ist eine verbesserte Version seiner Vorgänger AS1, AS2 und AS3. Zu den Merkmalen von AS4 gehören Dateikomprimierung, Verschlüsselung und Nichtabstreitbarkeit, die alle auch für AS2 typisch sind. Allerdings basiert AS4 auf Webdiensten und erfordert im Gegensatz zu AS2 nicht immer einen Online-Status. Stattdessen ist AS4 in der Lage, Nachrichten vom Empfänger abzuholen, selbst wenn dessen System offline ist, da es immer aktiv ist.

    Obwohl AS4 das neueste Kommunikationsprotokoll in der Familie der Anwendbarkeitserklärungen ist, wird AS2 von den vier Protokollen immer noch am häufigsten für die Übertragung von EDI-Daten verwendet. Das liegt daran, dass viele Lieferanten keine andere Wahl haben. Walmart zum Beispiel verlangt von allen Lieferanten, dass sie EDI-Nachrichten über das AS2-Protokoll übermitteln.

  • E-Mail: Dies ist ein gängiges Kommunikationsprotokoll, das offiziell als SMTP (Simple Mail Transfer Protocol) bezeichnet wird. Viele Unternehmen versenden Rechnungen und andere Geschäftsdokumente als PDF-Anhänge per E-Mail, aber angesichts der zunehmenden Angriffe auf die Lieferkette ist E-Mail kein empfohlenes Kommunikationsprotokoll mehr. Standardmäßig fehlen bei E-Mails Aspekte der Verschlüsselung und Authentifizierung. Im Allgemeinen bedeutet dies, dass alle per E-Mail versendeten Nachrichten relativ ungeschützt und offen für Hacker sind.
     
  • ENX: Das ENX-Netzwerk ist eine gemeinsame Lösung der europäischen Automobilindustrie für den sicheren Austausch von wichtigen Entwicklungs-, Einkaufs- und Produktionskontrolldaten, die von mehr als 1.000 Unternehmen in über 40 Ländern genutzt wird.
     
  • eXite: Eine Art von Wertschöpfungsnetzwerk (VAN).
     
  • FTP:(File Transfer Protocol) - FTP ist ein Kommunikationsprotokoll, das zur Übertragung von Daten von einem System zu einem anderen über das Internet verwendet wird. FTP wird häufig von Unternehmen verwendet, um Dateien von einem System auf ein anderes zu übertragen. Für diese Art der Datenübertragung ist ein FTP-Client erforderlich, der in den meisten Webbrowsern standardmäßig enthalten ist. Ein Beispiel für eine FTP-Dateiübertragung ist das Herunterladen von Dateien von einem Server auf ein lokales Gerät.
     
  • FTP SSL: (File Transfer Protocol over Secure Sockets Layer) FTP SSL ermöglicht die Verschlüsselung von Sitzungen zwischen einem FTP-Client und einem Server.
     
  • GXS: Eine Art von Wertschöpfungsnetzwerk (VAN).
     
  • HTTP: (HyperText Transfer Protocol) HTTP ist ein Kommunikationsprotokoll, das für den Abruf und die Übertragung von Dateien über das Internet verwendet wird. HTTP wird hauptsächlich zur Anzeige von Webseiten im Internet verwendet und ist an der URL der Website zu erkennen. HTTP ist weitgehend durch HTTPS ersetzt worden. 
     
  • HTTPS: (HyperText Transfer Protocol Secure) ist eine sichere Version des Kommunikationsprotokolls HTTP (Hypertext Transfer Protocol). HTTPS hat HTTP aufgrund seiner SSL/TLS-Erweiterung, die Verschlüsselung und sichere Serveridentifizierung bietet, weitgehend ersetzt. HTTPS wird am häufigsten für den Aufruf und die Anzeige von Webseiten über das Internet verwendet und ist in den meisten Website-URLs zu erkennen.
     
  • OFTP: (ODETTE File Transfer Protocol Version 1.0). OFTP und OFTP2 sind die wichtigsten EDI-Kommunikationsprotokolle für die europäische Automobilindustrie. Beide wurden von ODETTE entwickelt, einer europäischen, gemeinnützigen Organisation, die sich mit der Frage beschäftigt, was in der Automobilindustrie erforderlich ist, um die Lieferkette so effizient wie möglich zu gestalten. 

    OFTP Version 1.0 ist auf die spezifischen Kommunikationsanforderungen der Automobilindustrie zugeschnitten und wurde bei den meisten großen Automobilunternehmen implementiert, darunter Audi, BMW, Ford, Hyundai, Opel, Volkswagen, Skoda, Volvo und andere. 

    Obwohl dieses Protokoll ursprünglich für die Automobilindustrie entwickelt wurde, wird es unter anderem auch in der Fertigung, im Einzelhandel, im Bankwesen und in Behörden eingesetzt.

  • OFTP2:

    (ODETTE File Transfer Protocol Version 2.0) OFTP und OFTP2 sind die wichtigsten EDI-Kommunikationsprotokolle für die europäische Automobilindustrie. Beide wurden von ODETTE entwickelt, einer europäischen, gemeinnützigen Organisation, die sich mit der Frage beschäftigt, was in der Automobilindustrie erforderlich ist, um die Lieferkette so effizient wie möglich zu gestalten. 

    OFTP2, oder OFTP Version 2, ist eine aktualisierte Version des Protokolls OFTP Version 1.0. Es umfasst Datenkompression, digitale Zertifikate und die Möglichkeit, große Dateien über das Internet zu versenden. 

  • POP3: (Post Office Protocol 3) POP3 ist ein Kommunikationsprotokoll für EDI/XML zum Abrufen von E-Mails von einem Mailserver.
     
  • SSL/TLS: (Secure Sockets Layer/Transport Layer Security) Das SSL/TLS-Protokoll verschlüsselt den Internet-Verkehr aller Art und ermöglicht so eine sichere Internet-Kommunikation (und damit den Internet-Handel).
     
  • Secure FTP: Siehe Definition für SFTP. 
     
  • SFTP: : (Simple File Transfer Protocol) Ein Netzwerkprotokoll, das Dateiübertragungs- und -manipulationsfunktionen über jeden zuverlässigen Datenstrom bietet. Es wird in der Regel zusammen mit dem SSH-2-Protokoll verwendet, um eine sichere Dateiübertragung zu gewährleisten (siehe auch SSH).
     
  • SMTP: (Simple Mail Transfer Protocol) SMTP ist ein Kommunikationsprotokoll, das im Allgemeinen als E-Mail bezeichnet wird. Viele Unternehmen versenden Rechnungen und andere Geschäftsdokumente als PDF-Anhänge per E-Mail (SMTP), doch angesichts der zunehmenden Angriffe auf die Lieferkette ist SMTP kein empfohlenes Kommunikationsprotokoll mehr. Standardmäßig fehlen bei SMTP Aspekte der Verschlüsselung und Authentifizierung. Im Allgemeinen bedeutet dies, dass alle über SMTP gesendeten Nachrichten relativ ungeschützt und offen für Hacker sind.
     
  • SOAP: (Simple Object Access Protocol) Eine Spezifikation für ein Nachrichtenprotokoll zum Austausch strukturierter Informationen bei der Implementierung von Webdiensten in Computernetzen. Es verwendet den XML-Informationssatz für sein Nachrichtenformat und stützt sich auf Protokolle der Anwendungsschicht, meist das Hypertext Transfer Protocol (HTTP), obwohl einige ältere Systeme über das Simple Mail Transfer Protocol (SMTP) kommunizieren, um Nachrichten auszuhandeln und zu übertragen.
     
  • TLS: (Transport Layer Security) TLS ist eine aktualisierte, sicherere Version von SSL.
     
  • X25:Ein Kommunikationsprotokoll für den Austausch von EDI/XML-Dokumenten. 
     
  • X.400: Ein Kommunikationsprotokoll für den Austausch von EDI/XML-Dokumenten. X.400 ist eine Reihe von Protokollen, die Standards für E-Mail-Nachrichtensysteme definieren. Sie wurde 1984 und 1988 von der ITU-TS (International Telecommunications Union-Telecommunications Sector) definiert. X.400 ist in Europa und Kanada weiter verbreitet als in den Vereinigten Staaten.
     
  • X.400 P7: Siehe Definition für X.400.

Kommunikationsnetzwerke

Für Unternehmen, die Dateien auf der Grundlage gemeinsamer EDI- und/oder E-Invoicing-Standards übertragen oder alternativ unter eine bestimmte Branchenkategorie fallen, hängt die Kommunikationsmethode oft von einer bestimmten Netzwerkverbindung ab. In jedem Fall müssen alle Dateien im richtigen Format und über das entsprechende Netzwerk gesendet werden, damit sie akzeptiert werden.

In diesem Abschnitt finden Sie die gängigen EDI- und E-Invoicing-Kommunikationsnetze.  

  • AXN: (American Network eXchange) Das AXN ist ein großes, privates Extranet, das Automobilzulieferer mit Automobilherstellern verbindet.
     
  • Chorus Pro: Chorus Pro ist seit 2017 die offizielle Plattform für die elektronische Rechnungsstellung der französischen Regierung. Chorus Pro ist die digitale Plattform, auf der die Lieferanten der französischen Regierung ihre Rechnungen einreichen müssen. Die Plattform ist mit dem Finanzinformationssystem des französischen Staates, Chorus, verbunden.

    Chorus Pro kann nachweislich Folgendes leisten: 1.) Verbesserung der Pünktlichkeit der Zahlungen durch Beschleunigung des Rechnungsversands, 2.) Senkung der Druck- und Versandkosten und 3.) Stärkung des Vertrauens in öffentliche Dienstleister durch Gewährleistung einer größeren Transparenz, indem die Überwachung des Zahlungsprozesses durch die Nutzer in Echtzeit erfolgt.

    WICHTIG: Ab Januar 2023 wird die elektronische Rechnungsstellung über die Chorus Pro Plattform für Unternehmen, die in Frankreich an B2B-Transaktionen beteiligt sind, voraussichtlich verpflichtend sein.
     
  • COMPTIA: (Computing Technology Industry Association) COMPTIA ist ein amerikanischer, gemeinnütziger Wirtschaftsverband, der professionelle Zertifizierungen für die Informationstechnologie (IT) ausstellt. 
     
  • Digipoort: Zusammengefasst ist Digipoort ein VAN für die elektronische Rechnungsstellung in den Niederlanden. Es dient gleichzeitig als Kommunikationsnetz. Digipoort ist das IT-Zentrum, in dem die Nachrichtenströme für die Regierung verarbeitet werden. Digipoort funktioniert wie ein elektronisches Postamt. Digipoort empfängt die Nachricht, prüft die Nachricht auf eine Reihe von Anforderungen und bestätigt dann, wenn gewünscht, im Namen der Organisation den Empfang der Nachricht. Definition von Logius. Definition von Logius.
     
  • EDIFICE: EDIFICE ist das globale Netzwerk für B2B-Integration in der High-Tech-Industrie. Es fördert und ermöglicht die weltweite Einführung standardisierter B2B-Lösungen durch den Austausch bewährter Verfahren und Informationen sowie die Einflussnahme auf die Entwicklung von Standards. EDIFICE ist eine in Belgien eingetragene Non-Profit-Organisation. Definition von EDIFICE. Definition von EDIFICE.
     
  • ENX: (European Network eXchange) Das ENX-Netzwerk ist eine gemeinsame Lösung der europäischen Automobilindustrie für den sicheren Austausch wichtiger Entwicklungs-, Einkaufs- und Produktionskontrolldaten, die von mehr als 1.000 Unternehmen in über 40 Ländern genutzt wird.
     
  • FACe-Netzwerk: Europäisches Netzwerk für bäuerliche und handwerkliche Käse- und Molkereiproduzenten.
     
  • FatturaPA: FatturaPA ist eine elektronische Rechnung (Verordnung des italienischen Gesetzes Nr. 633, 1972, Artikel 21, Absatz 1) und ist die einzige Art von Rechnung, die von den öffentlichen Verwaltungen in Italien akzeptiert wird, die laut Gesetz verpflichtet sind, das Austauschsystem (AKA-Kommunikationsnetz) zu nutzen.
     
  • GALIA: Dies ist ein französischer Verband der Automobilindustrie und ein Kommunikationsnetz. GALIA wurde 1984 gegründet, um den dringenden Bedarf an einem besseren Austausch zwischen den Geschäftspartnern in der Automobilindustrie zu decken. Damals gab es weder Internet noch EDI, und EDTi (Exchange of Technical Data) befand sich noch in den Anfängen. Anfangs deckte GALIA den Logistikbereich ab und definierte Standards für Etiketten, Verpackungen und Paletten, Kunststoffkisten, kleine Metallbehälter und EDI-Nachrichten. Heute befasst sich GALIA auch mit dem Austausch von Daten in den Bereichen Technik und B2B/Fakturierung sowie mit Prozessen zur Verbesserung der Leistung der Lieferkette.
     
  • GDSN: (Global Data Synchronization Network) Das GDSN bietet einen Rahmen, der es allen Datenpools ermöglicht, nahtlos zu interagieren und Daten auszutauschen.
     
  • JNX: (Japanese Network Exchange) Das JNX ist ein IP-basiertes Netzwerk für die japanische Automobilindustrie.
     
  • KNX: Das IP-basierte Netzwerk für die koreanische Automobilindustrie.
     
  • KOBAK: Eine Echtzeit-Mehrwertsteuererklärung ist seit dem 1. Juli 2018 für Rechnungen mit einer Steuerlast von 100.000 HUF/320 EUR oder mehr pro Rechnung erforderlich. Die Nationale Steuer- und Zollverwaltung Ungarns, AKA NAV (Nemzeti Adoes Vamhivatai), bietet für diese Meldungen das sogenannte KOBAK-System an.
     
  • Mercurius: Mercurius ist die Softwareplattform, die belgische Regierungsbehörden für den Empfang und die Verarbeitung von elektronischen Rechnungen und anderen Dokumenten im UBL-Format nutzen. Ebenso wie die Billit-Rechnungsplattform ist sie an einen zertifizierten PEPPOL-Zugangspunkt angeschlossen.
     
  • PECOS P2P: (Professional Electronic Commerce Online System) PECOS P2P ist das Online-Purchase-to-Pay-System (P2P) und Kommunikationsnetz der schottischen Regierung. 
     
  • PEPPOL Network:

    PEPPOL steht für Pan-European Public Procurement OnLine. Es wurde 2008 mit dem Ziel gegründet, einen gemeinsamen technischen Standard für den elektronischen Dokumentenaustausch (eProcurement) für den nationalen und internationalen Handel in Europa zu schaffen. Der Hauptgrund für die Einführung eines primären Standards für die elektronische Beschaffung war von Anfang an der Aufbau einer Gemeinschaft, in deren Mittelpunkt der sichere Datenaustausch zwischen Handelspartnern steht, ohne das Recht der Unternehmen einzuschränken, ihren eigenen Dienstleister (mit anderen Worten einen EDI- oder E-Invoicing-Anbieter) zu wählen.

    Jedes Unternehmen kann der internationalen Gemeinschaft beitreten, indem es sich über PEPPOL-Zugangspunkte an eine digitale Infrastruktur, das so genannte PEPPOL-Netz, anschließt - allerdings nicht ohne eine ordnungsgemäße Überprüfung. Das PEPPOL-Netz wird von einer gemeinnützigen Organisation namens OpenPEPPOL verwaltet, die, einfach ausgedrückt, für den Erfolg und die Integrität des Netzes verantwortlich ist. Um auf Kurs zu bleiben, hat sich die Organisation vier große Ziele gesetzt, die alle auf einen digitalen Binnenmarkt für die elektronische Beschaffung zwischen Unternehmen und Behörden (B2G) und zwischen Unternehmen (B2B) in Europa abzielen.

  • Simplerinvoicing: Die Stiftung Simplerinvoicing ist die ehemalige niederländische PEPPOL-Behörde (NPa). Simplerinvoicing existiert ab dem 31. Dezember 2020 nicht mehr. Sie wurde durch das niederländische Innenministerium ersetzt.
     
  • VPN: Virtuelles Privates Netzwerk.

Datenformate

Datenformate sind die verschiedenen Arten, in denen strukturierte Daten organisiert werden können. Wenn Handelspartner Daten elektronisch austauschen, müssen sie sich vorher auf ein bestimmtes Datenformat einigen, damit ihre Back-End-Systeme die Informationen lesen und verarbeiten können, oder anders gesagt, die gleiche Sprache sprechen. Das vereinbarte Format ist häufig mit dem geltenden EDI- und/oder E-Invoicing-Standard verbunden oder bezieht sich auf diesen, es sei denn, die Dateien werden per E-Mail verschickt. In diesem Fall basiert das Datenformat wahrscheinlich auf persönlichen Vorlieben oder ist unstrukturiert. 

In diesem Abschnitt finden Sie die Definitionen für die am häufigsten verwendeten Datenformate, sowohl strukturierte als auch unstrukturierte.  

  • CSV: (Comma Separated Values) CSV ist eine einfache Textdatei, die Daten in Zeilen enthält, die durch Kommas getrennt sind. Sie wird zum Austausch von Daten zwischen verschiedenen Anwendungen verwendet. Sie können eine CSV-Datei auch in eine Excel-Datei umwandeln, um eine übersichtlichere Ansicht der Daten zu erhalten.

    Die in einer CSV-Datei enthaltenen Daten sehen etwa so aus:
    Name, E-Mail, Telefonnummer
    Tom Jones,tjones@TIEKinetix.com,1234567890
    Dina Smith,dsmith@TIEKinetix.com,0123456789
     
  • Abgegrenzte flache Datei: Eine abgegrenzte flache Datei enthält einen oder mehrere Datensätze, die durch ein bestimmtes Trennzeichen voneinander abgegrenzt sind. Beispielsweise kann jeder Datensatz durch das Zeilentrennzeichen des Betriebssystems abgeschlossen werden und jedes Feld innerhalb eines Datensatzes kann durch ein Komma getrennt werden.

    Die Daten in einer Flat File mit Trennzeichen sehen etwa so aus:
    Name, E-Mail 
    Tom Jones, tjones@TIEKinetix.com \n
    Dina Smith, dsmith@TIEKinetix.com \n

  • eXtensible Markup Language:AKA, XML. Extensible Markup Language wurde entwickelt, um die Funktionalität des Webs durch eine flexiblere und anpassungsfähigere Identifizierung von Informationen zu verbessern. Sie wird als erweiterbar bezeichnet, weil es sich nicht um ein festes Format wie die Hypertext Markup Language (eine einzige, vordefinierte Auszeichnungssprache) handelt. Stattdessen ist die Extensible Markup Language eine Metasprache (eine Sprache zur Beschreibung anderer Sprachen), die es dem Einzelnen ermöglicht, Markup-Sprachen für unbegrenzte Dokumenttypen anzupassen. Extensible Markup Language kann dies, weil sie in Standard Generalized Markup Language, der internationalen Standard-Metasprache für Textauszeichnungssysteme, geschrieben ist.
     
  • IDoc: (Intermediate Document) IDoc ist das Dokumentenformat von SAP, das für den Datentransfer im Rahmen von Geschäftsvorgängen verwendet wird.
     
  • Hausinternes Format: Ein von der Organisation selbst erstelltes Dokument- oder Dateiformat.
     
  • JSON: (JavaScript Object Notation) JSON ist das standardisierte Datenaustauschformat und basiert auf einer Teilmenge des JavaScript Programming Language Standard. Es handelt sich um ein textbasiertes Format, das für Menschen leicht zu lesen und zu schreiben und für Computer leicht zu verarbeiten und zu erzeugen ist. Es ist eines der beliebtesten und meistgenutzten Standardformate für den Austausch und die Speicherung von Daten.
     
  • PDF: (Portable Document Format) Ein PDF ist ein offener Standard, der von der Internationalen Organisation für Normung (ISO) gepflegt wird. PDF-Dokumente können Links, Schaltflächen, Formularfelder, Audio, Video und Geschäftslogik enthalten und elektronisch signiert werden. Definition von Adobe.
     
  • Positional Flat File: Eine Positional Flat File hat Felder mit einer festen Maximallänge und Datensätze mit einem gemeinsamen Satzende.

    Die Daten in einer Positional Flat File sehen etwa so aus:
    Name E-Mail \n
    Tom Jones tjones@TIEKinetix.com \n
    Dina Smith dsmith@TIEKinetix.com \n
     
  • SAF-T: SAF-T steht für "Standard Audit File for Tax" und ist ein internationaler Standard für den elektronischen Austausch zuverlässiger Buchhaltungsdaten von Unternehmen an eine Steuerbehörde oder einen externen Wirtschaftsprüfer. Der Zweck hinter dem SAF-T-System besteht darin, den Prozess der Durchführung von Steuerprüfungen durch Steuerbehörden zu erleichtern und zu rationalisieren und die administrative Belastung für Unternehmen zu verringern.

    Das SAF-T-Format enthält standardisierte Datenstrukturen, die die Buchhaltungsunterlagen eines Unternehmens darstellen, wie z.B. Buchungen im Hauptbuch, Kunden- und Lieferantendetails, Rechnungen, Zahlungen usw. Indem Unternehmen ihre Buchhaltungsdaten auf konsistente Weise melden, können Steuerbehörden die Daten effizienter auf Einhaltung und andere Prüfungszwecke analysieren.

    Mehrere Länder haben den SAF-T-Standard als Teil ihrer Steuervorschriften übernommen oder angepasst (z.B. Ungarn, Litauen, Norwegen, Portugal, Rumänien) und verlangen von Unternehmen, Daten in diesem Format bereitzustellen, wenn sie von Steuerbehörden angefordert werden. Jedes Land könnte seine eigenen spezifischen Anforderungen oder Abweichungen der SAF-T-Datei haben, basierend auf den OECD-Richtlinien.

  • UBL: UBL steht für Universal Business Language. Es handelt sich um einen XML-Standard, der speziell für elektronische Geschäftsvorgänge wie Rechnungen und Lieferscheine entwickelt wurde und in der elektronischen Rechnungsstellung weit verbreitet ist. Eine UBL-Datei ist im Grunde eine Reihe von Vereinbarungen über die digitale Datenstruktur in einer XML-Datei.UBL ist ein universelles Dateiformat für den Austausch von Rechnungsdaten von einem Buchhaltungssystem zu einem anderen Buchhaltungssystem. Die Tatsache, dass die Informationen von verschiedenen (Arten von) Systemen ausgetauscht und verarbeitet werden können, bietet viele Vorteile.
  • UBL 2.1: UBL 2.1 steht für Universal Business Language Version 2.1. Es handelt sich um die Version 2.1 des XML-Standards.
     
  • XML: (Extensible Markup Language) ist eine flexible Methode, um gemeinsame Informationsformate zu erstellen und sowohl das Format als auch die Daten im World Wide Web gemeinsam zu nutzen. XML kann von jeder Person oder Gruppe von Personen oder Unternehmen verwendet werden, die Informationen auf einheitliche Weise austauschen möchten.
     
  • XLSX (Excel): XLSX (.xlsx) ist die Dateierweiterung für Microsoft Excel Open XML Spreadsheet (XLSX). Sie steht also am Ende des Dateinamens jeder Excel-Tabelle. 
     
  • ZIP: Eine ZIP-Datei ist ein Format, das verwendet werden kann, um eine oder mehrere Dateien an einem Ort zu komprimieren. Dadurch wird die Dateigröße reduziert, was das Speichern und Versenden erleichtert. Wenn Sie nach dem Komprimieren auf die Datei zugreifen möchten, können Sie die Datei entpacken und die ursprünglichen Dateien wieder in ihren ursprünglichen Zustand zurückversetzen.

Normen/Standardisierungsgremien

Jede Branche (und jede Region) hat andere Bedürfnisse und kommuniziert daher beim elektronischen Austausch von Dokumenten auf unterschiedliche Weise. Aus diesem Grund wurden EDI- und E-Invoicing-Standards entwickelt, und dies ist einer der Hauptgründe für die Existenz von Dienstleistern wie TIE Kinetix. EDI- und E-Invoicing-Standards werden gemeinsam definiert und sind oft spezifisch für bestimmte Regionen und/oder Branchen. Mit EDI- und E-Invoicing-Standards werden die Struktur und die genaue Reihenfolge der Daten festgelegt, wodurch Einheitlichkeit und Konsistenz gewährleistet werden.

In diesem Abschnitt finden Sie die Definitionen der gebräuchlichsten EDI- und E-Invoicing-Standards sowie die zuständigen Gremien (die Organisationen, die einen bestimmten Standard beaufsichtigen).

  • ANSI X12: (American National Standards Institute X12) ANSI X12 ist das nordamerikanische Gegenstück zum EDIFACT-Standard. Im Jahr 1979 entwickelte das ANSI-Tochterunternehmen Accredited Standards Committee (ASC) diesen Standard für den elektronischen Datenaustausch in Nordamerika.

    ANSI X12 ist sehr umfassend; für fast jeden Geschäftsvorgang gibt es eine entsprechende EDI-Nachricht, und er ist für den Einsatz in allen Branchen geeignet. Wie der UN/EDIFACT-Standard besteht auch ANSI X12 aus vielen Untergruppen. So wird beispielsweise das UCS-Subset von Supermärkten, das VICS-Subset von Modehändlern und das AIAG-Subset von der Automobilbranche verwendet. 

    ANSI X12-Nachrichten werden oft als "Transaktionssätze" oder "EDI-Codes" bezeichnet. Einige gängige ANSI X12-Transaktionssets sind die folgenden 
    - EDI 810 - Rechnung
    - EDI 850 - Bestellung
    - EDI 855 - Auftragsbestätigung (Purchase Order Acknowledgment) 
    - EDI 856 - Versandanzeige/Manifest

  • CARGO-IMP: Cargo-IMP ist die offizielle Nachrichtenquelle für Angaben zu Raumzuweisung, Luftfrachtbrief, Flugmanifest, Buchhaltung, Status, Diskrepanz, Embargo, Zoll, CASS-Abrechnung, Gefahrgut, Zuteilungen und Landtransport. Das Cargo-IMP enthält auch Kodierungs- und Dekodierungslisten für alle zugelassenen Codes und Abkürzungen.
     
  • CEFACT: Auch bekannt als UN/CEFACT. Das Zentrum der Vereinten Nationen für Handelserleichterungen und elektronischen Geschäftsverkehr.
     
  • Chorus Pro:Chorus Pro ist seit 2017 die offizielle Plattform für die elektronische Rechnungsstellung der französischen Regierung. Chorus Pro ist die digitale Plattform, auf der die Lieferanten der französischen Regierung ihre Rechnungen einreichen müssen. Die Plattform ist mit dem Finanzinformationssystem des französischen Staates, Chorus, verbunden.Die in Frankreich akzeptierten Standards für die elektronische Rechnungsstellung lauten wie folgt XML (INVOICE UBL V2 und UN/CEFACT CII (CCTS/NDR v3.0)), PEPPOL BIS v.3 und Factur-X. Factur-X ist ein für Frankreich spezifisches E-Invoicing-Format, das Unternehmen und Behörden eine schnelle, sichere und einfache Rechnungskommunikation ermöglicht. Es ist das gleiche Format wie die deutsche ZUGFeRD 2.1-Rechnung und besteht sowohl aus einer PDF-Datei als auch aus einer eingebetteten XML-Datei.Nach der Übermittlung der Rechnung an Chorus Pro in Übereinstimmung mit einem der oben genannten Standards kann die elektronische Rechnung dann an eine SIRET-Nummer zum Lastschrifteinzug gesendet werden. Die SIRET-Nummer ist eine eindeutige Identifikationsnummer, die für eine bestimmte Behörde (Regierung, Ministerium oder Gemeinde) oder ein Unternehmen steht. Sie ermöglicht eine schnelle und sichere Zahlung.Nach der Übermittlung der Rechnung an Chorus Pro in Übereinstimmung mit einem der oben genannten Standards kann die elektronische Rechnung dann an eine SIRET-Nummer zum Lastschrifteinzug gesendet werden. Die SIRET-Nummer ist eine eindeutige Identifikationsnummer, die für eine bestimmte Behörde (Regierung, Ministerium oder Gemeinde) oder ein Unternehmen steht. Sie ermöglicht eine schnelle und sichere Zahlung.

    Ab Januar 2023 wird die elektronische Rechnungsstellung über die Chorus-Pro-Plattform für Unternehmen, die in Frankreich B2B-Geschäfte tätigen, voraussichtlich obligatorisch sein.
     
  • DES: (Data Encryption Standard) DES ist einer von mehreren Standards zur Sicherung von Daten während der Übertragung durch Verschlüsselung.
     
  • Digipoort: Digipoort ist ein IKT-Zentrum, in dem der Nachrichtenverkehr für die niederländische Regierung abgewickelt wird. Regierungen können Digipoort nutzen, um Geschäfts- und Lieferkettenprozesse zu automatisieren. Mit Digipoort automatisieren Sie wichtige Schritte bei der Verarbeitung großer Mengen von Erklärungen, Berichten oder Meldungen.
     
  • DISA: (Data Interchange Standards Association) DISA dient als Sekretariat für ASC X12 und deren X12 EDI- und XML-Standardisierungsprozess.
     
  • EANCOM: EANCOM ist eine Teilmenge des UN/EDIFACT-Standards für den elektronischen Dokumentenaustausch. Er wurde von GS1 entwickelt, einer Organisation, die Standards für die Lieferkette entwickelt. 

    Der Standard war ursprünglich für den Einzelhandel (Konsumgüterindustrie) gedacht, ist aber inzwischen auch in anderen Branchen, wie dem Gesundheitswesen, beliebt. Die drei am häufigsten verwendeten EANCOM-Nachrichten sind ORDERS (Bestellung), INVOIC (Rechnung) und DESADV (Lieferankündigung). EANCOM ist ein weit verbreiteter Standard und wird von fast 120.000 Unternehmen in 43 Ländern genutzt.

    Die vollständige Liste der EANCOM EDI codes finden Sie hier.

  • ebMS: (ebXML Messaging Services) ebMS ist ein sicheres, zuverlässiges Verfahren zur Übertragung elektronischer Daten, wie es in den ebXML-Spezifikationen definiert ist. ebMS kann eine Vielzahl von Low-Level-Übertragungsprotokollen verwenden, darunter HTTP und SMTP.
     
  • ebXML: Ein Standard für ein E-Business-Rahmenwerk, das es Unternehmen jeder Größe und an jedem Standort ermöglicht, Geschäfte elektronisch abzuwickeln. ebXML wurde unter OASIS und UN/CEFACT entwickelt.
     
  • EDIFACT: Früher bekannt als UN/EDIFACT und informell als EDIFACT bezeichnet, steht UN/EDIFACT für United Nations/Electronic Data Interchange for Administration, Commerce and Transport. Kurz gesagt, handelt es sich um ein von den Vereinten Nationen (UN) entwickeltes internationales Standardformat für den elektronischen Datenaustausch zwischen Handelspartnern über EDI (Electronic Data Interchange).

    Ursprünglich wurde der UN/EDIFACT-Standard für die Verwaltung von Handel und Verkehr entwickelt, aber im Laufe der Jahre wurde seine Verwendung auf die Bereiche Buchhaltung, Zollkontrolle, Renten, Gesundheitswesen, Sozialversicherung, Rechtsprechung, Beschäftigung, Statistik, Bauwesen, Finanzen, Versicherungen, Produktion, Tourismus, Handel, Fracht und Containertransport ausgeweitet.

    Der EDIFACT-Standard und die allgemeine Nachrichtenstruktur können für viele Dokumenttypen (Rechnungen, Bestellungen, Lieferscheine usw.) verwendet werden. Die Daten werden in Elemente und Segmente unterteilt, die beide aus allgemein verständlichen länder- und branchenspezifischen EDIFACT-Spezifikationen bestehen, die wiederum in EDIFACT-Subsets (z. B. EANCOM) unterteilt werden. UN/EDIFACT-Syntaxregeln legen die Standards für die Strukturierung von Datenelementen in Segmente, von Segmenten in Nachrichten und von Nachrichten in einen Austausch fest.

  • EIAJ: Japanischer EDI-Standard.
     
  • eSlog: Slowenischer E-Invoice-Standard.
     
  • Facturae: Facturae ist die Softwareplattform, die spanische Behörden für den Empfang und die Verarbeitung von elektronischen Rechnungen und anderen Dokumenten nutzen.
     
  • FatturaPA: FatturaPA ist eine elektronische Rechnung (Verordnung gemäß dem italienischen Gesetz Nr. 633, 1972, Artikel 21, Absatz 1) und ist die einzige Art von Rechnung, die von den öffentlichen Verwaltungen in Italien akzeptiert wird, die gemäß dem Gesetz verpflichtet sind, das Austauschsystem und das Kommunikationsnetz zu nutzen. 
     
  • GENCOD: Französischer GS1-Dokumentenstandard. 
     
  • GS1: Ein weltweites Netzwerk von Normungsgremien und Dienstleistern, die globale Lieferkettenstandards und -lösungen entwickeln, die von mehr als einer Million Unternehmen für Strichkodierung, elektronische Geschäftsnachrichten, Datensynchronisation und - über das EPCglobal Network - Radiofrequenz-Identifikation genutzt werden.
     
  • ISO: (International Organization for Standardization) Die ISO ist eine internationale Organisation, die sich aus Vertretern verschiedener Normungsgremien aus der ganzen Welt zusammensetzt und das Ziel verfolgt, globale technische, industrielle und kommerzielle Normen zu entwickeln und zu veröffentlichen. Die Organisation ist verantwortlich für eine Reihe international vereinbarter Normen, Verzeichnisse und Richtlinien für den elektronischen Austausch strukturierter Daten zwischen unabhängigen automatisierten Informationssystemen.

    Zu den beliebten ISO-Normen gehören:
    - ISO 27001/IEC 27001 - Information Security Management Standards (EDI- und E-Invoicing-Anbieter erhalten diese Zertifizierung häufig, und es wird immer wichtiger, sie aufrechtzuerhalten, um die Einhaltung von PEPPOL zu gewährleisten)
    - ISO 9000 - Qualitätsmanagement (die weltweit bekannteste Qualitätsmanagementnorm für Unternehmen und Organisationen jeder Größe)
    - ISO 20022 - Ein einheitlicher, internationaler Standardisierungsansatz - Methodik, Prozess, Repository - für alle Finanzstandardinitiativen (definiert die Nachrichtenstruktur und den Inhalt, um eine gemeinsame globale "Sprache" für die Nachrichtenübermittlung in den Bereichen Zahlungen, Cash Management Reporting, Wertpapiere, Karten, Devisen und Handelsdienstleistungen zu ermöglichen)
     
  • Mercurius: Mercurius ist die Softwareplattform, die belgische Regierungsbehörden für den Empfang und die Verarbeitung von elektronischen Rechnungen und anderen Dokumenten im UBL-Format nutzen. Genau wie die Billit-Rechnungsplattform ist sie mit einem zertifizierten PEPPOL-Zugangspunkt verbunden.
     
  • ODETTE: ODETTE ist eine europäische Non-Profit-Organisation, die sich mit der Frage beschäftigt, was in der Automobilindustrie benötigt wird, um die Lieferkette so effizient wie möglich zu gestalten. Wie EANCOM ist auch ODETTE eine Untermenge des EDIFACT-Standards. Direkte Mitglieder von ODETTE sind die wichtigsten Unternehmen, die in Europa Autos herstellen, und sie repräsentieren die Automobilbranche. 
     
  • PEPPOL BIS / PEPPOL BIS 3.0: Das PEPPOL BIS bietet eine Reihe von Spezifikationen für die Implementierung eines PEPPOL-Geschäftsprozesses.
     
  • Proprietäre Standards: EDI-Nachrichtensysteme, die von den Geschäftspartnern selbst für eine bestimmte Anwendung entwickelt werden und sich nicht in eines der Systeme etablierter Standards einfügen, die von einer der weltweit akzeptierten und offiziell anerkannten Normungsorganisationen entwickelt wurden.
     
  • RosettaNet: Ein gemeinnütziges Konsortium, das sich der gemeinsamen Entwicklung und schnellen Einführung offener Geschäftsprozessstandards widmet, die die Prozesse innerhalb des globalen Handelsnetzes aufeinander abstimmen. Mehr als 700 multinationale und regionale Unternehmen aus den Bereichen Hochtechnologie, Logistik und angrenzenden Branchen sowie Lösungsanbieter beteiligen sich an der Entwicklung strategischer Standards und Dienstleistungen von RosettaNet. Auch Fortune-1000-Unternehmen weltweit haben die RosettaNet-Geschäftsprozessstandards eingeführt.

    RosettaNet ist eine Tochtergesellschaft von GS1 US. Bis heute hat das Konsortium mehrere regionale Mitgliedsorganisationen gegründet - in Australien, China, Japan, Korea, Malaysia, den Philippinen, Singapur, Taiwan und Thailand -, die den verschiedenen Wirtschaftsräumen, die die globalen Standards von RosettaNet übernehmen und beeinflussen wollen, eine Stimme geben. RosettaNet ist auch lokal in Europa vertreten.

  • Simplerinvoicing: Die Simplerinvoicing Foundation ist die ehemalige niederländische PEPPOL-Behörde (NPa). Simplerinvoicing existiert ab dem 31. Dezember 2020 nicht mehr. Sie wurde durch das niederländische Innenministerium ersetzt.
     
  • TDCC: (Transportation Data Coordinating Committee) Dies ist die ursprüngliche EDI-Organisation in den Vereinigten Staaten. Durch seine Bemühungen wurden die ersten EDI-Standards entwickelt, veröffentlicht und gepflegt. Heute ist EDIA die nationale EDI-Nutzergruppe für die Vereinigten Staaten.
     
  • TRADACOMS:(Trading Data Communications Standard) TRADACOMS ist einer der allerersten EDI-Standards. TRADACOMS ist eine Teilmenge des UN/GTDI-Standards, eines Vorgängers des UN/EDIFACT-Standards. Die ursprüngliche Version wurde 1982 eingeführt und war bei Einzel- und Großhändlern im Vereinigten Königreich (UK) weit verbreitet.

    Im Jahr 1995 wurde die Entwicklung dieses Standards eingestellt. Seit dem 1. Juli 2017 bietet GS1 UK auch keinen Support mehr für Nutzer dieses Standards an. Er wird immer weniger praktikabel und teurer in der Wartung. Daher lautet die Empfehlung, auf die EANCOM-Untermenge des UN/EDIFACT-Standards umzusteigen. TRADACOMS wird jedoch im Einzelhandel im Vereinigten Königreich noch regelmäßig verwendet. 

  • UBL-TR: Türkischer E-Invoicing-Standard.
     
  • UCC: (Uniform Code Council) Die Organisation, die die Normen für die Produktkennzeichnung und die damit verbundene elektronische Kommunikation überwacht. Der UCC war für den Universal Product Code (UPC) in den Vereinigten Staaten zuständig, der inzwischen durch die GTIN ersetzt wurde, sowie für die Uniform Communication Standards (UCS) für EDI in der Lebensmittelbranche und die Warehouse Information Network Standards (WINS) in der Lager- und Transportbranche.
     
  • UCS: Eine Teilmenge des ANSI X12 EDI-Standards.
     
  • UN/CEFACT: (The United Nations Center for Trade Facilitation and Electronic Business) UN/CEFACT unterstützt Aktivitäten zur Verbesserung der Fähigkeit von Unternehmen, Handels- und Verwaltungsorganisationen, Produkte und Dienstleistungen effektiv auszutauschen.
     
  • VDA / VDA 4938: Der VDA (Verband der Deutschen Automobilindustrie) hat im Laufe der Jahre viele Normen entwickelt, die alle auf die deutsche Automobilindustrie zugeschnitten sind. Der jüngste VDA-Standard für elektronische Rechnungen (E-Invoices) ist die VDA 4938. Der Standard VDA 4938 erfüllt die neuesten gesetzlichen und steuerlichen Anforderungen für die deutsche Automobilindustrie.

    Auch wenn der VDA bereits vor der Existenz von EDIFACT eigene Standards veröffentlicht hat, basiert der VDA 4938 auf der EDIFACT-Rechnung (INVOIC) und ist somit eine Untermenge von EDIFACT. 
     
  • XRechnung: Ab dem 18. April 2020 müssen alle Behörden in Deutschland in der Lage sein, E-Rechnungen nach einem EU-konformen Standard zu empfangen und zu verarbeiten. Die E-Invoicing-Verordnung der Bundesregierung sieht vor, dass XRechnung der bevorzugte Standard für B2G-E-Invoices in Deutschland ist. Der XRechnung-Standard wurde von der deutschen Koordinierungsstelle für IT-Standards (KoSIT) entwickelt und ist ein auf XML basierendes Rechnungsformat. Der aktuelle XRechnung-Standard erlaubt zwei XML-Formate für die elektronische Rechnungsstellung: UBL oder UN/CEFACT Cross Industry Invoice (CII).
     
  • ZUGFeRD: Ab dem 18. April 2020 müssen alle Behörden in Deutschland in der Lage sein, elektronische Rechnungen nach einem Standard zu empfangen und zu verarbeiten, der den EU-Anforderungen entspricht. Obwohl die E-Invoicing-Verordnung der Bundesregierung XRechnung als bevorzugten Standard für elektronische B2G-Rechnungen vorsieht, kann auch ZUGFeRD verwendet werden.

    ZUGFeRD besteht aus zwei Komponenten: einer PDF-Datei und einer eingebetteten XML-Datei. ZUGFeRD basiert auf dem UN/CEFACT CII-Standard und dem ISO-Standard PDF/A3.

Terminologie der Branche

Wir könnten einen langen Roman über den Fachjargon der Lieferkette schreiben, aber wir haben beschlossen, Ihnen stattdessen die Definitionen der am häufigsten verwendeten Wörter zu geben. 


In diesem Abschnitt finden Sie die Definitionen für Begriffe, die Sie auf der TIE Kinetix-Website und in der Branche insgesamt finden. 

  • 3PL: (Third-Party Logistics Provider) Ein 3PL-Unternehmen ist in der Regel ein öffentliches Lagerhaus oder ein Logistikdienstleister, der bei der Lagerverwaltung, der Verpackung und dem Versand, der Retourenabwicklung und vielem mehr helfen kann. In den meisten Fällen weiß der Endverbraucher nicht einmal, dass ein Dritter an der Logistik beteiligt ist - alle Verpackungen und die Kommunikation mit dem Verbraucher spiegeln während des gesamten Einkaufserlebnisses konsequent die Marke des Verkäufers wider. Dadurch sparen Lieferanten und Einzelhändler Lager- und Abwicklungskosten und beschleunigen gleichzeitig ihre Abläufe erheblich.
     
  • 3-Way Match:Ein Drei-Wege-Abgleich bezieht sich auf den Prozess des Querverweises von drei Dokumenten, um die korrekte Bezahlung einer Rechnung sicherzustellen: Bestellung (PO), Wareneingang (z. B. Advance Ship Notice (ASN)) und schließlich die Rechnung selbst.

    Der 3-Wege-Abgleich ist eine gängige Praxis in der Kreditorenbuchhaltung und kann manuell durchgeführt werden, indem man die relevanten Dokumente von verschiedenen Stellen abruft und eine Selbstprüfung vornimmt. Vorzugsweise wird der 3-Wege-Abgleich jedoch über integriertes EDI automatisiert. In jedem Fall vergleicht der Drei-Wege-Abgleich, was bestellt wurde, mit dem, was eingegangen ist, und was letztendlich auf der Rechnung steht.  

  • KI (Künstliche Intelligenz): Künstliche Intelligenz (KI) ist eine Technologie, die ganz einfach intelligent ist. Mit intelligent meinen wir, dass sie lernen, denken, planen und korrigieren kann, und zwar auf fast menschliche Weise.

    Es gibt zwei Hauptkategorien von KI: Allgemeine (starke) KI und enge (schwache) KI. Die allgemeine KI ist der menschlichen Intelligenz am nächsten. Diese Art von KI kann ohne menschliches Zutun lernen und Entscheidungen treffen. Enge KI hingegen ist besonders gut in der Ausführung einer Aufgabe und nicht mit menschlicher Intelligenz vergleichbar. Diese Art der KI ist im Allgemeinen am weitesten verbreitet. Sie ist auch die Art von KI, die zur Verbesserung der Fähigkeiten von EDI eingesetzt wird.

  • ANA: (Article Number Association) ANA ist eine Vereinigung von Unternehmen, die gegründet wurde, um die Standardisierung in der Lieferkette zu erleichtern.
     
  • Anwendungsschnittstellen-Software: Software, die Daten zwischen internen Anwendungen und der Übersetzungssoftware importiert und exportiert.
     
  • Asynchro: Eine Kommunikationstechnik, bei der jedes Zeichen bitseriell gesendet wird und von Start- und Stoppbits umgeben ist, die zur Kennzeichnung von Zeichengrenzen verwendet werden.
     
  • Audit Trail: Eine computergestützte oder manuelle Aufzeichnung von Transaktionen.
     
  • Authentifizierung: Ein Mechanismus, der es dem Empfänger einer elektronischen Übermittlung ermöglicht, den Absender und die Unversehrtheit des Inhalts der Übermittlung mit Hilfe eines elektronischen "Schlüssels" oder Algorithmus zu überprüfen, der von den Geschäftspartnern gemeinsam genutzt wird. Der Algorithmus wird manchmal auch als elektronische oder digitale Signatur bezeichnet.
     
  • B2B: (Business-to-Business) B2B ist ein Industriebegriff, der sich auf den Handel zwischen zwei privatwirtschaftlichen Organisationen bezieht.
     
  • B2G: (Business-to-Government) B2G ist ein Branchenbegriff, der sich auf den Handel zwischen einer Institution des öffentlichen Sektors (Regierung oder andere) und einer Organisation des privaten Sektors bezieht. Ein typisches B2G-Szenario ist z. B., dass ein Lieferant eine Rechnung an eine Gemeinde schicken muss. 
     
  • Stapelverarbeitung: Die Verarbeitung von Computerinformationen, nachdem sie in einer Gruppe oder einem Stapel angefallen sind.
     
  • Klassifikator: Ein Begriff, der beschreibt, wie Elemente wie z. B. Produkte gruppiert werden.
     
  • Cloud-basiert: Der Begriff "cloudbasiert" wird häufig zur Beschreibung von Softwarelösungen verwendet. Die einfachste Erklärung ist, dass eine Cloud-basierte Lösung eine SaaS-Lösung (Software-as-a-Service) ist.

    Was bedeutet also SaaS in Bezug auf die Cloud-Infrastruktur? SaaS bedeutet, dass alles im Lieferumfang enthalten ist und Sie sich nicht darum kümmern müssen. Es handelt sich um ein Bereitstellungsmodell, bei dem der SaaS-Dienstanbieter dafür verantwortlich ist, Ihnen alle erforderlichen Cloud-Computing-Systeme zur Verfügung zu stellen, die für das Hosting Ihrer Daten in der (meist öffentlichen) Cloud erforderlich sind. Das bedeutet auch, dass alle Software-Updates, Verbesserungen und die Wartung übernommen werden.
     
  • Einhaltung der Vorschriften: Im Zusammenhang mit EDI und elektronischer Rechnungsstellung wird der Begriff "Compliance" häufig verwendet, um die Fähigkeit eines Handelspartners zu beschreiben, die vom anderen Handelspartner auferlegten Anforderungen an den Dokumentenaustausch zu erfüllen. 

    In einem typischen Geschäftsszenario verlangt der Käufer (oft ein großer Einzelhändler), dass alle Lieferanten Dokumente elektronisch in einem bestimmten Datenformat, nach einem bestimmten EDI- oder E-Invoicing-Standard und Kommunikationsprotokoll und manchmal über ein bestimmtes Netzwerk (z. B. das PEPPOL-Netzwerk) austauschen. Wenn der Lieferant all diese Anforderungen erfüllt, gilt er als konform oder in Übereinstimmung mit den Verpflichtungen der Handelspartner. 

    Hier ein Beispiel: Damit ein Hersteller mit einem großen Einzelhändler Geschäfte machen kann, muss er in der Lage sein, alle Rechnungen elektronisch zu versenden, und zwar 1.) XML-Format, 2.) in Übereinstimmung mit dem ANSI X12-Standard für den elektronischen Dokumentenaustausch, 3.) und über das AS2-Kommunikationsprotokoll. 
     
  • CRM: (Customer Relationship Management) Ein CRM-System wird verwendet, um alle Interaktionen mit bestehenden und potenziellen Kunden zu erfassen. Am häufigsten wird es vom Vertrieb eingesetzt, um neue Kunden zu gewinnen und die gesamte damit verbundene Kommunikation zu organisieren. CRM-System-Beispiele: Salesforce, HubSpot CRM, Pipedrive
     
  • Daten-Synchronisierung: Die Datensynchronisierung bezieht sich auf die gemeinsame Nutzung von Daten zwischen zwei oder mehr Systemen, so dass alle Systeme die gleichen Informationen enthalten. Die Datensynchronisierung kann in bestimmten Zeitabständen (z. B. jede Nacht um Mitternacht) oder in Echtzeit erfolgen, d. h. alle Systeme enthalten zu jedem Zeitpunkt die gleichen Informationen.  
     
  • Datenpool: Datenpools werden häufig in Business-to-Business-Szenarien verwendet, in denen ein Unternehmen (oft ein Einzelhändler) viele Handelspartner hat, von denen jeder dem Einzelhändler produktbezogene Daten zur Verfügung stellen muss, die der Einzelhändler für die richtige Vermarktung und den Verkauf seiner Produkte verwenden kann. Ein Datenpool rationalisiert den Prozess der Übermittlung dieser Daten und schafft einen einzigen, gut organisierten Ort, an dem alle Daten der Handelspartner abgerufen und verwendet werden können. 
     
  • Entschlüsselung: Die Übersetzung von verschlüsselten oder heimlich kodierten Daten am Empfangsort einer verschlüsselten Übertragung (siehe auch Verschlüsselung).
     
  • Standleitung (Dedicated Line): Eine Punkt-zu-Punkt-Leitung in einem Datenkommunikationssystem zwischen zwei Computergeräten, die immer verbunden ist.
     
  • Digitales Zertifikat: Ein computergestützter Datensatz oder eine elektronische Nachricht, die von einer Einrichtung ausgestellt wird, die (1) die ausstellende Einrichtung identifiziert; (2) einen Zertifikatsinhaber benennt oder identifiziert; (3) den öffentlichen Schlüssel des Zertifikatsinhabers enthält; (4) die Gültigkeitsdauer des Zertifikats angibt und (5) von der ausstellenden Einrichtung digital signiert ist.
     
  • Digitalisierung: Der Begriff "Digitalisierung" wird in der Branche am häufigsten verwendet, wenn es darum geht, traditionelle, manuelle Prozesse innerhalb einer Organisation durch digitale Alternativen zu ersetzen. Dies impliziert oft, dass neue digitale Technologien innerhalb einer Organisation eingeführt und eingesetzt werden und dass die Organisation in gewissem Maße eine digitale Transformation durchlaufen muss. 

    TIE Kinetix unterstützt Unternehmen bei der 100-prozentigen Digitalisierung der Lieferkette mit EDI und E-Invoicing, die den papierbasierten Geschäftsaustausch ersetzen.
     
  • Digitale Unterschrift: Eine digitale Signatur ist eine elektronische Unterschrift, die zur Authentifizierung der Identität des Absenders einer Nachricht verwendet werden kann. Sie ermöglicht dann eine Gegenprüfung des verschlüsselten Dokuments, um sicherzustellen, dass der ursprüngliche Inhalt der gesendeten Daten unverändert ist.
     
  • Streckengeschäft: Drop-Shipping ist eine Liefermethode, bei der der Lieferant, auch Hersteller genannt, die Bestellung im Namen des Einzelhändlers direkt an den Verbraucher liefert. Diese Methode wird auch als Direktversand an den Verbraucher bezeichnet.

    Das Beste am Drop-Shipping ist, dass der Endverbraucher immer noch den Eindruck hat, dass die Bestellung vom Einzelhändler stammt. Nehmen Sie zum Beispiel Amazon. Wären Sie in der Lage zu erkennen, welche Pakete direkt von einem Lieferanten und welche von Amazon selbst geliefert wurden?
     
  • DSO (Day Sales Outstanding): DSO steht für Days Sales Outstanding und ist ein wichtiger KPI für AR-Experten. Einfach ausgedrückt handelt es sich um die durchschnittliche Anzahl von Tagen, die benötigt werden, um ausstehende Zahlungen von Kunden einzuziehen. Das heißt, die Zeit zwischen dem Versand einer Rechnung und dem Eingang der Zahlung. Die DSO wird häufig auf monatlicher, vierteljährlicher oder jährlicher Basis berechnet.
     
  • EAI: (Enterprise Application Integration) EAI bezieht sich auf eine Informationssystemarchitektur, die es mehreren Softwareanwendungen (ERP, CRM, WMS usw.) ermöglicht, durch den Austausch von Daten miteinander zu kommunizieren. Enterprise Application Integration (EAI) bezeichnet eine Informationssystemarchitektur, die es mehreren Softwareanwendungen (ERP, CRM, WMS usw.) ermöglicht, durch den Austausch von Daten miteinander zu kommunizieren.
    Obwohl es oft notwendig ist, dass Systeme Daten gemeinsam nutzen und bestimmte Geschäftsregeln übernehmen, ist es normal, dass verschiedene Arten von Systemen nicht von Haus aus miteinander kommunizieren können. Dieser Mangel an anwendungsübergreifender Kommunikation führt zu Ineffizienzen. Wenn beispielsweise identische Daten an verschiedenen Orten gespeichert werden, ist die Gefahr von Inkonsistenzen groß. Ein weiterer Nachteil ist, dass einfache Prozesse nicht automatisiert werden können.

    EAI-Software verknüpft Anwendungen innerhalb eines Unternehmens, um Geschäftsprozesse so weit wie möglich zu vereinfachen und zu automatisieren, ohne dabei radikale Änderungen an bestehenden Anwendungen oder Datenstrukturen vornehmen zu müssen.
     
  • EAN: Internationale Vereinigung für Artikelnummern.
     
  • Elektronischer Handel: E-Commerce scheint ein einfacher Begriff zu sein, aber er ist in Wirklichkeit sehr weit gefasst. Meistens wird E-Commerce mit dem Verkauf von Konsumgütern über einen Online-Shop in Verbindung gebracht, aber es ist viel mehr als das. E-Commerce bezieht sich auf den gesamten elektronischen Handel und umfasst sowohl Waren (Produkte) als auch Dienstleistungen. E-Commerce wird in der Regel in drei Kategorien eingeteilt:

    1. Business-to-Consumer (B2C): Ein Verbraucher kauft z. B. einen Laptop auf der Website von BestBuy oder mietet einen Umzugswagen bei U-Haul. Marktplätze (z. B. Amazon) fallen ebenfalls in die B2C-Kategorie.

    2. Business-to-Business (B2B): Ein Unternehmen kauft z. B. Büromaterial von einem Großhändler oder erwirbt Web-EDI von einem Dienstanbieter.

    3. Verbraucher-zu-Verbraucher (C2C): Ein Verbraucher kauft zum Beispiel einen Gebrauchtwagen von einem privaten Verkäufer auf Craigslist oder eine handgefertigte Tasse auf Etsy. Dies wird manchmal auch als P2P (Person-to-Person) bezeichnet.

  • EDI-Codes: EDI-Dokumentencodes - auch EDI-Transaktionssätze, EDI-Transaktionscodes oder allgemein EDI-Dokumente genannt - werden in der Regel zur Beschreibung eines bestimmten Dokumentenformats innerhalb eines bestimmten Standards wie ANSI X12 verwendet. Grundsätzlich definieren EDI-Codes eine Reihe von Regeln, wie Daten innerhalb des betreffenden Dokuments organisiert werden sollten. ANSI X12 EDI-Transaktionscodes werden beispielsweise durch einen numerischen Bezeichner identifiziert. So wird beispielsweise eine Bestellung im X12-Standard als EDI 850 bezeichnet. In Europa ist das Äquivalent zu EDI 850 jedoch ORDER gemäß dem UN/EDIFACT-Standard. 
     
  • EDI-Standards/Fakturierungsstandards: Jede Branche (und jede Region) hat andere Bedürfnisse und kommuniziert daher beim elektronischen Austausch von Dokumenten auf unterschiedliche Weise. Aus diesem Grund wurden EDI- und E-Invoicing-Standards entwickelt, und das ist einer der Hauptgründe für die Existenz von Dienstleistern wie TIE Kinetix. 

    EDI- und E-Invoicing-Standards werden gemeinsam definiert und sind oft spezifisch für bestimmte Regionen und/oder Branchen. So wird beispielsweise der UN/EDIFACT-Standard hauptsächlich in Europa und ANSI X12 hauptsächlich in Nordamerika verwendet. Mit diesen Standards wird das Format bestimmter EDI-Nachrichten und elektronischer Rechnungen standardisiert, um sicherzustellen, dass alle Systeme der Handelspartner die elektronischen Nachrichten des jeweils anderen verstehen können. Mit anderen Worten: EDI- und E-Invoicing-Standards sorgen dafür, dass alle Handelspartner die gleiche Sprache sprechen.

    Mit EDI- und E-Invoicing-Standards werden die Struktur und die genaue Reihenfolge der Daten festgelegt, wodurch Einheitlichkeit und Konsistenz gewährleistet werden. Wenn Sie einen oder mehrere EDI- oder E-Invoicing-Standards verwenden, kann Ihr Back-End-System so programmiert werden, dass es alle Geschäftsvorgänge versteht und automatisch verarbeitet - keine manuelle Eingabe mehr! EDI- und E-Invoicing-Standards machen auch die Anbindung neuer Handelspartner einfacher und weniger zeitaufwändig, da die Entwickler keine Zeit für die Erstellung benutzerdefinierter Karten aufwenden müssen. Das spart auch eine Menge Geld.
     
  • E-Invoice (Elektronische Rechnung): Die Frage ist nicht, ob Sie auf die elektronische Rechnungsstellung umsteigen, sondern wann Sie das tun. Eine elektronische Rechnung, oder kurz E-Invoice, ist eine elektronische Version einer Papierrechnung. Sie enthält dieselben Informationen wie eine herkömmliche Rechnung, ist aber eine reine Datenrechnung und völlig papierlos. Sie wird häufig von einem Lieferanten an einen Käufer geschickt, um die Zahlung für Waren und/oder Dienstleistungen anzufordern. 

    Die elektronische Rechnungsstellung ist umweltfreundlich und ermöglicht es Unternehmen, ansonsten zeitaufwändige manuelle Prozesse zu digitalisieren und zu automatisieren. Außerdem ist sie sicherer als der Versand von Papierrechnungen oder PDF-Rechnungen per E-Mail. Wenn die elektronische Rechnungsstellung vorgeschrieben ist, bietet sie auch weitreichende wirtschaftliche Vorteile. Aufgrund der enormen Vorteile der elektronischen Rechnungsstellung wird sie sowohl bei Transaktionen zwischen Unternehmen und Behörden (B2G) als auch zwischen Unternehmen (B2B) eingesetzt und ist die zunehmend bevorzugte (und oft erzwungene) Austauschmethode.
     
  • E-Archivierung: (Elektronische Archivierung) In den meisten Ländern sind sowohl Organisationen des öffentlichen als auch des privaten Sektors gesetzlich verpflichtet, alle ihre Transaktionsdaten (z. B. Rechnungen) für einen bestimmten Zeitraum (z. B. sieben Jahre) aufzubewahren. Die elektronische Archivierung wird hauptsächlich dann eingesetzt, wenn die Transaktionsdaten in ihrer ursprünglichen Form elektronisch vorliegen. 
     
  • Elektronischer Datenaustausch (EDI): EDI steht für Electronic Data Exchange (elektronischer Datenaustausch) und ist definiert als der Austausch von Geschäftsdokumenten in einem standardisierten Format von Computer zu Computer. Diese Geschäftsdokumente (Bestellungen, Rechnungen, Lieferankündigungen usw.) werden als Transaktionssätze bezeichnet. Unternehmen, die EDI-Transaktionssätze austauschen, werden als Handelspartner bezeichnet.

    Der elektronische Datenaustausch ist in der heutigen Geschäftswelt für die meisten B2B-Transaktionen erforderlich. Das liegt vor allem daran, dass er das Potenzial hat, die Effizienz der Lieferkette drastisch zu verbessern, die Kosten zu senken und vieles mehr. Wenn Handelspartner in der Lage sind, Dokumente elektronisch auszutauschen, bedeutet dies, dass sie EDI-fähig oder EDI-aktiviert sind. 
     
  • Elektronischer Umschlag: Ein elektronischer Umschlag enthält elektronische Informationen, die eine Reihe von übermittelten Dokumenten, die von einem Absender an einen Empfänger gesendet wurden, zusammenbinden. Es gibt drei Arten von elektronischen Umschlägen: den ISA/IEA-Umschlag (Übertragungsumschlag), den GS/GE-Umschlag und den ST/SE-Umschlag.
     
  • Endbenutzer: In Bezug auf Software bezieht sich der Begriff Endbenutzer auf die Person, die das fertige Softwareprodukt oder die Dienstleistung letztendlich nutzt. Wenn Sie zum Beispiel ein iPhone besitzen, sind Sie ein Endbenutzer von Apple-Produkten und -Dienstleistungen. Wenn Sie FLOW Partner Automation, die Software-Plattform von TIE Kinetix für EDI und E-Invoicing, besitzen, sind Sie ein Endbenutzer von TIE Kinetix.
     
  • Integration von Unternehmensanwendungen: Enterprise Application Integration (EAI) bezieht sich auf eine Informationssystemarchitektur, die es mehreren Softwareanwendungen (ERP, CRM, WMS usw.) ermöglicht, durch Datenaustausch miteinander zu kommunizieren. Enterprise Application Integration (EAI) bezeichnet eine Informationssystemarchitektur, die es mehreren Softwareanwendungen (ERP, CRM, WMS usw.) ermöglicht, durch den Austausch von Daten miteinander zu kommunizieren.

    Obwohl es oft notwendig ist, dass Systeme Daten gemeinsam nutzen und bestimmte Geschäftsregeln übernehmen, ist es normal, dass verschiedene Arten von Systemen nicht von Haus aus miteinander kommunizieren können. Dieser Mangel an anwendungsübergreifender Kommunikation führt zu Ineffizienzen. Wenn beispielsweise identische Daten an verschiedenen Orten gespeichert werden, ist die Gefahr von Inkonsistenzen groß. Ein weiterer Nachteil ist, dass einfache Prozesse nicht automatisiert werden können.

    EAI-Software verknüpft Anwendungen innerhalb eines Unternehmens, um Geschäftsprozesse so weit wie möglich zu vereinfachen und zu automatisieren, ohne dabei radikale Änderungen an bestehenden Anwendungen oder Datenstrukturen vornehmen zu müssen.
     
  • ERP: (Enterprise Resource Planning) Der Hauptzweck eines Enterprise Resource Planning (ERP)-Systems besteht darin, alle wichtigen Geschäftsdaten an einem einzigen Ort zusammenzufassen. Es besteht aus verschiedenen Anwendungen oder Modulen, von denen jedes in der Regel einen bestimmten Geschäftsbedarf abdeckt. Dazu können spezifische Anwendungen für die Personalabteilung, das Finanzwesen, die Logistik, den Einzelhandel, den Verkauf oder praktisch jeden anderen Geschäftsbereich gehören, der Transparenz erfordert. Beispiele für ERP-Systeme: Microsoft Dynamics 365, Microsoft Dynamics AX, Oracle, SAP, Sage X3, Exact
     
  • ETL: (Extract, Transform, Load) ETL ist ein Computerverfahren, das darin besteht, Daten aus einer oder mehreren Quellen in ein Zielsystem zu kopieren, das die Daten anders oder in einem anderen Kontext als die Quelle(n) wiedergibt. Einer der Vorteile besteht darin, dass auf diese Weise ein Informationsabgleich zwischen einer Datenquelle und einer anderen in großem Umfang möglich ist.

    Das ETL-Verfahren basiert auf drei Schlüsselprozessen. Erstens, die Extraktion von Daten aus einer Quelle. Zweitens die Datentransformation, die eine Validierung und Konvertierung in das geeignete Speicherformat beinhaltet. Drittens, das Laden der Daten in die endgültige Zieldatenbank. Eine ETL-Lösung stützt sich daher auf Konnektoren zum Exportieren und Importieren von Daten in Anwendungen sowie auf Transformatoren, die die Daten manipulieren und in das gewünschte Format umwandeln.

    Die häufigste Anwendung einer ETL-Lösung besteht darin, Daten aus verschiedenen Quellen zu sammeln, sie umzustrukturieren und dann in ein Data Warehouse zu übertragen. Ein ETL wird häufig im Batch-Modus verwendet, um Daten in großen Mengen zu übertragen.
     
  • Dateiübertragung: Dateiübertragungen sind der Dreh- und Angelpunkt der Geschäftswelt. Ganz gleich, ob es sich bei der Datei um ein einfaches Word-Dokument im Anhang einer E-Mail, eine elektronische Rechnung, die per VAN verschickt wird, oder ein 20 GB großes Video handelt, Dateiübertragungen bringen unsere Informationen von Punkt A nach Punkt B. Dateiübertragungen können entweder strukturierte oder unstrukturierte Daten enthalten: 

    Strukturierte Daten sind Daten, die auf eine ganz bestimmte, allgemein verständliche Weise organisiert sind. Obwohl sie von Menschen nicht immer leicht zu interpretieren sind, wird diese Art von Daten von Computern leicht verstanden und häufig für den Austausch zwischen Systemen verwendet. Strukturierte Daten bilden die Grundlage für den elektronischen Dokumentenaustausch und können viele Formen annehmen. 
     
  • Unstrukturierte Daten: Unstrukturierte Daten sind Daten, die frei und in keiner bestimmten Reihenfolge angeordnet sind. Sie können von Natur aus nicht sofort von einem Computer verstanden werden, wohl aber von einem Menschen. Unzählige Arten von Dateien können aus unstrukturierten Daten bestehen, z. B. E-Mails, Rechnungen, Videos, Bilder und vieles mehr.
     
  • G2B (zwischen Behörden und Unternehmen): Der Begriff G2B wird am häufigsten verwendet, wenn es um den Handel zwischen einer Regierungsorganisation und einer Organisation des privaten Sektors geht. In einem typischen Geschäftsszenario kauft eine Organisation des privaten Sektors Dienstleistungen von einer Institution des öffentlichen Sektors und muss für diese Dienstleistungen eine Zahlung leisten. Obwohl G2B-Transaktionen durchaus vorkommen, sind Business-to-Government-Transaktionen am häufigsten. 
     
  • Gateway: Ein Gateway ist die Verbindung zwischen öffentlichen oder privaten Netzen, die die Übertragung von Dokumenten im EDI-Format über mehrere Netze hinweg ermöglicht.
     
  • GDS: Globale Datensynchronisierung.
     
  • GLN: (Global Location Number) Eine GLN ist eine eindeutige Nummer, die Standorten zugewiesen wird, um sie weltweit eindeutig identifizieren zu können. Diese globalen Standortnummern können verwendet werden, um jeden rechtlichen, physischen und funktionalen Standort zu identifizieren. GLNs sind Referenzschlüssel zu Computerdateien, in denen Informationen über das Unternehmen oder den Standort gefunden werden können. 

    GLNs ersetzen die Namen und Adressen von Standorten und sind besonders nützlich bei der Automatisierung von Prozessen; sie ermöglichen es Computern, Informationen ohne manuelle Eingriffe an das richtige Ziel zu leiten. GLNs müssen bei der Identifizierung von Standorten und Geschäftspartnern für den EDI-Austausch und Datenpools verwendet werden. Sie können auch in Strichcodes verwendet werden, um einen physischen Standort zu identifizieren oder um relevante Informationen für Liefer- oder Rechnungszwecke bereitzustellen.
     
  • Globaler Unternehmensidentifikator: Dies ist ein von RosettaNet geprägter Begriff für das Data Universal Numbering System. Der Global Company Identifier ist das RosettaNet-Objekt und das Data Universal Numbering System ist die spezifizierte Lösung.
     
  • Global Company Identifier: This is a RosettaNet-branded term for the Data Universal Numbering System. The Global Company Identifier is the RosettaNet object and Data Universal Numbering System is the specified solution.
     
  • GTIN: (Global Trade Item Number) Die GTIN ist ein eindeutiger Bezeichner für jedes verkaufte Produkt.
     
  • Hardware: Hardware bezieht sich auf die physischen Komponenten eines Computersystems, z. B. Server. Ein wichtiger Grund dafür, dass sich viele Unternehmen für SaaS-Lösungen für EDI und elektronische Rechnungsstellung entscheiden, ist die Vermeidung unvorhersehbarer Hardwarekosten (z. B. für die Wartung) und stattdessen die Möglichkeit, Monat für Monat von vorhersehbaren Preisen zu profitieren. 
     
  • Kopfzeile: Das spezifische Segment, das, vereinfacht ausgedrückt, dem empfangenden Computer mitteilt, wo eine einzelne EDI-Nachricht beginnt.
     
  • Hub: Nach dem Hub-and-Spoke-Modell ist ein Hub eine große Organisation im öffentlichen oder privaten Sektor, die viele Lieferanten hat, die als Speichen bezeichnet werden. Die Lieferanten müssen oft ihre Geschäftspraktiken anpassen, um eine Geschäftsbeziehung mit einem Hub eingehen zu können. So kann ein Hub beispielsweise von allen seinen Speichen verlangen, dass sie ihre Rechnungen elektronisch nach einem bestimmten Standard versenden. 
     
  • IaaS (Integration as a Service): IaaS ist in seinem Kern Cloud Computing. Wie bei allen XaaS-Lösungen handelt es sich um ein abonnementbasiertes Angebot, das eine grundlegende Cloud-Computing-Infrastruktur für öffentliche und private Clouds bereitstellt. Cloud-Dienste und Infrastruktur gehen Hand in Hand. Wenn es also um Cloud- und Infrastrukturdienste geht, gibt es keine wirkliche Trennung zwischen diesen beiden Bereichen. Cloud-Dienste haben immer eine Infrastrukturkomponente; sie ist die eigentliche Voraussetzung für die Existenz der Cloud. Denken Sie an: physisches Rechenzentrum, Server, Netzwerke, Speicher.
     
  • Implementierungsleitfaden: Implementierungsleitfäden sind Veröffentlichungen, in denen die EDI-Nachrichten aufgeführt sind, die in einer bestimmten Branche oder Anwendung verwendet werden. In diesen Leitfäden wird angegeben, wie die Informationen in diesen Nachrichten segmentweise und datenelementweise dargestellt werden sollten, einschließlich der Angabe, welche Segmente und Datenelemente benötigt werden und welche nicht, und welche Codewerte bei der Anwendung dieser bestimmten Nachricht erwartet werden.
     
  • Integration: Aus interner Sicht ist Integration ein Prozess, der darauf abzielt, alle Systeme, Anwendungen, Software und andere Lösungen, die in einem Unternehmen verwendet werden, zu verbinden, um Datentransparenz zu schaffen. In der Lieferkette dient die Integration der Verbindung von Handelspartnern und der Erleichterung des Handels, indem sie den Austausch von Daten und Einblicken in Echtzeit ermöglicht. 

    Heutzutage erweitern Unternehmen kontinuierlich ihre Technologiepakete. Aber jedes Unternehmen muss irgendwo anfangen, und dieser Ausgangspunkt ist in der Regel die Grundlage, die alle wichtigen IT-Initiativen - oder Integrationsszenarien - vorgibt. Mit anderen Worten: Jedes Unternehmen hat einen Kern (oder mehrere Kerne), bei dem es sich in den meisten Fällen um ein ERP-System (Enterprise Resource Planning) handelt.  Als Einzelinvestition wird ein Kernsystem jedoch niemals alle geschäftskritischen Aktivitäten sofort unterstützen. Stattdessen muss es mit internen und externen Anwendungen und zusätzlicher Software (oft von Drittanbietern) angereichert werden. So entsteht ein ganzes Geflecht aus unterschiedlichen Systemen und verstreuten Daten. Die Integration löst dieses Problem.
     
  • Zusammenschaltung: Zwei Wertschöpfungsnetze (VANs), die sich mit der Adresse des anderen verbinden.
     
  • Internet der Dinge (IoT): Ein Netzwerk von physischen Geräten, die mit Elektronik, Software und Netzwerkkonnektivität ausgestattet sind und es diesen Objekten ermöglichen, Daten zu sammeln und auszutauschen.
     
  • iPaaS: (Integration Platform as a Service) Gartner definiert iPaaS als "eine Reihe von Cloud-Diensten, die die Entwicklung, Ausführung und Verwaltung von Integrationsflüssen ermöglichen, die eine beliebige Kombination von On-Premises- und Cloud-basierten Prozessen, Diensten, Anwendungen und Daten innerhalb einzelner oder mehrerer Unternehmen miteinander verbinden."

    Traditionelle iPaaS werden manchmal unter der Kategorie Enterprise Integration Platform as a Service (Enterprise iPaaS) aufgeführt. Die obige iPaaS-Definition von Gartner gilt auch hier, wird aber spezifisch für Szenarien der Unternehmensintegration.
     
  • ISA/IEA:  ISA/IEA ist der äußere Umschlag in einem EDI-Austausch und wird als Interchange Envelope bezeichnet. Er enthält Informationen über die Anzahl der enthaltenen Transaktionssätze, identifiziert den Sender und den Empfänger und gibt Datum und Uhrzeit der Übertragung an.
     
  • JIT: (Just In Time) Das Wesen der JIT-Methode besteht darin, nur das zu produzieren, was benötigt wird, wenn es benötigt wird, und zwar in genau der Menge, die benötigt wird. Mit anderen Worten: JIT ermöglicht es, gerade so viel auf Lager zu haben, dass ein Auftrag erfüllt werden kann, und hilft den Herstellern, die Lagerkosten und den Ausschuss zu reduzieren und gleichzeitig die Effizienz der Lieferkette zu steigern.

    Das JIT-Fertigungskonzept wurde erstmals von Toyota im Japan der Nachkriegszeit eingeführt. Damals wurde es als "Toyota-Produktionssystem" (TPS) bezeichnet, und seine Ursprünge lassen sich auf drei Hauptgründe zurückführen: Japans Mangel an Bargeld, um in große Lagerbestände zu investieren, ein Mangel an Platz, um große Fabriken und Lagerhäuser zu bauen, und ein Mangel an natürlichen Ressourcen, der die Hersteller zwang, den Verbrauch und die Lagerkosten zu minimieren, um wettbewerbsfähig zu bleiben.
     
  • Maschinelles Lernen: Maschinelles Lernen (ML) ist ein Teilbereich der KI, bei dem es darum geht, Computern das Lernen beizubringen, ohne dass sie für bestimmte Aufgaben programmiert werden müssen. Es kombiniert große Datenmengen und verarbeitet sie mit intelligenten Algorithmen, so dass die Software automatisch die Muster und Eigenschaften der Daten sowie bestimmte menschliche Interaktionen lernt. Im Grunde wird die Software immer intelligenter, je mehr Daten und menschliche Eingriffe sie erfährt. Mit anderen Worten: Sie lernt und verbessert sich automatisch, indem sie Erfahrungen sammelt.

    Aufgrund der Muster, die ML aufgreift, kann die Software auch Vorhersagen auf der Grundlage von historischen Daten treffen. So kann die KI interessante und vor allem nützliche prädiktive Analysen erstellen, die für strategische Entscheidungen genutzt werden können.
     
  • Mailbox: Eine Mailbox ist ein Dateispeicherbereich innerhalb eines Computers, der in der Regel von einem Netzwerkdienstleister genutzt wird und in dem Informationen abgelegt werden, bis sie vom vorgesehenen Empfänger abgerufen werden können.
     
  • Mapping: EDI-Mapping ist ein Prozess, bei dem EDI-Daten aus ihrem ursprünglichen Format in ein Format übersetzt werden, das vom ERP- oder einem anderen Back-End-System Ihres Handelspartners gelesen werden kann.  

    Stellen Sie sich vor, dass zwei Handelspartner zwei verschiedene Sprachen sprechen. Um erfolgreich zu kommunizieren, müssten sie entweder eine gemeinsame Sprache sprechen oder einen Übersetzer einsetzen. EDI-Mapping-Software ist der Übersetzer, der Daten aus einer proprietären Datei (CSV, iDoc, Flat File oder ein anderes ERP-spezifisches Format) in das erforderliche EDI-Standardformat (ANSI X12, EDIFACT usw.) und umgekehrt umwandelt.
     
  • Nachrichtentyp: Der elektronische Datenaustausch (EDI) zwischen Handelspartnern wird oft als EDI-Nachricht bezeichnet. Jede Nachricht enthält einen strukturierten Datensatz, der sich auf die Informationen bezieht, die in der jeweiligen Nachricht enthalten sind, z. B. eine Rechnung. 

    Es gibt übergreifende Begriffe wie Rechnungen und Bestellungen, die an und für sich Nachrichtentypen sind. Allerdings können verschiedene Begriffe für denselben EDI-Nachrichtentyp stehen, wenn EDI-Standards im Spiel sind, die jeweils ihre eigene Terminologie und strukturierte Datenanforderungen für eine bestimmte Nachricht vorsehen. So wird beispielsweise eine Rechnung nach dem ANSI X12-Standard als EDI 810 bezeichnet, nach dem UN/EDIFACT-Standard jedoch als INVOIC. Auch die in der Rechnung enthaltenen Daten sind unterschiedlich strukturiert.
     
  • Migration: Unter Migration versteht man die Übertragung aller Daten von einem System in ein anderes. Heutzutage wird der Begriff Migration hauptsächlich zur Beschreibung eines internen Geschäftsprozesses verwendet, bei dem ein Unternehmen beschlossen hat, seine Kerngeschäftsprozesse in die Cloud zu verlagern. In diesem Fall würden sie von einer On-Premise-Lösung zu einer Cloud-basierten Lösung migrieren.
     
  • Netzwerk: Bei Unternehmen, die Daten elektronisch auf der Grundlage gängiger EDI- und/oder E-Invoicing-Standards austauschen oder alternativ unter eine bestimmte Branchenkategorie fallen, hängt die erfolgreiche Übertragung des Datenaustauschs häufig von einer bestimmten Netzwerkverbindung ab. Das bedeutet, dass alle elektronischen Nachrichten im richtigen Format und über das entsprechende Netz gesendet werden müssen, damit sie akzeptiert werden. Zu den gängigen Netzen gehören PEPPOL, GDSN und EDIFICE. 
     
  • Netzdienstleister: Ein Unternehmen, das ein Netzwerk unterhält und seine Dienste und Fähigkeiten anderen gegen eine Gebühr anbietet. 
     
  • ODBC: (Open Database Connectivity) ODBC bietet eine standardisierte Software-API-Methode (Anwendungsprogrammierschnittstelle) zur Nutzung von Datenbankverwaltungssystemen, unabhängig von Programmiersprachen, Datenbanksystemen und Betriebssystemen.
     
  • OLE DB: (Object Linking and Embedding, Database)OLE DB ist eine von Microsoft entwickelte AP-Schnittstelle für den einheitlichen Zugriff auf verschiedene Arten von Datenspeichern. Sie trennt den Datenspeicher von der Anwendung, die darauf zugreifen muss, durch eine Reihe von Abstraktionen, die die Datenquelle, die Sitzung, den Befehl und die Zeilensätze umfassen.
     
  • Omnichannel: Im Gegensatz zu Single-Channel- oder Multi-Channel-Strategien bietet eine Omnichannel-Einzelhandelsstrategie ein einheitliches Kauferlebnis über alle Kanäle, die ein Kunde zur Interaktion mit einem Produkt nutzt. So kann ein Unternehmen beispielsweise identische Werbeaktionen im Geschäft und online anbieten oder einen integrierten Bestandsansatz verfolgen, um die Produktverfügbarkeit unabhängig von dem für den Kauf verwendeten Kanal anzuzeigen. Das immer beliebter werdende BOPIS-Modell (Buy Online Pick Up In Store) ist ein weiteres Beispiel für einen Omnichannel-Ansatz im Einzelhandel. 
     
  • Onboarding: Onboarding bezieht sich auf den Prozess, der den Austausch elektronischer Dokumente zwischen zwei Handelspartnern ermöglicht. Ein typisches Onboarding-Szenario ist, dass ein nicht EDI-fähiger Lieferant eine neue Geschäftsbeziehung mit einem großen Einzelhändler eingeht und sich mit dem Lieferantenportal des Einzelhändlers verbinden muss, um seine Rechnungen einzureichen. 

    Onboarding kann sich auch auf den Prozess der Verbindung mit Handelspartnern beziehen, die beide in der Lage sind, Dokumente elektronisch zu versenden. In diesem Fall ist Onboarding der Prozess der Verbindung beider Handelspartnersysteme, um einen nahtlosen elektronischen Datenfluss zu ermöglichen. Dies erfordert ein EDI-Mapping.
     
  • Offenes Netz: Ein Netzwerk, mit dem externe Parteien kommunizieren können.
     
  • Auftrag-zu-Bargeld: Ein Verkaufsprozess aus der Sicht des Lieferanten oder Verkäufers: Eingehende Kundenaufträge führen anschließend zu einem (hoffentlich gesunden) Cashflow.
     
  • P2P (Purchase-to-Pay): Purchase-to-Pay (P2P), auch Procure-to-Pay genannt, ist der Einkaufsprozess von Waren und Dienstleistungen. Von der Bestellung bis zur Zahlung an den Lieferanten. Der gesamte Purchase-to-Pay-Prozess besteht aus einer Vielzahl von Einzelprozessen, die in verschiedenen Bereichen des Unternehmens ablaufen und an denen mehrere Mitarbeiter beteiligt sind.
     
  • PEPPOL Zugangspunkt (AP): Eine Organisation (in der Regel ein Dienstleister) kann als PEPPOL Access Point dienen, um andere Organisationen (in der Regel Handelspartner) mit dem PEPPOL-Netzwerk zu verbinden, nachdem sie einen strengen Zertifizierungsprozess durchlaufen hat. TIE Kinetix ist ein zertifizierter PEPPOL-Zugangspunkt. 
     
  • Punkt-zu-Punkt: Bezieht sich auf eine Art der Kommunikation, bei der Nachrichten direkt von einem Geschäftspartner zu einem anderen gesendet werden, ohne dass ein VAN verwendet wird. Mit anderen Worten: eine direkte Verbindung, die die Erstellung einer benutzerdefinierten Karte zur Verbindung der beiden Systeme erfordert. 
     
  • Privater Sektor: Bezieht sich auf Organisationen außerhalb des öffentlichen Sektors. Mit anderen Worten: Organisationen des privaten Sektors werden nicht mit öffentlichen Mitteln finanziert. 
     
  • Beschaffung: Die Beschaffung wird häufig auf der Käuferseite (z. B. bei einem Einzelhändler) durchgeführt. Sie bezieht sich auf die Beschaffung von Waren und/oder Dienstleistungen von einem oder mehreren Lieferanten. 
     
  • Beschaffung-zu-Zahlung: Procure-to-Pay, auch Purchase-to-Pay (P2P) genannt, ist der Einkaufsprozess von Waren und Dienstleistungen. Von der Bestellung bis zur Zahlung an den Lieferanten. Der gesamte Purchase-to-Pay-Prozess besteht aus einer großen Anzahl von Einzelprozessen, die in verschiedenen Teilen des Unternehmens ablaufen und an denen mehrere Mitarbeiter beteiligt sind.
     
  • Öffentlicher Sektor: Der öffentliche Sektor ist der Sammelbegriff für alle staatlichen und halbstaatlichen Organisationen. 
     
  • Qualifier: Teil einer EDI-Adresse.
     
  • Empfänger: Die Partei, an die die EDI-Nachricht oder der Transaktionssatz übermittelt wird.
     
  • Repository: Ein Ort oder eine Reihe verteilter Orte, an denen die Daten (z. B. die zu einem Produkt gehörenden) gespeichert sind, auf die ein Register verweist und von denen die Daten abgerufen werden können.
     
  • RFID: (Radio Frequency Identification) RFID ist eine Technologie, die es ermöglicht, die auf einem Mikrochip gespeicherten Daten über einen drahtlosen Sender zu übertragen. Die Daten auf dem RFID-Chip können auch dann gelesen werden, wenn sich der Chip nicht in Sichtweite befindet.
     
  • RFP: (Request for Proposal) Ein Request for Proposal (RFP) ist eine Aufforderung an Lieferanten, im Rahmen eines Ausschreibungsverfahrens ein Angebot für eine bestimmte Ware oder Dienstleistung abzugeben.
     
  • SaaS: SaaS ist eine Art von Dienstleistungsmodell, das auf der Cloud basiert und bei dem die Kunden eine monatliche Gebühr entrichten. Es handelt sich um ein freihändiges Bereitstellungsmodell, bei dem der SaaS-Dienstleister dafür verantwortlich ist, Ihnen alle erforderlichen Cloud-Computing-Systeme zur Verfügung zu stellen, die für das Hosting Ihrer Daten in der (meist öffentlichen) Cloud erforderlich sind. Das bedeutet auch, dass alle Software-Updates, Verbesserungen und Wartungsarbeiten übernommen werden. SaaS hat in führenden Unternehmen die Vor-Ort-Infrastruktur weitgehend ersetzt.
     
  • SCM:SCM ist ein weit gefasster Begriff, der sich jedoch auf zwei sehr unterschiedliche Ansätze eingrenzen lässt: reaktives und strategisches Management.

    Reaktives Lieferkettenmanagement ist, wie der Name schon sagt, der Versuch eines Unternehmens, etwas in der Lieferkette zu reparieren, nachdem etwas schief gelaufen ist.
    Strategisches Lieferkettenmanagement hingegen ist ein kontinuierlicher, geplanter Ansatz. Es erfolgt nicht als Reaktion auf eine Störung, sondern erkennt an, dass eine Störung jederzeit auftreten kann. Bei diesem Ansatz wird eine vollständige Transparenz der Lieferkette von Anfang bis Ende angestrebt. Mit anderen Worten: Ein Unternehmen will über alle Vorgänge informiert sein, die sich auf das Endprodukt auswirken könnten, das den Endkunden wie geplant erreicht. 

  • Selbstfakturierung: Der Kunde kann die Rechnung selbst erstellen und die Zahlung elektronisch per EDI überweisen.
     
  • Verkäufer: Die Partei in einer geschäftlichen Transaktion, die Waren oder Dienstleistungen an einen Käufer verkauft.
     
  • Absender: Die Partei, die EDI-Nachrichten überträgt.
     
  • Sendungsbenachrichtigung: Eine EDI-Transaktion, die der Versender von Material an den Empfänger sendet, um mitzuteilen, dass die Sendung versandt wurde, und um Einzelheiten wie Manifest, Bestellnummer, voraussichtliche Ankunftszeit, Spediteur usw. anzugeben. 
     
  • Software: Die Programme auf Diskette, Band oder anderen Speichermedien, die vom Computer zur Erfüllung seiner Aufgaben verwendet werden.
     
  • Beschaffung: Die Beschaffung ist der Prozess der Auswahl von Lieferanten, die Ihnen die Waren und Dienstleistungen liefern, die Sie für Ihr Unternehmen benötigen.
     
  • Speiche: Ein EDI-Begriff, der sich auf einen Geschäftspartner bezieht, in der Regel einen Zulieferer für ein Käuferunternehmen (bekannt als Hub).
     
  • SRM: (Supplier Relationship Management) SRM bedeutet, dass ein einkaufendes Unternehmen eine enge Zusammenarbeit mit den Lieferanten pflegt und die Beschaffungsprozesse mit den Anwendungen im gesamten Unternehmen integriert, um die Transparenz zu erhöhen und die Kosten zu senken.
     
  • Strukturierte Daten: Strukturierte Daten sind Daten, die auf eine ganz bestimmte, allgemein verständliche Weise organisiert sind. Obwohl sie von Menschen nicht immer leicht zu interpretieren sind, wird diese Art von Daten von Computern leicht verstanden und häufig für den Austausch zwischen Systemen verwendet. Strukturierte Daten bilden die Grundlage für den elektronischen Dokumentenaustausch und können viele Formen annehmen.
     
  • Lieferkette: Eine Abfolge von Ereignissen, die die Umwandlung, Bewegung oder Platzierung von Waren, Produkten oder Dienstleistungen umfassen kann und einen Mehrwert schafft.
     
  • SSCC: (Serial Shipping Container Code) Der SSCC ist der GS1-Identifikationsschlüssel für einen Artikel, der für den Transport und/oder die Lagerung bestimmt ist und in der Lieferkette verwaltet werden muss. Der SSCC wird für die Lebensdauer des Transportgutes vergeben und ist ein obligatorisches Element auf dem UCC-128 Versandetikett.
     
  • Syntax: Das System zur Anordnung von Datenelementen und Segmenten innerhalb einer EDI-Nachricht oder eines Transaktionssatzes, wie es durch die verwendeten Nachrichten- oder Transaktionssatzstandards vorgegeben ist.
     
  • Dritte Partei: Eine andere Partei als der Sender oder Empfänger, z. B. ein EDI-Dienstleister oder Softwareentwickler, der Waren oder Dienstleistungen bereitstellt - in diesem Fall zur Unterstützung des EDI-Datenaustauschs.
     
  • Übersetzung: Der Prozess der Konvertierung von Informationen von einem EDI-Standardformat in ein anderes. Mit anderen Worten: die Konvertierung von Geschäftsanwendungsdaten in und aus einem anderen Datenformat, z. B. einem Standard (z. B. ASC X12), unter Verwendung von Übersetzungssoftware und Karten.
     
  • Übersetzer: Ein Programm, das zur Konvertierung von Informationen aus einem Flat File in ein EDI-Format oder aus einem EDI-Format in ein Flat File verwendet wird.
     
  • Handelspartner: Eine Person oder Organisation, die sich bereit erklärt hat, EDI-Geschäftsdokumente elektronisch auszutauschen. Mit anderen Worten, ein Handelspartner ist die sendende oder empfangende Partei, die am Austausch von EDI-Übertragungen beteiligt ist.
     
  • Transaktionssätze: Die X12-Standards legen eine Reihe von grundlegenden elektronischen Dokumenten fest, die als Transaction Sets bezeichnet werden. Diese umfassen gängige Geschäftsdokumente wie Bestellungen, Rechnungen und Manifeste, aber auch spezialisierte Dokumente für einzelne Branchen, z. B. für Behörden oder das Gesundheitswesen (siehe auch ANSI X12 Definition).
     
  • UCC-128 Versandetikett: Ein Etikett, das Informationen wie den SSCC (Serial Shipping Container Code), Barcodes, die Herkunft und den Bestimmungsort des Pakets sowie dessen Inhalt enthält. Das Etikett wird sowohl für Palettensendungen als auch für einzelne Kartons mit Produkten verwendet. Es wird oft in Verbindung mit ASNs (EDI 856 Transaction Sets) verwendet.
     
  • Unstrukturierte Daten: Unstrukturierte Daten sind Daten, die frei und in keiner bestimmten Reihenfolge angeordnet sind. Von Natur aus können sie von einem Computer nicht sofort verstanden werden, aber sie können höchstwahrscheinlich von einem Menschen verstanden werden. Unzählige Arten von Dateien können aus unstrukturierten Daten bestehen, z. B. E-Mails, Rechnungen, Videos, Bilder und vieles mehr.
     
  • Benutzer: Eine natürliche oder juristische Person, die einen Computer oder ein Standardsystem für einen bestimmten Zweck wie EDI nutzt.

     
  • Benutzergruppe: Eine Organisation von Einzelpersonen und/oder Unternehmen, die sich zusammenschließen, um sich mit den Bedürfnissen derjenigen zu befassen, die eine Technik oder Technologie auf einheitliche Weise einsetzen wollen. Benutzergruppen sind Diskussionsforen.
     
  • Validierung: Der Prozess, bei dem festgestellt wird, ob ein bestimmtes Dokument in einer EDI-Übertragung den Konformitätsstandards entspricht.
     
  • Wertschöpfungsnetzwerk: Ein Value-Added Network (VAN) ist ein privates Netz für den elektronischen Datenaustausch. Mit anderen Worten, es handelt sich um einen gehosteten Dienst, der einen sicheren Weg zum Austausch von EDI-Dokumenten zwischen Unternehmen bietet. EDI-VANs dienen als Kollaborationsnetz und erleichtern die EDI-Kommunikation zwischen Geschäftspartnern. Dies geschieht, indem die Anzahl der Stellen, mit denen sich jedes Unternehmen verbinden muss, reduziert wird.   
     
  • VAN: Siehe Value-Added Network.
     
  • Hersteller-verwaltetes Inventar (Vendor Managed Inventory): (VMI) Ein System der Bestandsauffüllung, bei dem der Lieferant die Verantwortung für die Aufrechterhaltung des Kundenbestands an Produkten des Lieferanten übernimmt, indem er die vom Kunden übermittelten POS- und Bestandsinformationen überwacht. Dies wird in der Regel über EDI automatisiert, um einen möglichst reibungslosen Nachschubfluss zu erreichen.
     
  • Version/Release: Kennzeichnet die Veröffentlichung des Standards, der für die Erzeugung oder Interpretation von Daten im X12-Standardformat verwendet wird.
     
  • VPN: Virtuelles privates Netzwerk.
     
  • Web-EDI: Ein allgemeiner Begriff für die Übermittlung strukturierter Geschäftsnachrichten über das Internet. Dazu können Lösungen wie ein Portal gehören, das eine Anmeldung und die Eingabe von geschäftlichen Transaktionsdaten in ein Formular auf einer Website über einen Internetbrowser erfordert. Diese Methode erfordert ein gewisses Maß an manuellen Eingriffen und kann im Falle von EDI-Transaktionen nicht vollständig automatisiert werden. 
     
  • Webdienste: Ein Standardmittel für die Interoperabilität zwischen verschiedenen Softwareanwendungen, die auf einer Vielzahl von Plattformen und/oder Frameworks laufen, über das Internet.