Deel-integrering

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-klientautentisering, 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.

Token-livscykeln hanteras på en enda central punkt: utgång utlöser en automatisk uppdatering, roterade uppdateringstokens sparas och en uppdatering som leverantören avvisar visas som en tydlig uppmaning att återansluta — aldrig som tyst trasiga funktioner. Återkallande fungerar från båda hållen: koppla från här eller återkalla i leverantörens egna säkerhetsinställningar.

A2Skriv semantik och dataflöde

Varje dataförflyttning är en uttrycklig åtgärd med ett loggat resultat. Skrivningar sker vid ert klick — eller automatiskt endast där ni har aktiverat en regel (automatisk överföring vid anställning är inaktiverad som standard, per leverantör). Läsningar — importer av personer, konton eller filer — körs när ni trycker på Importera, deduplicerar mot vad ni redan har (kunder efter namn, personer efter e-postadress), hoppar över istället för att skriva över, och rapporterar skapade kontra överhoppade på ett transparent sätt, vilket gör att det är säkert i sin konstruktion att köra om en import.

Varje åtgärd skriver en rad till appaktivitetsloggen (ats_app_activity): vad som kördes, när, för vilken post och resultatet – inklusive leverantörens egen feltext ordagrant när något misslyckas. Användningsrapporteringen i ATS sammanställer samma logg, så att integrationsrapporteringen och integrationsverkligheten inte kan skilja sig åt.

Allt som lämnar förfrågningsvägen — aviseringar, leverans av webhooks, aktivitetsloggning, e-post — körs i bakgrundstrådar utan att blockera processen. En långsam extern slutpunkt kan aldrig få gränssnittet att hänga sig, och ett misslyckat sidoanrop loggas istället för att tyst försöka igen och skapa inkonsekvens.

A3Driftsmässiga överväganden

Anslutningar är på organisationsnivå och begränsade till ägar- och administratörsroller; rekryterare använder funktionerna som en anslutning möjliggör men kan inte ansluta, koppla från eller omkonfigurera. En frånkoppling tar omedelbart bort sparade inloggningsuppgifter och stoppar de beroende funktionerna synligt, inte i det tysta. Data som redan importerats förblir er och kan redigeras.

Importerade personer visas som markerade som importerade med restriktiva integritetsstandarder – inget samtycke antas för någon som aldrig fyllt i ert ansökningsformulär, och standarder för datalagringstid gäller. Allt som registrerats är ert att ta med: CSV-exporter och appen Data Export täcker samma datalager som produkten själv läser från. Utgången är lika öppen som ingången – avsiktligt utformat, inte en eftergift.

A4Placering i integrationstopologin

Denna integration är aktiv i registret idag. 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.