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-klientgodkendelse, 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-livscyklussen håndteres på et enkelt kontrolpunkt: Udløb udløser en automatisk opdatering, roterede opdateringstokens gemmes, og en opdatering, som leverandøren afviser, vises som en synlig anmodning om genoprettelse af forbindelse — aldrig som funktioner, der fejler i det skjulte. Tilbagekaldelse fungerer fra begge sider: Afbryd forbindelsen her, eller tilbagekald i leverandørens egne sikkerhedsindstillinger.

A2Skriv semantik og dataflow

Enhver databevægelse er en eksplicit handling med et logget resultat. Skrivninger sker ved dit klik — eller kun automatisk, hvor De har aktiveret en regel (automatisk push ved ansættelse er som standard slået fra pr. udbyder). Læsninger — import af personer, konti eller filer — kører, når De trykker på Importer, deduplikerer mod det, De allerede har (kunder efter navn, personer efter e-mail), springer over i stedet for at overskrive og rapporterer ærligt om oprettede kontra oversprugte, hvorfor det af natur er sikkert at køre enhver import igen.

Hver handling skriver en række i app-aktivitetsjournalen (ats_app_activity): hvad der kørte, hvornår, for hvilken post og resultatet — herunder leverandørens egen fejltekst ordret, når noget mislykkes. Forbrugsrapportering i ATS'et aggregerer den samme journal, så integrationsrapportering og den faktiske integrationsvirkelighed ikke kan afvige fra hinanden.

Alt, der forlader anmodningsstien — udsendelse af notifikationer, levering af webhooks, aktivitetslogning, e-mail — kører i baggrundstråde efter princippet "fire-and-forget". Et langsomt eksternt slutpunkt kan aldrig få brugerfladen til at fryse, og en mislykket sideeffekt logges frem for at blive forsøgt igen i det skjulte og skabe inkonsistens.

A3Driftsmæssige overvejelser

Forbindelser er på organisationsniveau og forbeholdt ejer- og administratorroller; rekrutteringsmedarbejdere bruger de funktioner, en forbindelse driver, men kan ikke oprette, afbryde eller rekonfigurere forbindelser. Afbrydelse fjerner gemte loginoplysninger med det samme og standser de afhængige funktioner synligt, ikke i det skjulte. Data, der allerede er importeret, forbliver Deres og kan redigeres.

Importerede personer ankommer markeret som importerede med konservative standardindstillinger for privatliv — der forudsættes intet samtykke for personer, der aldrig har udfyldt Deres ansøgningsformular, og standarder for dataopbevaring er gældende. Alt, der er oprettet, tilhører dig: CSV-eksporter og appen Data Export dækker de samme datalagre, som selve produktet læser. Udgangen er lige så åben som indgangen – med vilje, ikke som et kompromis.

A4Placering i integrationstopologien

Denne integration er aktiv i oversigten i dag. 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.