Anvaigo EDI Connect / Config / EDI Geschäftsvorfälle / EDI Geschäftsvorfall Typ
Diese Seite wurde automatisch übersetzt. Ursprünglich wurde der Inhalt auf Englisch verfasst.

EDI Geschäftsvorfall Typ

Die Geschäftsvorgangsart definiert einen möglichen allgemeinen Geschäftsfall. Das kann zum Beispiel eine Ausgangsrechnung oder ein Auftragseingang sein.

Diese Datenstruktur wird auch verwendet, um eine automatische Datenerfassung zu definieren, z. B. um alle neuen Rechnungen im System zu finden und EDI-Aktionen auszulösen. Die Geschäftsvorgangsart definiert auch, wie der EDI-Partner aus den Geschäftsdaten ermittelt wird.

Jeder Transaktionsfluss besteht aus einem oder mehreren Geschäftstransaktionstypen, die verschiedene Prozesseingangspunkte verwenden, die bestimmen, wie die Daten in jeder Phase behandelt werden. Das Verständnis dieser verschiedenen Arten der EDI Geschäftsvorfall Typ ist für die Einrichtung effizienter und zuverlässiger EDI-Prozesse von wesentlicher Bedeutung.

Prozesseinstiegspunkt (Process Entry Point)

Eingehende Übertragungen

Dieser Typ wird für den Empfang und den Import von Daten aus externen Systemen in Dynamics 365 Business Central verwendet. Sie ist in der Regel der erste Schritt in einer Transaktion und für das Parsen der Eingabedatei (z. B. EDIFACT, XML, CSV) und den Import der Daten in eine interne Pufferstruktur zuständig.

  • Beispiel für einen Anwendungsfall: Empfang von Bestellungen oder Rechnungen von Handelspartnern.

Data Collection

Dieser Typ wird verwendet, um Daten aus Dynamics 365 Business Central zu extrahieren. Es sammelt die erforderlichen Datensätze aus Tabellen wie Kundenaufträgen, Rechnungen oder Sendungen und bereitet sie für den Export vor.

  • Beispiel für einen Anwendungsfall: Sammeln von offenen Kundenaufträgen, die als Auftragsbestätigungen oder Antworten exportiert werden sollen.

Sub-Process

Der Typ Unterprozeß wird in erster Linie für die Arbeit mit Pufferstrukturen, wie z.B. dem EDI-Beleg oder verwandten Puffertabellen, verwendet. Im Gegensatz zu den anderen Typen, die direkt auf einer einzelnen Datei (eingehende Daten) oder einem Quelldatensatz in Business Central (Datenerfassung) operieren, arbeiten die Teilprozess-Aktivitäten in der Regel auf den Zwischenpufferdaten.

Dieser Typ ist für die Strukturierung und Steuerung des Ablaufs der Verarbeitungslogik sowohl in Import- als auch in Exportszenarien unerlässlich.

Wichtige Anwendungsfälle

  • Puffer-Transformation: In Importszenarien wird eine eingehende Datei zunächst in eine Pufferstruktur umgewandelt. Ein Unterprozess übernimmt dann die weitere Verarbeitung dieses Puffers. Dies kann eine 1:1-Verarbeitung des Puffers sein oder ein 1:n-Szenario, bei dem ein eingehender Datensatz mehrere Puffereinträge erzeugt.
  • Stapelverarbeitung mit Fehlertoleranz: Wenn eine einzelne Datei mehrere Geschäftsdokumente enthält (z. B. mehrere Bestellungen), kann jeder Puffersatz in einem eigenen Unterprozess verarbeitet werden. Dadurch wird sichergestellt, dass ein Fehler in einem Dokument nicht die Bearbeitung der anderen Dokumente blockiert.
  • Export Mapping Vorbereitung: In Exportflüssen sammelt der Typ Datensammlung Datensätze wie Verkaufsrechnungen oder Sendungen und bereitet sie in Pufferstrukturen auf. Ein Unterprozess verarbeitet dann diesen Puffer, indem er die Daten transformiert oder Mapping betreibt, bevor sie als XML, EDIFACT oder in einem anderen gewünschten Format ausgegeben werden.

Aus dem Mapping heraus ist der zugehörige Datensatz des Geschäftsvorfalls (z.B. ein EDI-Dokument) immer zugänglich, so dass wir, wann immer wir den Hauptdatensatz für die weitere Verarbeitung ändern wollen, einen Unterprozess dafür verwenden können.

Benennungskonventionen

Es steht Ihnen zwar frei, einen beliebigen Code zu verwenden, aber wir empfehlen Ihnen, einheitliche Namenskonventionen zu verwenden. Im Folgenden finden Sie unsere Konventionen, die dazu beitragen, den Zweck der Transaktion und ihre Rolle innerhalb der Verarbeitungskette sofort zu erkennen.

