Oblačna kadrovska rešitev za HR ekipe v podjetju

Kaj je oblačna kadrovska rešitev in zakaj jo podjetja uvajajo#

Oblačna programska rešitev za podporo kadrovikom je informacijski sistem, ki osnovne kadrovske procese - zaposlovanje, evidenco delovnega časa, dopuste, izplačila in dokumentacijo - poveže na enem mestu, dostopnem prek spleta ne glede na lokacijo uporabnika. Namesto ločenih razpredelnic, internih obrazcev in papirne dokumentacije kadrovska ekipa dela v enotnem sistemu, do katerega dostopajo tudi vodje oddelkov, finance in zaposleni sami prek samopostrežnega portala. V podjetju z več kot milijon evrov letnih prihodkov tak sistem ni dodatek, temveč orodje, ki zmanjša število ročnih vnosov in poveča sledljivost kadrovskih odločitev.

Kadrovski podatki v srednje velikem ali velikem podjetju niso omejeni na en oddelek. Podatki o zaposlenih se prepletajo s plačnim sistemom, dostopi do IT opreme, varnostnimi pravili in poročanjem vodstvu. Kadar HR ekipa vodi te podatke ločeno od drugih sistemov, nastajajo neskladja: isti podatek o zaposlenem je na dveh mestih zapisan različno, sprememba statusa zaposlitve pa se v plačni sistem prenese z zamikom. Oblačna rešitev to težavo rešuje tako, da je vir podatkov en sam, dostop pa je urejen po vlogah in pristojnostih posameznega uporabnika.

Oblačno kadrovsko rešitev v praksi uporablja več skupin ljudi z različnimi potrebami. Kadrovska ekipa vodi postopke zaposlovanja, onboarding in evidence, vodje oddelkov odobravajo dopuste in spremljajo prisotnost svojih ekip, finančna služba prevzema podatke za obračun plač, vodstvo pa spremlja kadrovske kazalnike na ravni celotnega podjetja. Zaposleni sami prek portala urejajo vloge za dopust, pregledujejo plačilne liste in posodabljajo osebne podatke, kar razbremeni kadrovsko službo administrativnih opravil, ki sicer zahtevajo veliko ročnega usklajevanja po e-pošti.

• zaposlovanje in izbor kandidatov
• uvajanje novih zaposlenih (onboarding)
• evidenca delovnega časa in dopustov
• priprava podatkov za obračun plač
• upravljanje pogodb in kadrovske dokumentacije
• ocenjevanje uspešnosti zaposlenih
• samopostrežni portal za zaposlene

Katere kadrovske procese lahko podjetje prenese v oblak?#

Podjetje lahko v oblak prenese praktično vse ponavljajoče se kadrovske procese - od objave prostih delovnih mest do priprave podatkov za obračun plač - medtem ko presoja in odločanje ostajata pri ljudeh. Sistem avtomatizira zbiranje prijav, usmerjanje dokumentov v odobritev, opomnike pred potekom pogodb in pripravo poročil za vodstvo. Kadrovska ekipa tako preneha ročno prepisovati podatke med sistemi in se posveti vsebini dela: izboru kandidatov, razvoju zaposlenih in odnosom znotraj organizacije.

Proces zaposlovanja in uvajanja novih sodelavcev je med prvimi, ki jih podjetja prenesejo v oblak, ker vključuje največ ponavljajočih se korakov. Prijave kandidatov se zbirajo na enem mestu, intervjuji in odločitve se beležijo ob kandidatu, po podpisu pogodbe pa sistem samodejno sproži pripravo opreme, dostopov in uvajalnega programa za novega sodelavca. Tako se izogne situaciji, ko nov zaposleni prvi dan nima računalnika, dostopa do e-pošte ali urejenih kadrovskih dokumentov, ker so bila obvestila med oddelki poslana ročno in z zamikom.

Enako velja za evidenco delovnega časa, dopuste in ocenjevanje uspešnosti. Namesto papirnih vlog za dopust zaposleni oddajo zahtevek prek portala, vodja ga odobri z enim klikom, sistem pa stanje dopusta samodejno posodobi in po potrebi obvesti plačni sistem o spremembi. Letni razgovori in ocene uspešnosti se vodijo v istem sistemu kot podatki o zaposlitvi, kar vodstvu omogoča pregled nad kadrovskimi kazalniki na ravni oddelka ali celotnega podjetja, ne da bi za to moralo združevati podatke iz več ločenih virov.

