ATS vs. HR-system vs. rekrutterings-CRM: hva er forskjellen?

ATS vs HR system er et vanlig spørsmål fordi leverandører ofte pakker rekruttering, personaldata, onboarding, lønn og kandidatrelasjoner inn i samme produktfortelling. I praksis løser systemene ulike problemer. Et ATS styrer aktive søknader og ansettelsesprosesser. Et HR-system styrer ansatte og personalprosesser etter ansettelse. Et rekrutterings-CRM bygger relasjoner med kandidater før de søker.

Den viktigste forskjellen ligger ikke i hva leverandøren kaller produktet, men i hvilket objekt systemet er bygget rundt: søknaden, den ansatte eller den langsiktige kandidatrelasjonen. Når det skillet er tydelig, blir det mye lettere å velge riktig system, integrere riktig og unngå at kandidatdata havner i feil database.

Hvis du vil ha ATS-grunnbegrepet først, start med Hva er et ATS?. Hvis du allerede vet at dere jobber mye med passive kandidater, er rekrutterings-CRM vs. ATS en mer spesifikk sammenligning.

Kort forklart: forskjellen på ATS, HR-system og rekrutterings-CRM

Den korte regelen er enkel: ATS er for kandidater i en konkret prosess. HR-system er for ansatte. Rekrutterings-CRM er for kandidater dere vil bygge relasjon til før det finnes en aktiv søknad.

Det betyr ikke at systemene aldri overlapper. Mange HR-systemer har rekrutteringsmodul. Mange ATS har CRM-funksjoner. Mange rekrutteringsplattformer selger seg som alt-i-ett. Men overlapp i funksjoner betyr ikke at systemene har samme datamodell, samme formål eller samme krav til eierskap.

Hva er et ATS?

Et ATS, Applicant Tracking System, er systemet som håndterer selve ansettelsesprosessen. SAP beskriver ATS som programvare som hjelper organisasjoner med å administrere rekrutterings- og ansettelsesoppgaver digitalt, med stillinger, utlysninger og søknader i en sentral database. Det er en god grunnbeskrivelse.

I praksis bruker team et ATS til å:

• opprette og publisere stillinger
• motta søknader og CV-er
• samle kandidatnotater og vurderinger
• flytte kandidater gjennom pipeline-steg
• koordinere intervjuer og tilbakemeldinger
• dokumentere beslutninger og avslutning
• rapportere på tid, kilde og konvertering

Et ATS bør derfor være sterkt på søkbar kandidatdata, pipeline-styring, samarbeid og sporbarhet. Hvis søknader ligger i e-post, CV-er ligger i mapper og intervjunotater ligger hos hver enkelt leder, mangler virksomheten i praksis et felles operativt system for rekruttering.

Reqcore er bygget for denne kjernen: aktive rekrutteringsprosesser, tydelig kandidatpipeline og kontroll over data. Det gjør Reqcore til et ATS-fundament, ikke et fullverdig HR-system for lønn, fravær og personaladministrasjon. Den avgrensningen er viktig, fordi et ATS bør være veldig godt på rekruttering før det prøver å være alt annet.

Hva er et HR-system?

Et HR-system, ofte kalt HRM, HRIS eller HRMS, er systemet som håndterer ansatte og personalprosesser. Her ligger normalt ansattprofil, stillingsforhold, organisatorisk tilhørighet, ferie, fravær, lønnskoblinger, personaldokumenter, medarbeidersamtaler, kompetanse og offboarding.

Norske HR-leverandører beskriver ofte HR-systemer nettopp som systemer for personaladministrasjon. 4human skriver for eksempel om HR-system med sykefraværsoppfølging, integrasjoner mot NAV og Altinn, lønn, time- og plansystemer. Det er en annen verden enn kandidatpipeline.

Et HR-system brukes typisk til å:

• holde oppdatert ansattregister
• håndtere onboarding etter signert tilbud
• følge opp ferie, fravær og permisjoner
• koble HR-data til lønn og økonomi
• lagre personaldokumenter
• støtte medarbeidersamtaler, HMS og kompetanse
• rapportere på organisasjon og arbeidsforhold