Der Name jeder Geschäftsvorgangsart folgt in der Regel diesem Format:

[DOCUMENT_TYPE]_[ROLE]

Wo:

  • [DOCUMENT_TYPE] beschreibt den zu verarbeitenden Geschäftsbeleg (z. B. ORDERS, INVOIC, DESADV).
  • [ROLE] bezeichnet die Funktion des Subtyps innerhalb der Transaktion.

Empfohlene Rollensuffixe

NachsilbeUntertypBeschreibung
_INCOMINGEingehende ÜbertragungenVerarbeitet eingehende Dateien (z. B. XML, EDIFACT) für den Import.
_COLLECTData CollectionSammelt Daten aus Business Central (z. B. Rechnungen).
_PROCESSINGSub-ProcessVerarbeitet Pufferdaten (z. B. Importtransformation).
_OUTGOINGSub-ProcessEndgültige Puffertransformation und Mapping vor dem Export.

Beispielhafte Benennungsschemata:

  • ORDERS_INCOMING
    Wird verwendet, um eingehende Bestellungsdateien in die Puffertabellen zu importieren.
  • ORDERS_PROCESSING
    Bereiten Sie die Daten vor und erstellen Sie Kundenaufträge aus dem Puffersatz, der von der Transaktion ORDERS_INCOMING angelegt wurde.
  • INVOIC_COLLECT
    Sammelt gebuchte Verkaufsrechnungen und erstellte Puffersätze.
  • INVOIC_OUTGOING
    Abbildung und Umwandlung des gesammelten Rechnungspuffers in ein EDI-Ausgangsformat.

Felder

Code (Code)

Dieses Feld ist Teil des Primärschlüssels. Sie können jeden beliebigen Code verwenden. Wir empfehlen einen beschreibenden Code, wie INVOICE_OUT, ORDERS_IN, etc.

Tabelle (Transaction Data Table)

Abhängig vom Prozesseinstiegspunkt (Process Entry Point) legt dieses Feld fest, welche Tabelle für die Geschäftsvorfallssätze verwendet wird.

Tabellen ID (Transaction Data Table ID)

In diesem Feld wird die Tabellen-ID der Tabelle (Transaction Data Table) gespeichert.

Referenznr. Feld. (Reference No. Field)

Dieses Feld definiert das Feld, das als Referenznummer in der Geschäftsvorfallstabelle verwendet wird. Dieses Feld hat keinen Einfluss auf die Verarbeitungslogik, ist aber aus Sicht des Endbenutzers das wichtigste Suchfeld, um das Dokument zu finden.

Referenznr. Feldnr. (Reference No. Field No.)

Dies ist die technische Feldnummer für das Feld Referenznr. Feld. (Reference No. Field).

Kommunikationspartner ermitteln aus (Find Communication Partner by)

Ob Sie dieses Feld verwenden können, hängt von dem Prozesseinstiegspunkt (Process Entry Point) ab.

Feld

Legt fest, daß der Kommunikationspartner für diese EDI Geschäftsvorfall Typ von einem Wert aus der Tabelle (Transaction Data Table) abhängt.

Constant

Der Kommunikationspartner ist ein einziger für diese EDI Geschäftsvorfall Typ.

Feldname Verknüpfung (Relation Field Name)

Definiert das Feld, das für die Suche nach dem Kommunikationspartner verwendet wird.

Feldnr. (Relation Field No.)

Technischer Bereich Nr. für das Feld Feldname Verknüpfung (Relation Field Name).

Prozesseinstiegspunkt (Process Entry Point)

Dieses Feld definiert den Einstiegspunkt des Prozesses. Der Einstiegspunkt in den Prozess bestimmt viele der anderen Optionen, die zur Verfügung stehen.

Data Collection

Der Prozess hat vorhandene Daten in Microsoft Dynamics 365 Business Central als Einstiegspunkt. Mit dieser Option können Sie automatische Abholaufträge definieren.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 0)

Eingehende Übertragungen

Der Prozess beginnt mit einer Übertragung über einen Kommunikationskanal.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 1)

Sub-Process

Der Prozess ist ein Unterteil eines anderen Prozesses. Die Tabelle (Transaction Data Table) muss nicht identisch sein. Diese Option legt fest, dass diese Geschäftsvorgangsart nur als Unterprozess eines anderen Prozesses aufgerufen werden kann.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 2)

Automatische Datenverarbeitung (Automatic Data Collection)