Kako se oblačna kadrovska rešitev poveže z obstoječimi sistemi podjetja?#

Oblačna kadrovska rešitev se z obstoječimi sistemi podjetja poveže prek API-jev, ki podatke o zaposlenih izmenjujejo s plačnim, finančnim in dokumentnim sistemom, ne da bi se isti podatek ročno vnašal večkrat. Katere sisteme je treba povezati in kako pogosto se podatki sinhronizirajo, je ena prvih odločitev pri načrtovanju projekta.

Večina podjetij že ima vzpostavljen finančni ali ERP sistem, v katerega se stekajo podatki o stroških dela, ter morda ločen sistem za obračun plač. Tak sistem lahko temelji na enem od uveljavljenih rešitev na trgu, vsako od njih pa ima svoj format izmenjave podatkov in svoje omejitve glede API-jev. Pred začetkom integracije je treba popisati, kateri sistemi obstajajo, kateri podatki potujejo med njimi in kje nastajajo ozka grla - na primer kadar se status zaposlitve ročno prepisuje iz enega sistema v drugega z enodnevnim ali večdnevnim zamikom.

Kadar podjetje že ima delno zgrajen ali nedokončan kadrovski sistem, ga je mogoče prevzeti po pregledu izvorne kode, arhitekture, infrastrukture in obstoječih podatkov, namesto da bi se projekt začel znova. Tak pregled pokaže, kateri deli sistema so uporabni, kje so varnostne ali strukturne pomanjkljivosti in kako velik je obseg dela do stabilne različice. Razvojno, testno in produkcijsko okolje ostajajo ločena skozi ves projekt, v testnem okolju pa se ne uporabljajo pravi osebni podatki zaposlenih, kar zmanjša tveganje pri odkrivanju in odpravljanju napak.

Varnost kadrovskih podatkov in skladnost z GDPR#

Kadrovski podatki sodijo med najbolj občutljive podatke, ki jih podjetje hrani, saj vključujejo osebne podatke zaposlenih, podatke o plačah, zdravstvenih odsotnostih in pogodbenih razmerjih. Pri prehodu v oblak mora podjetje natančno določiti, kdo ima dostop do katerih podatkov, kako se dostop beleži in kako dolgo se posamezni podatki hranijo. To ni zgolj tehnično vprašanje, temveč obveznost, ki izhaja iz splošne uredbe o varstvu osebnih podatkov (GDPR) in velja ne glede na to, ali so podatki shranjeni v oblaku ali v lastni strežniški sobi podjetja.

Varnostna raven oblačne kadrovske rešitve je odvisna od tega, kako je zasnovana arhitektura dostopov in kako se nadzoruje infrastruktura, na kateri sistem teče. Znotraj Epixa in njegove specialistične partnerske mreže se pri takih projektih upoštevajo naslednja področja:

Skladnost z GDPR pri kadrovskih sistemih pomeni predvsem, da ima podjetje pregled nad tem, kateri podatki se zbirajo, s kakšnim namenom in kdo do njih dostopa. Oblačna rešitev to olajša, če je zasnovana z jasno ločenimi vlogami: kadrovska ekipa vidi vse podatke v svoji pristojnosti, vodja oddelka vidi le podatke svoje ekipe, zaposleni pa dostopa samo do lastnih podatkov. Taka členitev dostopov ni samoumevna funkcija vsakega sistema, zato jo je treba izrecno zahtevati in preveriti že v fazi načrtovanja, ne šele po uvedbi.

• upravljanje identitet in dostopov (IAM) glede na vlogo uporabnika
• utrjevanje infrastrukture in redno odpravljanje ranljivosti
• varnostna arhitektura, prilagojena občutljivosti kadrovskih podatkov
• načrt odziva na varnostne incidente
• ločena razvojna, testna in produkcijska okolja brez pravih osebnih podatkov v testu

Vpliv oblačne kadrovske rešitve na zaposlene#

Uvedba oblačne kadrovske rešitve spremeni delo zaposlenih bolj, kot se zdi na prvi pogled. Namesto da vlogo za dopust pošljejo po e-pošti ali jo oddajo na papirju, jo vnesejo v portal; namesto da kličejo kadrovsko službo za podatek o stanju dopusta ali plačilni listi, si ga ogledajo sami. Za del zaposlenih je to razbremenitev, za druge, zlasti tiste, ki so leta delali po ustaljenih postopkih, pa pomeni novo navado, ki jo je treba sprejeti, in zato potrebuje jasno komunikacijo pred uvedbo, ne šele ob njej.

