Konnektoren on dsyr.DataBridge

D365BC — Business Central

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

Der D365BC-Konnektor verbindet die DataBridge mit Microsoft Dynamics 365 Business Central über die OData-v4-REST-API (API-Version 2.0). Er unterstützt sowohl Cloud-Umgebungen (OAuth2) als auch OnPremise-Installationen (Basic Auth).

Eigenschaft	Wert
Lesen	✅ unterstützt
Schreiben	✅ unterstützt
Job-Filter	✅ wird als OData-`$filter` an BC übergeben
Status	Freigegeben
Getestete Mindestversion	Business Central v17.0 (Oktober 2020)

Die Mindestversion wird nicht geprüft

Die Angabe zur Mindestversion beschreibt den getesteten Stand. Die DataBridge fragt die Version von Business Central nicht ab und lehnt ältere Stände nicht ab. Ob eine ältere Installation funktioniert, hängt allein davon ab, ob sie die verwendete API-Version 2.0 und die im Mapping genannten Felder bereitstellt.

D365CE — Dataverse / Customer Engagement

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

Der D365CE-Konnektor verbindet die DataBridge mit Microsoft Dataverse und Dynamics 365 Customer Engagement über das offizielle Dataverse SDK. Er nutzt die Change Tracking API für eine lückenlose Erkennung aller Änderungen.

Eigenschaft	Wert
Lesen	✅ unterstützt
Schreiben	✅ unterstützt
Job-Filter	✅ clientseitig nach dem Abruf
Status	Freigegeben
Getestete Mindestversion	Dataverse / D365CE v9.1

Die Mindestversion beschreibt den getesteten Stand; eine Versionsprüfung findet im Code nicht statt.

Voraussetzung: Change Tracking aktivieren

Für alle Dataverse-Tabellen, die als Quelle genutzt werden, muss Change Tracking aktiviert sein. Ohne Change Tracking kann der Konnektor keine Differenzabfragen durchführen.

D365NAV — Microsoft Dynamics NAV

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

Der D365NAV-Konnektor verbindet die DataBridge mit Microsoft Dynamics NAV über OData. Er ist auf die ältere NAV-API-Struktur ausgelegt und unterstützt auch OnPremise-Installationen mit NTLM-Authentifizierung.

Eigenschaft	Wert
Lesen	✅ unterstützt
Schreiben	✅ unterstützt
Job-Filter	✅ wird als OData-`$filter` an NAV übergeben
Status	Freigegeben
Getestete Mindestversion	NAV 2018

Die Mindestversion wird nicht geprüft

Die Angabe beschreibt den getesteten Stand. Die DataBridge fragt die NAV-Version nicht ab. Ältere Installationen können funktionieren, sofern sie OData mit $metadata bereitstellen — abgesichert ist das jedoch nicht.

MSSQL — Microsoft SQL Server

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

Preview

Der MSSQL-Konnektor ist als Vorabversion eingestuft. Lesen ist funktionsfähig, Schreiben wird nicht unterstützt. Vor einem produktiven Einsatz bitte WYSA kontaktieren.

Der MSSQL-Konnektor ermöglicht das Lesen von Daten aus Microsoft SQL Server-Datenbanken (OnPremise und Azure SQL) und deren Übertragung in andere Systeme.

Eigenschaft	Wert
Lesen	⚠️ Preview
Schreiben	— nicht unterstützt
Job-Filter	✅ wird als `WHERE`-Klausel übernommen
Status	Preview

Wie die übrigen drei SQL-Konnektoren wertet MSSQL den Filter des Jobs aus und erzeugt gültiges Paging für sein Datenbanksystem.

MySQL — MySQL / MariaDB

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

Preview — nicht produktionsreif

Der MySQL-Konnektor ist als Vorabversion eingestuft und für den produktiven Einsatz derzeit nicht geeignet. Er ist weder freigegeben noch für den Regelbetrieb abgesichert.

Wer MySQL oder MariaDB anbinden möchte, wendet sich bitte vorab an WYSA — dort wird der konkrete Anwendungsfall geprüft und der aktuelle Stand mitgeteilt.

Der MySQL-Konnektor ist für das Lesen von Daten aus MySQL- und MariaDB-Datenbanken vorgesehen.

Eigenschaft	Wert
Lesen	⚠️ Preview, nicht produktionsreif
Schreiben	— nicht unterstützt
Job-Filter	✅ wird als `WHERE`-Klausel übernommen
Status	Preview

