Syncs

Spezielle Syncs

Im Folgenden sind spezielle Sync-Typen und deren Einsatzzwecke beschrieben.
Zu jedem Typ finden Sie kurz Zweck, Voraussetzungen, Konfiguration/Parameter sowie Hinweise & Best Practices.

Konfiguration für Reports

Zweck
Reports nutzen Konnektoren zum Abrufen von Daten und basieren häufig auf einer vorhandenen Synchronisation.
Wenn ein Report nicht direkt an einen bestehenden Sync gebunden ist, kann dieser Sync-Typ die Konnektoren für den Report konfigurieren.

Universal Abfrage Massenverarbeitung

Zweck
Liest Daten per Abfrage und überträgt die gesamte Ergebnismenge als Paket (Batch) an das Zielsystem.

Voraussetzungen

Zielsystem muss Batch-/Bulk-Verarbeitung (z. B. JSON-/CSV-Payload) unterstützen.
Eindeutige Abfrage, optional mit LastDatetime/Version.

Universal Massenverarbeitung

Zweck
Liest Daten basierend auf einem Schemaobjekt und überträgt die Ergebnisse paketweise.

Voraussetzungen

Zielsystem unterstützt Sammelverarbeitung.

Universal Ablauf - Daten aus Abfrage lesen

Zweck
Schritt in Abläufen, um eine Abfrage zu lesen; optional mit Transformation.
Das Ergebnis steht nur im Ablauf zur Weiterverarbeitung bereit.

Voraussetzungen

Ablaufkontext; kein eigenständiger Datentransfer.

Universal Ablauf - Daten aus CSV lesen

Zweck
CSV-Dateien einlesen und im Ablauf bereitstellen.

Voraussetzungen

CSV-Datei und Format bekannt/zugreifbar.

Konfiguration/Parameter

Spaltendefinition im Bereich Abfrage.
CSV-Optionen: Trennzeichen, Encoding, Quote, Header, Dezimaltrennzeichen, Datumsformate.
Transformation optional.

Universal Ablauf - Daten aus Datensatz-Speicher lesen

Zweck
Lesen aus dem Datensatz-Speicher (z. B. bei Webhook-getriggerten Abläufen).
Ergebnis dient nur im Ablauf der Weiterverarbeitung.

Voraussetzungen

JSON-Schema der gespeicherten Daten.

Konfiguration/Parameter

Schemaspezifikation, Transformation.
Nach Ausführung werden benutzte Datensätze entfernt.

Universal Ablauf - Daten aus REST lesen

Zweck
REST-Abfrage innerhalb eines Ablaufs ausführen; Daten optional transformieren.

Voraussetzungen

REST-Verbindung (URL, Auth, Header/Token).

Universal Ablauf - Daten lesen

Zweck
Lesen eines Datensatzes per Schemaobjekt innerhalb eines Ablaufs (ohne Schreiben).

Voraussetzungen

Valides Schemaobjekt.

Universal Ablauf - Geschachtelte Daten lesen

Zweck
Lesen geschachtelter Datensätze mit Positionsliste im Ablauf.

Voraussetzungen

Schemaobjekt mit Typ „list“ auf oberster Ebene.

Hinweise

Positionslogik ggf. in Folgeschritten erneut verarbeiten, da Transformationen nicht erhalten bleiben.

Universal Lösch-Sync

Zweck
Löschen von Datensätzen im Zielsystem (falls unterstützt). Alternativ: Aktualisierung statt Löschung.

Voraussetzungen

Zielsystem muss Löschen unterstützen (Soft/Hard Delete).

Konfiguration/Parameter

Zielermittlung über Datensatz-Abbildungen oder Suche/Übereinstimmungsregel.
Transformation zur Vorbereitung von Filtern/Suchen.

Hinweise & Best Practices

Bei Aktualisierung statt Löschung: Feldzuordnungen nutzen; Mappings bleiben erhalten.