Prehod na nov sistem redko uspe čez noč. V praksi se določen čas stari in novi način dela izvajata vzporedno, dokler se ne preveri, da nov sistem pravilno obravnava vse primere, značilne za konkretno podjetje - izmensko delo, kombinacijo redne zaposlitve in pogodbenega dela ali posebne vrste dopusta. Zaposlene je treba usposobiti za uporabo portala, kadrovsko ekipo pa dodatno za administracijo sistema, saj bo ta po uvedbi prevzela vlogo, ki je bližje upravljanju procesov kot ročnemu vnašanju podatkov.

Za kadrovsko ekipo samo je največja sprememba razbremenitev od ponavljajočih se administrativnih opravil. Čas, ki ga je prej porabila za usklajevanje podatkov med razpredelnicami in odgovarjanje na enaka vprašanja zaposlenih, se preusmeri v naloge, ki zahtevajo presojo: izbor kandidatov, razvoj zaposlenih, reševanje konfliktov in pripravo kadrovske strategije za vodstvo. To je razlog, da uvedbo oblačnega sistema vodstvo redko obravnava zgolj kot tehnično odločitev, temveč kot odločitev o tem, čemu naj se kadrovska služba dejansko posveča.

Kdaj se podjetju splača prehod na oblačno kadrovsko rešitev?#

Podjetju se prehod na oblačno kadrovsko rešitev splača takrat, ko obstoječi način vodenja kadrovskih podatkov ne sledi več velikosti in zahtevnosti organizacije. Najpogostejši znak je, da kadrovski podatki živijo v več ločenih razpredelnicah ali aplikacijah, ki jih mora nekdo ročno uskladiti vsak mesec, pri čemer se napake odkrijejo šele ob obračunu plač ali reviziji.

Poleg razpršenih podatkov je drug pogost sprožilec rast podjetja: ko se število zaposlenih poveča, ko podjetje odpre novo lokacijo ali ko se poveča obseg pogodbenega in izmenskega dela, ročno vodenje evidenc postane vir napak in zamud. Enako velja za javni sektor in regulirane panoge, kjer je treba hraniti revizijsko sled odločitev in dokazovati, kdo je kdaj do katerega podatka dostopal. V teh primerih oblak ni modna izbira, temveč odgovor na konkretno operativno tveganje, ki se z rastjo organizacije samo še povečuje.

Tretji sprožilec je potreba po rednem poročanju vodstvu ali nadzornemu organu o kadrovskih kazalnikih - fluktuaciji, bolniški odsotnosti, strukturi zaposlenih po oddelkih. Kadar je treba taka poročila vsak mesec sestavljati ročno iz več virov, se čas kadrovske ekipe porabi za zbiranje podatkov namesto za njihovo razlago. Oblačna rešitev, v kateri je podatek vnesen samo enkrat in nato na voljo v poročilu v realnem času, to breme odpravi in vodstvu da pregled nad stanjem brez dodatnega usklajevanja med oddelki.

Kako izbrati izvajalca za uvedbo oblačne kadrovske rešitve#

Pri izbiri izvajalca za uvedbo oblačne kadrovske rešitve je prva stvar, ki jo je smiselno preveriti, kako bo projekt voden. Pri projektih, ki posegajo v več oddelkov - kadrovsko službo, finance, IT in vodstvo - je potreben jasno določen projektni vodja, opredeljene odgovornosti posameznih ekip, dogovorjeni roki ter način komunikacije in poročanja o napredku. Brez tega se odgovornost med izvajalcem in naročnikom med projektom izgubi, še posebej kadar gre za sistem, ki posega v občutljive osebne podatke zaposlenih.

Drug pomemben kriterij je, ali izvajalec projekt lahko prevzame v celoti ali le kot posamezen sklop - na primer samo integracijo s plačnim sistemom ali samo modul za samopostrežni portal zaposlenih. Enako pomembno je, ali zna prevzeti tudi obstoječ ali nedokončan kadrovski sistem po pregledu izvorne kode, arhitekture, infrastrukture in podatkov, namesto da naročniku ponudi le gradnjo od začetka. To je pogosto cenejša in hitrejša pot, če je del sistema že uporaben.

