I denne artikkelen finner du den grunnleggende oppbyggingen av RecMan.
Det er viktig å ha en grunnleggende forståelse for løsningens arkitektur.
Øverst i hierarkiet er en konto hos RecMan. Kontoen kan igjen ha ett eller flere selskaper under seg. Under selskaper kan man også ha en eller flere avdelinger. For å vite mer om forskjellen / skillet mellom selskap og avdeling, anbefaler vi å lese denne artikkelen.
Alle i konsernet (selskaper og avdelinger) har felles CRM, men en kunde/bedrift er som oftest tilknyttet den avdelingen som opprettet kunden (men kan også tilknyttes flere avdelinger). Hver kunde lagt inn i CRM kan ha ett eller flere prosjekter tilhørende seg. Til hvert prosjekt kan det tilhøre en eller flere jobber (ansattoppdrag), en eller flere stillingsannonser, og hver av disse stillingsannonsene har hver sin individuelle kandidatprosess. Det tilhører også alltid en “fri” kandidatprosess til hvert prosjekt (som f.eks. kan benyttes når det ikke er noen stillingsannonser tilhørende prosjektet men man likevel ønsker å kjøre en prosess, f.eks. ved search/headhunting).
Alle avdelinger deler som sagt CRM, men en kunde kan økonomisk “tilhøre” en eller flere avdelinger. Alle avdelinger deler kandidatbase, men en kandidat kan økonomisk “tilhøre” en eller flere avdelinger, medarbeidere, og en kandidat kan også skjermes for andre avdelinger.
Under finner du visualisering over hvordan systemet er bygget opp for bedrifter som driver med bemanning, rekruttering eller kun benytter systemet som et rent CRM system. Merk at disse visualiseringene er betraktelig forenklet, og er ment som en illustrasjon som skal hjelpe deg å få en forståelse av arkitekturen.
Visualisering over RecMan som bemanningssystem
Visualisering over RecMan som rekrutteringssystem