Universal Schreib-Sync

Zweck
Schreiben ohne Quellsystem: Die Quelldaten (ein Datensatz) werden auf der Seite „Json-Schema Anfrage“ inkl. Werte definiert, transformiert und anschließend ins Ziel geschrieben.
Geeignet zur Steuerung (z. B. Kommando-/Trigger-Objekte im Ziel).

Voraussetzungen

Vollständige Anfragespezifikation (Schema + Daten).

Universal Sync für Microsoft Graph

Zweck
Wie Universal-Sync, jedoch Änderungsermittlung über Delta-Token statt klassischem Grenzwert.

Voraussetzungen

Microsoft Graph Scopes für die jeweiligen Ressourcen (z. B. Mail, Users).

Universal Sync für Microsoft Nachrichten

Zweck
Nachrichtenverarbeitung per Graph-API (vergleichbar mit E-Mail-Sync), inkl. Nachbearbeitung (z. B. Löschen/Verschieben/Markieren).

Voraussetzungen

Entsprechende Berechtigungen (Mail.Read, Mail.ReadWrite etc.).

Konfiguration/Parameter

Postfächer können über den Filter und den Parameter "users" eingeschränkt werden.

Universal Sync für Quelle Sage 100 Adressen

Zweck
Abruf von Sage 100 Adressen inkl. Änderungen am eingebetteten Kontokorrent.

Universal Sync für Sage CRM

Zweck
Datenverarbeitung zwischen zwei Systemen auf Basis von Schemaobjekten; speziell für Personen benötigt, um die Beziehung zur Firma konsistent zu halten.

Voraussetzungen

Sage CRM Schnittstelle/Authentifizierung.

Universal Sync für Ziel Sage 100 Adressen

Zweck
Schreiben von Sage 100 Adressen; optional automatisches Anlegen eines Kontokorrents.

Voraussetzungen

Vorlagenkonzept in Sage 100.

Konfiguration/Parameter

Kontokorrent-Felder zuordnen; Vorlage in den Einstellungen oder Vorlagen-Nr. über Feldwert referenzieren.

Universal Sync für Ziel Sage 100 Kontokorrent

Zweck
Schreiben von Sage 100 Kontokorrenten.

Voraussetzungen

Sage 100 Vorlage verfügbar.

Konfiguration/Parameter

Vorlage festlegen oder Vorlagen-Nr. per Feld referenzieren;

Wartung

Zweck
Konfiguration der Wartung der Syncler-Datenbank (Entfernen historischer Daten nach Alter), um die Datenbankgröße stabil zu halten.

Standardverhalten

Tägliche Ausführung mit Standardwerten (ohne eigenen Wartungs-Sync).

Eigene Konfiguration

Anlegen eines Wartungs-Syncs, um Aufbewahrungsfristen, Bereiche (Protokolle, Warteschlange, Datensatz-Speicher, Verlaufsdaten) und Intervalle zu steuern.

Hinweise

Die maximale Datenbankgröße ist durch das Abonnement begrenzt.
Bei Überschreitung wird keine Synchronisation mehr ausgeführt.

Webhook Sync zum Lesen

Zweck
Daten per Webhook-Empfang lesen; optional mit Transformation.

Konfiguration/Parameter

Antwort-Schema (JSON) definieren.
Feldzuordnung zu Quelldaten.
Optional Transformation (Validierung, Normalisierung).

Webhook Sync zum Lesen einer Abfrage

Zweck
Wie oben, jedoch erfolgt das Lesen mittels Abfrage (Query) – z. B. um nach Webhook-Ereignis gezielt Daten nachzuladen.

Konfiguration/Parameter

Antwort-Schema (JSON), Feldzuordnung zu Quelldaten, Abfrage (mit Platzhaltern), Transformation.

Webhook Sync zum Schreiben

Zweck
Daten per Webhook an ein Ziel schreiben ; optional Transformation davor.