Tretji kriterij je, kaj se zgodi ob koncu projekta. Izvorna koda in podatki morajo ostati last naročnika, dokumentacija, dostopi in gesla pa del uradne primopredaje, ne nekaj, kar naročnik dobi šele na izrecno zahtevo. Enako velja za ločitev razvojnega, testnega in produkcijskega okolja ter testiranje vsake spremembe pred objavo v produkcijo - brez tega se tveganje napak v sistemu, ki vpliva na izplačila in osebne podatke zaposlenih, prenese neposredno na končne uporabnike.

• jasno določen projektni vodja in odgovornosti ekip
• možnost prevzema obstoječega ali nedokončanega sistema po pregledu kode in arhitekture
• ločena razvojna, testna in produkcijska okolja
• testiranje pred vsako objavo v produkcijo
• lastništvo izvorne kode in podatkov ostaja pri naročniku
• predaja dokumentacije, dostopov in gesel ob zaključku projekta

Kaj se zgodi po uvedbi oblačne kadrovske rešitve?#

Po uvedbi oblačne kadrovske rešitve se projekt ne konča z zagonom sistema, temveč preide v fazo rednega vzdrževanja in podpore. Takrat je treba določiti, kdo spremlja delovanje sistema, kdo odpravlja napake in po kakšnem vrstnem redu se obravnavajo prijavljene težave. Pri kadrovskem sistemu je to še posebej pomembno, ker njegov izpad ali motnja neposredno vpliva na obračun plač, evidenco prisotnosti in dostop zaposlenih do lastnih podatkov - torej na procese, ki jih podjetje ne more enostavno začasno ustaviti.

Prijavljene težave se zato razvrščajo po stopnji nujnosti, tako da se najprej obravnava tisto, kar najbolj vpliva na poslovanje:

Odzivni časi za posamezen razred niso enaki za vsa podjetja, temveč se določijo v pogodbi o podpori glede na to, kako kritičen je sistem za poslovanje naročnika. Poleg odprave napak lahko izvajalec prevzame tudi redne tehnične in varnostne posodobitve ter nadaljnji razvoj sistema - na primer dodajanje novega modula, ko se kadrovski procesi podjetja spremenijo. Obseg te podpore se, tako kot obseg same uvedbe, določi glede na konkretne potrebe podjetja, ne po vnaprej določenem splošnem paketu.

• izpad - sistem ali ključni del ne deluje, obravnava ima najvišjo prednost
• motnja - sistem deluje, posamezna funkcija pa ne, obravnava po dogovorjeni prednosti
• napaka - manjša težava brez vpliva na poslovanje, uvrsti se v naslednjo objavo
• zahteva - sprememba ali nadgradnja, za katero se oceni obseg in uskladi termin

Kaj določa ceno oblačne kadrovske rešitve#

Cena uvedbe oblačne kadrovske rešitve ni fiksno število, temveč izhaja iz obsega dela, ki je pri vsakem podjetju drugačen. Dva navidezno podobna projekta - uvedba kadrovskega sistema v proizvodnem podjetju in v javnem zavodu - se lahko po dejanskem obsegu dela zelo razlikujeta, odvisno od tega, koliko obstoječih sistemov je treba povezati in kako strog je nadzor nad dostopi do podatkov.

Ker se obseg med podjetji tako razlikuje, je smiselno pred ponudbo popisati, kaj vse vpliva na dejanski obseg dela:

Ker se obseg projekta med podjetji tako razlikuje, se cena določi šele po pregledu dejanskih zahtev in tehnične zahtevnosti. Pred tem je smiselno izvesti krajšo analizo, ki celoten projekt razčleni na posamezne sklope - na primer ločeno integracijo s plačnim sistemom, ločen modul za samopostrežni portal in ločeno vzpostavitev varnostnih pravil - tako da je vsak sklop mogoče oceniti in izvesti posebej, namesto da se celoten projekt obravnava kot en sam nedeljiv strošek.

• obseg funkcionalnosti in število uporabniških vlog
• koliko obstoječih sistemov je treba povezati in kakšni so njihovi API-ji
• ali gre za nov sistem ali za prevzem in nadgradnjo obstoječega
• zahteve glede varnosti, revizijske sledi in skladnosti s predpisi
• ali je potreben mobilni dostop in za katere platforme
• raven podpore po uvedbi in dogovorjeni odzivni časi