Datenfluss

Mon, 01 Jan 0001 00:00:00 +0000

Diese Seite richtet sich an die IT-Administration — vertiefende technische Referenz mit Job-Filtersyntax und Zeitplänen.

Diese Seite zeigt, wie die Daten fließen. Welche Felder dabei zugeordnet werden, steht auf den Mapping-Detailseiten.

Grundprinzip

Jeder Job der DataBridge ist ein eigenständiger, zeitgesteuerter Lauf:

flowchart LR
 A["Zeitplan<br/><code>Schedule</code>"] --> B["Quelle lesen<br/><code>SourceConnection</code>"]
 B --> C["Filter anwenden<br/><code>Filter</code> + <code>%watermark%</code>"]
 C --> D["Mapping ausführen<br/>Feldzuordnung + Transformation"]
 D --> E["Key-Auflösung<br/>Datensatz im Ziel finden"]
 E --> F["Schreiben<br/><code>TargetConnection</code>"]
 F --> G["Watermark fortschreiben<br/><code>WatermarkField</code>"]
 G -.->|falls gesetzt| H["Response-Job starten<br/><code>ResponseJob</code>"]

Die Reihenfolge innerhalb eines Laufs steuert das Feld Order (110 – 760). Stammdaten laufen zuerst (110 – 190), damit die Lookups der späteren Jobs (Firma, Angebot, Abo) ihre Referenzdatensätze bereits vorfinden.

Freigabe nach Business Central

Mon, 01 Jan 0001 00:00:00 +0000

Das Feld „Sync zu BC"

Nicht jede Firma und nicht jeder Kontakt gehört nach Business Central. Ein Interessent, der nie zum Kunden wird, hat dort nichts verloren. Deshalb ist die Übertragung kein Automatismus, sondern eine bewusste Entscheidung: Das Feld Sync zu BC (wysa_sync2bc) gibt einen Datensatz frei. Erst dann liest die dsyr.DataBridge ihn und überträgt ihn.

Das Feld steht auf Firma, Kontakt, Verkaufschance und Verkaufschancenprodukt.

Die Grundregel: erst der Vater, dann das Kind

Business Central kann einen Kontakt nur anlegen, wenn dessen Firma dort bereits existiert. Genauso wenig kann eine Verkaufschance ohne ihren Kontakt übertragen werden. Daraus folgt die zentrale Regel der Integration:

Synchronisation on dsyr.SalesCentral

Datenfluss

Grundprinzip

Freigabe nach Business Central

Das Feld „Sync zu BC"

Die Grundregel: erst der Vater, dann das Kind