Legt fest, ob Sie die automatische Datenerfassung aktivieren möchten. Bitte beachten Sie, dass Sie auch einen Auftrag definieren müssen, der die automatische Abholung startet. Mit dieser Option können Sie festlegen, welcher Feldtyp zur Erkennung neuer Datensätze verwendet werden soll.

Keine

Sie möchten die automatische Datenerfassung nicht aktivieren.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 0)

SQL Zeitstempel

Sie verfolgen Änderungen auf der Grundlage des SQL-Zeitstempels. Dies ist nur mit Microsoft Dynamics 2013R2 und neuer möglich. In BC 17 wurde ein neues Systemfeld eingeführt, das das Datum und die Uhrzeit der letzten Änderung enthält. Wir empfehlen dringend, stattdessen die Option Datumsfeld zu verwenden.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 1)

Datumsfeld

Sie möchten ein Datumsfeld verwenden.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 2)

Code Feld

Sie möchten ein Codefeld verwenden.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 3)

Bool'scher Flag

Sie möchten ein boolesches Flag verwenden, wobei false bedeutet, dass die Daten noch nicht exportiert wurden. Das Feld wird automatisch geändert. Diese Option funktioniert nicht bei geschützten Systemtabellen, wie z. B. Rechnungskopfzeilen.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 4)

All records

Exportieren Sie immer alle Datensätze. Dies kann nützlich sein, um z. B. alle offenen Aufträge zu exportieren. Die Filter aus dem DataView werden weiterhin angewendet, was Ihnen die Möglichkeit gibt, benutzerdefinierte Felder oder Kriterien zu verwenden.

(Der ganzzahlige Wert dieser Option in der Datenbank ist 5)

Timespan (Past)

Mit dieser Option können Sie alle Einträge exportieren, die neuer als die angegebene Zeitspanne in der Vergangenheit sind. Wenn Sie z. B. „30 Tage“ angeben und das „Buchungsdatum“ verwenden, exportiert das Modul alle Einträge, die vor mehr als 30 Tagen gebucht wurden. Wenn Sie Duplikate ignorieren, können Sie eine ganze Zeitspanne auf neue Dokumente prüfen und nur die exportieren, die noch nicht exportiert wurden.

(Der ganzzahlige Wert dieser Option in der Datenbank ist 6)

Debug Optionen (Debug Options)

Gibt an, wie Einträge zu behandeln sind, bei denen der Kommunikationspartner nicht gefunden werden kann.

Erzeuge zu ignorierende Einträge

Erstellen Sie Einträge und markieren Sie sie.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 0)

Keine

Legen Sie keine Einträge in der Geschäftsvorfallstabelle an.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 1)

Änderungserkennungsfeldname (Change Detection Field Name)

Definiert das Feld, das für die Suche nach neuen Einträgen verwendet wird.

Änderungserkennungs Feldnr. (Change Detection Field No.)

Die technische Feldnummer für das Feld Änderungserkennungsfeldname (Change Detection Field Name).

Daten Table View (Data Table View)

Definiert eine Tabellenansicht, die zusätzlich zu den Kriterien für die automatische Datenerfassung angewendet wird.

Letzter Zeitstempel (Last Timestamp)

Speichert den letzten Zeitstempel. Wenn die Automatische Datenverarbeitung (Automatic Data Collection) auf
SQL Zeitstempel eingestellt ist, wird ein Filter auf die Datentabelle angewendet, der nur nach Einträgen mit einem höheren Wert als diesem sucht. Nach der Ausführung des Auftrags wird der letzte Wert in diesem Feld gespeichert.

Letzter Codewert (Last Code Value)

Speichert den letzten Zeitstempel. Wenn die Automatische Datenverarbeitung (Automatic Data Collection) auf Code Feld eingestellt ist, wird ein Filter auf die Datentabelle angewendet, der nur nach Einträgen mit einem höheren Wert als diesem sucht. Nach der Ausführung des Auftrags wird der letzte Wert in diesem Feld gespeichert.

Letzter Datums-/Uhrzeit Wert (Last Date/Time Value)

Speichert den letzten Zeitstempel. Wenn die Automatische Datenverarbeitung (Automatic Data Collection) auf Datumsfeld eingestellt ist, wird ein Filter auf die Datentabelle angewendet, der nur nach Einträgen mit einem höheren Wert als diesem sucht. Nach der Ausführung des Auftrags wird der letzte Wert in diesem Feld gespeichert.

Erstellt am Datum/Uhrzeit (Created Date/Time)

Speichert das Erstellungsdatum/die Erstellungszeit dieser Tabelle.

Geändert am Datum/Uhrzeit (Modified Date/Time)

Speichert das Datum und die Uhrzeit der Änderung dieses Datensatzes.