Det viktigste poenget er at HR-systemets hovedobjekt er den ansatte, ikke søkeren. Når kandidaten blir ansatt, bør noen data flyttes eller synkroniseres fra ATS til HR-system. Men det betyr ikke at HR-systemet nødvendigvis bør eie hele rekrutteringsprosessen.

Hva er et rekrutterings-CRM?

Et rekrutterings-CRM er laget for relasjonen før søknaden. Det brukes når teamet må bygge talentpooler, følge opp passive kandidater, segmentere profiler og holde kontakt over tid. Det er særlig relevant for byråer, executive search, teknologirekruttering, salg, helse, bemanning og andre områder der de beste kandidatene ofte ikke søker av seg selv.

Et rekrutterings-CRM brukes typisk til å:

• bygge talentpooler etter rolle, kompetanse eller senioritet
• lagre sourcinghistorikk og relasjonsnotater
• sende og måle outreach-kampanjer
• følge opp kandidater som kan bli aktuelle senere
• gjenbruke sterke kandidater på tvers av roller
• støtte employer branding mot konkrete kandidatsegmenter

Hvis ATS er systemet for "denne kandidaten i denne prosessen", er CRM systemet for "denne personen kan bli relevant senere". Det er et lite språklig skille, men et stort systemskille.

For mange norske SMB-er er CRM-funksjoner mindre kritiske i starten enn et ryddig ATS. Hvis dere hovedsakelig mottar søknader via stillingsannonser, er det ofte bedre å få kontroll på søknader, pipeline, intervjuer og datakvalitet først. Hvis dere derimot driver kontinuerlig sourcing, blir CRM raskt viktigere.

Hvorfor blandes ATS og HR-system så ofte sammen?

Forvirringen oppstår fordi moderne HR-teknologi selges i moduler. Et HR-system kan ha rekrutteringsmodul. Et ATS kan ha onboarding. En rekrutteringsplattform kan ha CRM. En bemanningsplattform kan ha både ATS, CRM, ordre, timeregistrering og fakturering.

HR-teknologi.no sin oversikt over rekrutteringssystemer i Norge viser dette godt: markedet består av alt fra rene rekrutteringssystemer til HR-systemer med rekruttering og byråsystemer med CRM, kandidatbase og driftsfunksjoner. Kategorien på nettsiden forteller derfor ikke alltid hva systemet faktisk er best på.

Den praktiske testen er å spørre: Hvis vi måtte velge ett system som master for denne dataen, hvilket system burde det være?

Denne avklaringen er viktigere enn mange funksjonslister. Feil masterdata skaper duplikater, svak historikk og manuelle avklaringer senere.

Når holder det med et HR-system med rekrutteringsmodul?

Et HR-system med enkel rekrutteringsmodul kan være nok når rekrutteringen er lavvolum, standardisert og tett koblet til resten av HR-administrasjonen. Hvis virksomheten ansetter få personer i året, har en enkel prosess og ikke trenger avansert kandidatdatabase, kan det være fornuftig å bruke modulen dere allerede har.

Det kan passe når:

1. dere har få åpne roller samtidig
2. rekruttering ikke er en egen operativ funksjon
3. lederne trenger enkel søknadsoversikt mer enn avansert pipeline
4. kandidatvolumet er lavt
5. det viktigste er å få ansattdata raskt videre til HR og lønn

Men dette valget har en grense. Når volumet øker, flere ledere skal samarbeide, vurderinger må dokumenteres bedre, eller kandidatbasen skal gjenbrukes, blir en svak rekrutteringsmodul fort et kompromiss. Da kan det være bedre å bruke et dedikert ATS og heller integrere mot HR-systemet.

Når trenger du et dedikert ATS?

Du trenger et dedikert ATS når rekruttering blir en prosess som må styres, måles og forbedres i seg selv. Det gjelder særlig når flere roller er åpne samtidig, mange kandidater vurderes, eller flere personer må samarbeide om vurderingen.

Et dedikert ATS gir mest verdi når:

• dere har flere parallelle rekrutteringsprosesser
• dere trenger tydelige pipeline-steg per rolle
• intervjunotater og vurderinger må samles ett sted
• kandidatkommunikasjon må standardiseres
• rapportering på time to hire, kilde og konvertering er viktig
• dere vil kunne eksportere og eie kandidatdata bedre
• dere vurderer AI, scoring eller automatisering som må kunne forklares

Her er også dataeierskap sentralt. Et ATS er ikke bare en skjerm for søknader. Det er databasen for kandidatrelasjoner, vurderinger og historikk. Hvis den databasen er vanskelig å eksportere, søke i eller integrere med andre systemer, bygger dere operativ verdi et sted dere ikke kontrollerer godt nok.

Dette er en av grunnene til at Reqcore prioriterer et åpent ATS-fundament. For team som vil ha kontroll over kandidatdata og integrasjoner, er open source ATS i Norge og self-hosted ATS relevante neste steg.

Når trenger du rekrutterings-CRM i tillegg?

Rekrutterings-CRM blir viktig når rekrutteringen starter lenge før stillingen publiseres. Hvis dere driver aktiv sourcing, bygger talentpooler eller rekrutterer gjentatte profiler, er det ikke nok å ha en god søknadsflyt. Da trenger dere også en relasjonsflyt.

CRM passer særlig godt når:

1. dere rekrutterer kandidater som sjelden søker selv
2. samme rolletyper kommer tilbake flere ganger i året
3. dere vil segmentere talentpooler etter kompetanse
4. outbound, kampanjer og oppfølging er en fast del av arbeidet
5. tidligere kandidater skal pleies systematisk over tid

Mange ATS har noen CRM-lignende funksjoner, og for mange team er det nok. Men hvis sourcing er en kjerneaktivitet, vil dere ofte trenge sterkere CRM-funksjonalitet enn et vanlig ATS tilbyr. Det viktige er å unngå to separate kandidatdatabaser som ikke snakker sammen.

Integrasjon: hva bør flyte mellom systemene?

Den beste arkitekturen er vanligvis ikke ett system som gjør alt middels bra. Det er tydelige systemer med tydelig ansvar og gode integrasjoner. For ATS, HR-system og rekrutterings-CRM betyr det at data bør flyte kontrollert mellom fasene.

En enkel modell ser slik ut:

For norske virksomheter må integrasjonen også ta hensyn til personvern. DFØ skriver om behandling av personopplysninger i HR-hverdagen, inkludert rekruttering, personalmapper og ansvar for opplysninger. Det er relevant fordi kandidatdata og ansattdata ikke bør behandles som en ustrukturert masse. Formål, tilgang og lagringstid endrer seg når en søker blir ansatt, avslått eller blir liggende i en talentpool.

Datatilsynets personvernprinsipper er en nyttig sjekkliste her: formålsbegrensning, dataminimering, riktighet, lagringsbegrensning, integritet og konfidensialitet. Oversatt til systemvalg betyr det at dere bør vite hvilke data som lagres hvor, hvorfor de lagres, hvem som har tilgang, og når de slettes.

Den vanligste feilen: å kjøpe bredde før kjerneprosessen fungerer

Den vanligste feilen i ATS vs HR system-vurderinger er å kjøpe en bred plattform fordi den ser ryddig ut i en demo, uten å teste om rekrutteringskjernen faktisk er god nok. En rekrutteringsmodul kan se fin ut når én kandidat flyttes gjennom fem standardsteg. Den reelle testen kommer når tre ledere vurderer samme kandidat, en rolle trenger ekstra case, en kandidat søker på to stillinger, og data senere må eksporteres.

Et annet vanlig problem er at HR-systemet blir valgt av HR-administrasjon og lønn, mens rekrutteringsarbeidet eies av talent acquisition eller ledere. Da kan systemet være godt for ansatte, men svakt for søkere. Resultatet blir ofte at teamet kjøper ekstra verktøy uten tydelig datamodell.

En bedre beslutning starter med disse spørsmålene:

