Deel-integrasjon

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-livssyklusen håndteres på ett enkelt kontrollpunkt: utløp utløser en automatisk fornyelse, roterte oppdateringstokener lagres, og en fornyelse som leverandøren avviser, vises som en synlig melding om å koble til på nytt – aldri som funksjoner som svikter i det stille. Tilbakekalling fungerer fra begge sider: koble fra her, eller tilbakekall i leverandørens egne sikkerhetsinnstillinger.

A2Skriv semantikk og dataflyt

Enhver dataoverføring er en eksplisitt handling med et loggført resultat. Skriving skjer ved klikk — eller bare automatisk der De har aktivert en regel (automatisk overføring ved ansettelse er deaktivert som standard, per leverandør). Lesing — import av personer, kontoer eller filer — kjøres når De trykker på Importer, fjerner duplikater mot det De allerede har (klienter etter navn, personer etter e-post), hopper over i stedet for å overskrive, og rapporterer opprettede kontra overhoppede oppføringer nøyaktig, noe som gjør det trygt å kjøre enhver import på nytt.

Hver handling skriver en rad i app-aktivitetsloggen (ats_app_activity): hva som kjørte, når, for hvilken oppføring og resultatet – inkludert leverandørens egen feilmelding ordrett når noe mislykkes. Bruksrapportering i ATS-et samler den samme loggen, slik at integrasjonsrapportering og integrasjonens faktiske status ikke kan avvike fra hverandre.

Alt som forlater forespørselsbanen — varslingsdistribusjon, levering av webhooks, aktivitetsjournalføring, e-post — kjører i bakgrunnstråder uten blokkering (fire-and-forget). Et tregt eksternt endepunkt kan aldri føre til at grensesnittet henger, og en mislykket sideeffekt logges i stedet for å bli forsøkt på nytt i det stille og skape inkonsistens.

A3Operasjonelle hensyn

Tilkoblinger er på organisasjonsnivå og forbeholdt eier- og administratorroller; rekrutterere bruker funksjonene en tilkobling driver, men kan ikke koble til, koble fra eller rekonfigurere. Frakobling fjerner lagrede påloggingsopplysninger umiddelbart og stopper de avhengige funksjonene synlig, ikke i stillhet. Data som allerede er importert forblir Deres og kan redigeres.

Importerte personer ankommer merket som importert med konservative personvernstandarder — det antas ikke noe samtykke for personer som aldri har fylt ut søknadsskjemaet ditt, og standard oppbevaringsregler gjelder. Alt som er registrert er ditt til odel og eie: CSV-eksporter og appen Data Export dekker de samme datalagrene som selve produktet leser fra. Utgangen er like åpen som inngangen – etter hensikt, ikke som en innrømmelse.

A4Plassering i integrasjonstopologien

Denne integrasjonen er tilgjengelig i registeret 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.