Wie beim MSSQL-Konnektor wird der Inhalt des Feldes Filter am Job — nach Ersetzung des Platzhalters %watermark% — wörtlich hinter WHERE eingesetzt. Ohne Eintrag im Feld Filter entsteht keine WHERE-Klausel und der Job liest bei jedem Lauf die vollständige Tabelle. Der Ausdruck muss gültiges MySQL-SQL sein; es findet keine Parametrisierung statt. Details zur Filter-Syntax siehe MSSQL — Filter.

Oracle — Oracle Database

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

Preview — nicht produktionsreif

Der Oracle-Konnektor ist als Vorabversion eingestuft und für den produktiven Einsatz derzeit nicht geeignet. Er ist weder freigegeben noch für den Regelbetrieb abgesichert.

Wer eine Oracle-Datenbank anbinden möchte, wendet sich bitte vorab an WYSA — dort wird der konkrete Anwendungsfall geprüft und der aktuelle Stand mitgeteilt.

Der Oracle-Konnektor ist für das Lesen von Daten aus Oracle-Database-Instanzen vorgesehen.

Eigenschaft	Wert
Lesen	⚠️ Preview, nicht produktionsreif
Schreiben	— nicht unterstützt
Job-Filter	✅ wird als `WHERE`-Klausel übernommen
Status	Preview

Wie beim MSSQL-Konnektor wird der Inhalt des Feldes Filter am Job — nach Ersetzung des Platzhalters %watermark% — wörtlich hinter WHERE eingesetzt. Ohne Eintrag im Feld Filter entsteht keine WHERE-Klausel und der Job liest bei jedem Lauf die vollständige Tabelle. Der Ausdruck muss gültiges PL/SQL sein; es findet keine Parametrisierung statt. Details zur Filter-Syntax siehe MSSQL — Filter.

PostgreSQL

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

Preview

Der PostgreSQL-Konnektor ist als Vorabversion eingestuft. Lesen ist funktionsfähig, Schreiben wird nicht unterstützt. Vor einem produktiven Einsatz bitte WYSA kontaktieren.

Der PostgreSQL-Konnektor ermöglicht das Lesen von Daten aus PostgreSQL-Datenbanken und deren Übertragung in andere Systeme.

Eigenschaft	Wert
Lesen	⚠️ Preview
Schreiben	— nicht unterstützt
Job-Filter	✅ wird als `WHERE`-Klausel übernommen
Status	Preview

Wie beim MSSQL-Konnektor wird der Inhalt des Feldes Filter am Job — nach Ersetzung des Platzhalters %watermark% — wörtlich hinter WHERE eingesetzt. Ohne Eintrag im Feld Filter entsteht keine WHERE-Klausel und der Job liest bei jedem Lauf die vollständige Tabelle. Der Ausdruck muss gültiges PostgreSQL-SQL sein; es findet keine Parametrisierung statt. Details zur Filter-Syntax siehe MSSQL — Filter.

OpenAPI — generischer REST-Konnektor

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

Der OpenAPI-Konnektor verbindet die DataBridge mit einer beliebigen REST-API, für die eine OpenAPI-Spezifikation (JSON oder YAML) existiert. Anders als bei den übrigen HTTP- Konnektoren werden Pfade, Wrapper-Schlüssel ({"clients": [...]} vs. {"client": {...}}) und Feldtypen nicht pro Ressource fest verdrahtet, sondern zur Laufzeit aus der Spezifikation aufgelöst. Ein Mapping muss dafür lediglich SourceTable/TargetTable auf den Ressourcennamen setzen (z. B. clients).

Eigenschaft	Wert
Lesen	✅ unterstützt
Schreiben (Create/Update)	✅ unterstützt
Löschen	✅ unterstützt
Aktionsaufrufe (InvokeAction)	✅ unterstützt
Job-Filter	⚠️ wird als Query-String an die Liste-Anfrage angehängt (kein `$filter`-Standard, API-abhängig)
Status	In Entwicklung / Preview

Status: in Entwicklung

Der Konnektor befindet sich aktuell noch in aktiver Entwicklung. Insbesondere die Auflösung der OpenAPI-Spezifikation lädt im aktuellen Codestand (OpenApiConnector.GetOpenApiDocument) eine lokale Testdatei von einer festen Pfadangabe, nicht den über openApiSpecUrl konfigurierten Endpunkt. Vor einem produktiven Einsatz ist das zu prüfen bzw. zu beheben.