1. Hvor stopper dagens rekrutteringsprosess opp?
2. Er problemet søknadsflyt, ansattadministrasjon eller kandidatrelasjoner?
3. Hvilket system skal være master for kandidatdata?
4. Hvordan flyttes en ansatt kandidat fra ATS til HR-system?
5. Hvordan slettes eller anonymiseres kandidater som ikke ansettes?
6. Kan vi eksportere hele historikken hvis vi bytter system?
7. Trenger vi CRM nå, eller bare bedre søkbarhet i ATS?

Hvis svarene peker mot aktive søknader, pipeline og vurderingshistorikk, trenger dere ATS. Hvis svarene peker mot fravær, lønn og personalmapper, trenger dere HR-system. Hvis svarene peker mot passive kandidater og talentpooler, trenger dere CRM-funksjoner.

Hvordan Reqcore passer inn

Reqcore passer inn som et åpent ATS-fundament for team som vil ha kontroll på kandidatdata, pipeline og rekrutteringsflyt. Det betyr at Reqcore først og fremst skal løse prosessen fra stilling til ansettelsesbeslutning, ikke erstatte alle HR-systemer, lønnssystemer eller CRM-verktøy.

Den avgrensningen er bevisst. Et godt ATS bør være tydelig på hva det eier:

• stillinger
• søknader
• kandidater i aktive prosesser
• pipeline-steg
• vurderinger og notater
• rekrutteringsrapportering
• eksport og videre integrasjon

Deretter bør det kunne kobles til andre systemer der de er sterkere. HR-systemet bør eie ansattdata etter ansettelse. CRM bør eie langsiktig sourcing hvis teamet faktisk jobber tungt med det. Et åpent ATS gjør denne integrasjonen mer realistisk fordi dataflyten ikke trenger å være skjult bak én leverandørs lukkede modell.

Vanlige spørsmål om ATS vs HR system

Hva er forskjellen på ATS og HR-system?

Et ATS håndterer kandidater og aktive ansettelsesprosesser. Et HR-system håndterer ansatte og personalprosesser etter ansettelse, som fravær, lønn, personaldata, dokumentasjon og medarbeideroppfølging.

Er et ATS en del av HR-systemet?

Noen ganger. Mange HR-systemer har en rekrutteringsmodul som fungerer som et enkelt ATS. Men et dedikert ATS er ofte sterkere på pipeline, kandidatdatabase, intervjusamarbeid, rapportering og rekrutteringsspesifikke arbeidsflyter.

Hva er forskjellen på ATS og rekrutterings-CRM?

Et ATS brukes når kandidaten er i en aktiv prosess for en konkret stilling. Et rekrutterings-CRM brukes før søknaden, når teamet bygger talentpooler, følger opp passive kandidater og pleier relasjoner over tid.

Trenger små bedrifter både ATS, HR-system og CRM?

Vanligvis ikke. Mange små bedrifter trenger først et enkelt HR-system for ansatte og et ryddig ATS for søknader. CRM blir først viktig når sourcing, talentpooler og gjentatt kandidatoppfølging er en fast del av rekrutteringen.

Kan et HR-system erstatte et ATS?

Ja, hvis rekrutteringen er enkel og volumet lavt. Men når dere trenger tydelige pipeline-steg, strukturert vurdering, kandidatkommunikasjon, rapportering og gjenbrukbar kandidatdata, vil et dedikert ATS ofte være bedre.

Hvilket system bør være master for kandidatdata?

For aktive søknader bør ATS normalt være master. For ansatte bør HR-systemet være master. For passive kandidater og talentpooler kan rekrutterings-CRM være master, men bare hvis CRM og ATS har tydelig synk og klare regler for samtykke, tilgang og sletting.

Oppsummering: slik velger du riktig

ATS vs HR system handler egentlig om hvor personen er i livsløpet. Før søknad er rekrutterings-CRM ofte riktig verktøy. Under søknad og vurdering er ATS riktig verktøy. Etter ansettelse er HR-systemet riktig verktøy.

Det beste valget er derfor sjelden "plattformen med flest moduler". Det beste valget er systemarkitekturen som gir tydelig ansvar for data, gode arbeidsflyter og minst mulig friksjon når kandidaten beveger seg fra talentpool til søker til ansatt. For team som vil eie ATS-kjernen mer åpent, er Reqcore et naturlig sted å starte.