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.
Type
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
- Pufferdatenumwandlung: 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
| Nachsilbe | Untertyp | Beschreibung |
|---|---|---|
| _INCOMING | Eingehende Übertragungen | Verarbeitet eingehende Dateien (z. B. XML, EDIFACT) für den Import. |
| _COLLECT | Data Collection | Sammelt Daten aus Business Central (z. B. Rechnungen). |
| _PROCESSING | Sub-Process | Verarbeitet Pufferdaten (z. B. Importtransformation). |
| _OUTGOING | Sub-Process | Abschließende 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
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. Weitere Informationen finden Sie in den oben genannten Namenskonventionen.
Dieses Feld definiert die Art des Geschäftsvorfalls. Sie bestimmt einen Großteil der anderen Optionen, die zur Verfügung stehen.
Der Prozess hat vorhandene Daten in Microsoft Dynamics NAV 2015 als Einstiegspunkt. Mit dieser Option können Sie automatische Abholaufträge definieren.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 0)
Der Prozess beginnt mit einer Übertragung über einen Kommunikationskanal.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 1)
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)
Gibt an, wie Einträge zu behandeln sind, bei denen der Kommunikationspartner nicht gefunden werden kann.
Erstellen Sie Einträge in der Tabelle der Geschäftsvorfälle und markieren Sie diese.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 0)
Legen Sie keine Einträge in der Geschäftsvorfallstabelle an.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 1)
Die Beschreibung der Geschäftsvorgangsart, sie wird in der Liste der Arten angezeigt. Sie kann in mehreren Sprachen eingestellt werden.
Je nach Type definiert dieses Feld, welche Tabelle für die Geschäftsvorgangsdatensätze verwendet wird.
In diesem Feld wird die Tabellen-ID der Tabelle (Transaction Data Table) gespeichert. Sie wird nicht auf der Business Transaction Card angezeigt.
Dieses Feld definiert das Feld, das als Referenznummer in der Geschäftsvorfallstabelle verwendet wird. Dieses Feld hat keinen Einfluss auf die Verarbeitungslogik, wird aber in der Geschäftsvorgangsliste protokolliert und kann zum Auffinden des Dokuments aus Sicht des Endbenutzers verwendet werden.
Dies ist die technische Feldnummer für das Feld Referenznr. Feld. (Reference No. Field). Sie wird nicht auf der Business Transaction Card angezeigt.
Ob Sie dieses Feld verwenden können, hängt von dem Prozesseinstiegspunkt (Process Entry Point) ab.
Legt fest, daß der Kommunikationspartner für diese EDI Geschäftsvorfall Typ durch einen Wert aus der Tabelle (Transaction Data Table) gefunden wird. Siehe unten unter„Beziehungen zu Kommunikationspartnern“ für weitere Einzelheiten.
Der Kommunikationspartner ist ein einziger für diese EDI Geschäftsvorfall Typ.
Wenn der Code des Kommunikationspartners in einem Feld der Tabelle (Transaction Data Table) gespeichert ist, können Sie dieses Feld über diese Option angeben, so dass die Kommunikationspartnerbeziehungen nicht gesetzt werden müssen.
Wenn mit allen anderen Mitteln kein Kommunikationspartner gefunden werden kann, wird der in diesem Feld eingestellte verwendet.
Definiert das Feld, das für die Suche nach dem Kommunikationspartner verwendet wird.
Technischer Bereich Nr. für das Feld Feldname Verknüpfung (Relation Field Name). Sie wird nicht auf der Business Transaction Card angezeigt.
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.
Sie möchten die automatische Datenerfassung nicht aktivieren.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 0)
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)
Sie möchten ein Datumsfeld verwenden.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 2)
Sie möchten ein Codefeld verwenden.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 3)
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. gebuchten Verkaufsrechnungsköpfen.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 4)
Exportieren Sie immer alle Datensätze. Dies kann nützlich sein, um z. B. alle offenen Aufträge zu exportieren. Die Filter aus der Datentabellenansicht 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)
Mit dieser Option können Sie alle Einträge exportieren, die in einer bestimmten Zeitspanne liegen, berechnet in Bezug auf den letzten Joblauf (nicht das aktuelle Datum). Wenn Sie z. B. „30 Tage“ angeben und „Buchungsdatum“ als Filterfeld verwenden, berücksichtigt das Modul Einträge, die innerhalb von 30 Tagen vor dem letzten Lauf gebucht wurden, wie im Feld „Letzter Datums-/Zeitwert“ angegeben.
Der Export wird so gefiltert, dass er nur Einträge enthält, bei denen das ausgewählte Datumsfeld größer ist als der „Letzte Datums-/Zeitwert“ minus der angegebenen Zeitspanne. Es gibt keinen Filter, der den Export von Einträgen mit einem Datum größer als heute verhindert.
Wenn in der Aktionsgruppe „Duplikate ignorieren“ aktiviert ist, prüft das Modul die gesamte Zeitspanne auf Einträge und exportiert nur diejenigen, die noch nicht exportiert wurden.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 6)
Definiert das Feld, das für die Suche nach neuen Einträgen verwendet wird.
Die technische Feldnummer für das Feld Änderungserkennungsfeldname (Change Detection Field Name). Sie wird nicht auf der Business Transaction Card angezeigt.
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 Ausführung des Datenerfassungsauftrags wird der letzte Wert in diesem Feld gespeichert.
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 Ausführung des Datenerfassungsauftrags wird der letzte Wert in diesem Feld gespeichert.
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 Ausführung des Datenerfassungsauftrags wird der letzte Wert in diesem Feld gespeichert.
Definiert eine Tabellenansicht, die zusätzlich zu den Kriterien für die automatische Datenerfassung angewendet wird.
Speichert das Erstellungsdatum/die Erstellungszeit dieses Datensatzes.
Speichert das Datum und die Uhrzeit der Änderung dieses Datensatzes.
Communication Partner Relations
Wenn Sie die Kommunikationspartnerfindung auf ein Feld setzen, müssen Sie die Beziehung zwischen den Feldwerten und dem Kommunikationspartner herstellen, um die Verarbeitung der Sätze der Sätze aus der Tabelle (Transaction Data Table) zu ermöglichen. Nachstehend finden Sie ein Beispiel für die Einrichtung:
