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 hat in der Regel dieses 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.
Abhängig vom Prozesseinstiegspunkt (Process Entry Point) legt dieses Feld fest, welche Tabelle für die Geschäftsvorfallssätze verwendet wird.
In diesem Feld wird die Tabellen-ID der Tabelle (Transaction Data Table) gespeichert.
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.
Dies ist die technische Feldnummer für das Feld Referenznr. Feld. (Reference No. Field).
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 von einem Wert aus der Tabelle (Transaction Data Table) abhängt.
Der Kommunikationspartner ist ein einziger für diese EDI Geschäftsvorfall Typ.
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).
Dieses Feld definiert den Einstiegspunkt des Prozesses. Der Einstiegspunkt in den Prozess bestimmt viele der anderen Optionen, die zur Verfügung stehen.
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)
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)
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. Rechnungskopfzeilen.
(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 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)
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“ abzüglich 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 die Option „Duplikate ignorieren“ aktiviert ist, prüft das Modul die gesamte Zeitspanne auf Einträge und exportiert nur diejenigen, die zuvor noch nicht exportiert wurden.
(Der ganzzahlige Wert dieser Option in der Datenbank ist 6)
Gibt an, wie Einträge zu behandeln sind, bei denen der Kommunikationspartner nicht gefunden werden kann.
Erstellen Sie Einträge und markieren Sie sie.
(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)
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).
Definiert eine Tabellenansicht, die zusätzlich zu den Kriterien für die automatische Datenerfassung angewendet wird.
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.
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.
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.
Speichert das Erstellungsdatum/die Erstellungszeit dieser Tabelle.
Speichert das Datum und die Uhrzeit der Änderung dieses Datensatzes.