Deel-Integration

A1Connection architecture

The connection uses OAuth 2.0 against the vendor's own consent screen. The authorisation request names the minimum scopes the features need — the exact scope list is shown in the security-flow panel below, pulled from the same provider registry the application uses. The code-for-token exchange happens entirely server-side (HTTP-Basic-Client-Authentifizierung, per the vendor's token endpoint contract); tokens are stored encrypted at rest and are never rendered back to any screen — connection pages show presence, not values.

Der Token-Lebenszyklus wird an einer zentralen Stelle verwaltet: Ein Ablauf löst eine automatische Aktualisierung aus, rotierte Refresh-Token werden dauerhaft gespeichert, und eine vom Anbieter abgelehnte Aktualisierung wird als sichtbare Aufforderung zur erneuten Verbindung angezeigt – niemals als unbemerkt fehlerhafte Funktion. Ein Widerruf ist von beiden Seiten möglich: Trennen Sie die Verbindung hier oder widerrufen Sie den Zugriff in den Sicherheitseinstellungen des Anbieters.

A2Semantik und Datenfluss verfassen

Jede Datenbewegung ist eine explizite Aktion mit einem protokollierten Ergebnis. Schreibvorgänge erfolgen per Klick – oder automatisch nur dort, wo Sie eine Regel aktiviert haben (automatisches Weiterleiten bei Einstellung ist standardmäßig deaktiviert, je nach Anbieter). Lesevorgänge – Importe von Personen, Accounts oder Dateien – werden ausgeführt, wenn Sie auf „Importieren“ klicken, gleichen Duplikate mit Ihren vorhandenen Daten ab (Kunden nach Name, Personen nach E-Mail), überspringen Datensätze statt sie zu überschreiben und weisen erstellte gegenüber übersprungenen Einträgen transparent aus, weshalb die erneute Ausführung jedes Imports von Grund auf sicher ist.

Jede Aktion schreibt eine Zeile in das App-Aktivitätsprotokoll (ats_app_activity): was ausgeführt wurde, wann, für welchen Datensatz und das Ergebnis – einschließlich des genauen Fehlertexts des Anbieters im Fehlerfall. Die Nutzungsberichte im ATS fassen dasselbe Protokoll zusammen, sodass Integrationsberichte und die tatsächlichen Abläufe stets übereinstimmen.

Alles, was den Anfragepfad verlässt — Benachrichtigungsverteilung, Webhook-Zustellung, Aktivitätsprotokollierung, E-Mails —, läuft in Fire-and-Forget-Hintergrund-Threads. Ein langsamer externer Endpunkt kann niemals die Benutzeroberfläche blockieren, und eine fehlgeschlagene Nebenwirkung wird protokolliert, anstatt stillschweigend wiederholt zu werden und zu Inkonsistenzen zu führen.

A3Operative Überlegungen

Verbindungen gelten auf Unternehmensebene und sind den Rollen „Inhaber“ und „Admin“ vorbehalten; Recruiter nutzen die durch eine Verbindung bereitgestellten Funktionen, können diese jedoch nicht herstellen, trennen oder neu konfigurieren. Beim Trennen werden gespeicherte Zugangsdaten sofort gelöscht und abhängige Funktionen werden sichtbar – nicht im Verborgenen – gestoppt. Bereits importierte Daten bleiben in Ihrem Besitz und bearbeitbar.

Importierte Personen werden als importiert markiert und mit restriktiven Datenschutzeinstellungen erfasst — es wird keine Einwilligung für Personen angenommen, die Ihr Bewerbungsformular nie ausgefüllt haben, und es gelten die Standardaufbewahrungsfristen. Alle erfassten Daten gehören Ihnen: CSV-Exporte und die Datenexport-App decken dieselben Speicher ab, auf die auch das Produkt selbst zugreift. Der Ausstieg steht Ihnen genauso offen wie der Einstieg – aus Prinzip, nicht aus Zugeständnis.

A4Platzierung in der Integrationstopologie

Diese Integration ist heute im Register verfügbar. One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.