Employee Registry in SharePoint: cum elimini fisierele Excel si procesele manuale

Lucian Constantin, Senior DevOps Engineer

Dacă datele despre angajați sunt astăzi în fișiere Excel trimise înainte și înapoi între HR și IT, recomand să le mutați într-un Employee Registry (Registru de angajați) construit în SharePoint.

Nu este o recomandare teoretică. Este modelul pe care îl implementăm pentru clienții noștri, împreună cu „fratele” lui, Computer Registry. Mai jos explic exact ce este, cum funcționează și, mai important, ce puteți automatiza după ce datele sunt puse în locul potrivit.

Problema nu este Excel în sine. Problema este modul în care ajunge să fie folosit: același fișier există în trei versiuni, actualizările se fac manual, nimeni nu mai știe care este varianta „bună”, iar când pleacă un angajat, IT-ul află târziu – uneori după ce licențele au mai rămas active încă o lună.

Costul acela apare rar într-un raport, dar este plătit în fiecare lună.

Ce este un Employee Registry/ Registru de angajați în SharePoint?

Un Registru de angajați în SharePoint este o bază de date centralizată cu angajații organizației, construită de regulă cu SharePoint Lists.

Fiecare angajat are o înregistrare care conține informațiile de care HR-ul și IT-ul chiar au nevoie: nume, poziție, departament, manager, date de contact, data angajării, statusul curent și, în funcție de implementare, licențele IT sau echipamentele asociate persoanei respective.

Structura diferă de la o companie la alta. Eu nu văd registrul ca pe un produs „de-a gata”, ci ca pe o fundație.

După ce datele sunt corecte și de încredere, peste ele pot fi automatizate onboardingul, offboardingul și alte procese din ciclul de viață al angajatului.

Ce informații ar trebui să conțină?

Câmpurile pe care le stabilim de obicei cu HR-ul la începutul proiectului includ:

• date de identificare și contact;
• poziție, departament și manager direct;
• data angajării și termene relevante de reînnoire;
• status curent – de regulă Active sau Inactive;
• licențe IT necesare;
• echipamente alocate sau documente asociate.

Câmpul de status este foarte important, pentru că multe dintre automatizări depind de el.

Recomand și să colectați doar datele de care aveți efectiv nevoie. În etapa de discovery analizăm câmpurile propuse inclusiv din perspectiva GDPR și a minimizării datelor.

Fiecare coloană suplimentară cu informații personale este încă o informație pe care trebuie să o protejați și să o administrați.

De ce nu mai este suficient Excel?

Sunt câteva diferențe care contează în practică.

Criteriu	Excel	SharePoint Lists
Versionare	Fișiere duplicate, de tip final_v3_reviewed.xlsx	O singură sursă centrală, cu istoric al modificărilor
Permisiuni	De multe ori administrate la nivel de fișier	Accesul poate fi configurat în funcție de rol
Automatizare	Procese manuale sau macro-uri locale	Integrare cu Power Automate
Raportare	Consolidare manuală și copy-paste	Conectare directă cu Power BI
Fluxuri HR–IT	Bazate în principal pe e-mail	Pot reacționa automat la modificarea datelor
Auditabilitate	Greu de urmărit între fișiere și e-mailuri	Mult mai ușor de urmărit centralizat

Diferența reală nu este una tehnică. Este una de risc operațional.

Dacă HR-ul modifică statusul unui angajat într-un singur registru central, IT-ul nu mai trebuie să aștepte ca cineva să-și amintească să trimită versiunea actualizată a Excelului. Modificarea respectivă poate deveni chiar trigger-ul următorului proces.

Cum funcționează în Microsoft 365?

Arhitectura folosește componente pe care multe companii care lucrează cu Microsoft 365 le au deja în ecosistem:

• SharePoint Lists – date despre angajați, permisiuni și istoric;
• Power Automate – flow-urile care reacționează la modificări;
• Power Apps – opțional, o interfață mai prietenoasă pentru HR;
• Microsoft Entra ID – conturi, acces și licențe;
• Teams și Outlook – notificări și aprobări;
• Power BI – raportare.

Un flow simplificat arată așa:

HR actualizează angajatul → Registrul SharePoint → Power Automate → IT / manager / Entra ID / procesul de echipamente

Pentru scenariul de bază – SharePoint Lists plus Power Automate cu funcționalități standard – compania poate avea deja o mare parte din ceea ce este necesar în licențierea Microsoft 365 existentă.

În momentul în care proiectul are nevoie de conectori premium sau integrări cu sisteme externe, situația licențierii se poate schimba.

Recomand să facem calculul acesta în faza de design, nu să îl descoperim pe factură.

Ce procese HR și IT pot fi automatizate?

După ce registrul devine sursa de date de referință, mai multe procese manuale pot porni direct din modificarea informațiilor.

Onboarding

Un angajat nou cu Status = Active poate declanșa notificări către IT și manager, pregătirea echipamentului, pași de aprobare și alte taskuri de onboarding stabilite în implementare.

Offboarding

Schimbarea angajatului în Inactive poate porni procesul de offboarding: notificarea IT-ului, acțiunile legate de acces și licențe și recuperarea echipamentelor.

Avantajul este simplu: procesul începe când se modifică statusul angajatului, nu atunci când cineva își amintește, în cele din urmă, să trimită un e-mail.

Modificări ale angajatului

O schimbare de departament sau de manager poate declanșa notificări sau actualizări în procesele conectate.

Reînnoiri de contracte

Power Automate poate trimite automat un reminder înainte de o dată prestabilită – de exemplu, cu 30 de zile înainte de expirare sau reînnoire.

Aprobări

Solicitările pot trece prin flow-uri de aprobare în Teams sau Outlook, în loc să dispară prin lanțuri lungi de e-mailuri.

Raportare

Power BI poate raporta direct din datele structurate ale angajaților, fără ca cineva să mai consolideze încă un Excel.

Un exemplu real de arhitectură: Employee Registry + Computer Registry

Cel mai bun exemplu pentru utilitatea Registrului de angajați este legătura lui cu Computer Registry, soluția pe care o implementăm pentru inventarul IT.

Computer Registry face parte dintr-o soluție de inventariere construită integral în SharePoint Online, cu liste interconectate precum:

• Locations;
• Products;
• Purchase Orders;
• Computer Storage;
• Computer Registry;
• Computer History.

În aceeași zonă, arhitectura SharePoint poate fi extinsă și cu site-uri Intranet personalizate în funcție de nevoile companiei.

Într-una dintre implementări, 14 flow-uri Power Automate acoperă ciclul de viață al echipamentelor.

O comandă de achiziție trece printr-un flow de aprobare. După confirmarea livrării, înregistrările laptopurilor sunt generate pe baza seriilor facturate. De acolo trec prin stoc, predarea către utilizator și, în final, scoaterea din uz. Fiecare mișcare este înregistrată automat în Computer History.

Partea interesantă este legătura dintre cele două registre.

Atunci când un laptop este transferat unui angajat, procesul validează persoana respectivă în Employee Registry. Câmpul Work email trebuie să coincidă, iar angajatul trebuie să aibă:

Status = Active

Dacă nu, transferul normal nu ar trebui să continue.

Aici Registrul de angajați încetează să mai fie „o listă SharePoint cu numele angajaților”.

Devine sursa de date pe care se bazează celelalte automatizări.

Iar rezultatul practic este că puteți răspunde în orice moment la o întrebare foarte simplă:

Cine are ce calculator?

Și aveți și istoricul din spatele răspunsului.

Care sunt beneficiile?

Pentru HR, beneficiul principal este o singură sursă de informații despre angajați, în locul mai multor fișiere paralele.

Pentru IT, onboardingul și offboardingul pot porni din date, nu din e-mailuri, cu mai mult control asupra licențelor, accesului și echipamentelor.

Pentru management, datele structurate fac mult mai simplă raportarea asupra angajaților și a resurselor IT asociate.

Dar mai există un avantaj, mai puțin vizibil: mai puține procese depind de faptul că o anumită persoană își amintește care este următorul pas. De obicei, de aici începe automatizarea să-și arate valoarea.

Securitate, permisiuni și GDPR

Mutarea unui Excel în SharePoint nu face automat procesul sigur sau conform cu GDPR.

Permisiunile trebuie în continuare proiectate corect.

HR-ul poate avea nevoie de informații la care IT-ul nu trebuie să aibă acces. IT-ul poate avea nevoie de câmpuri operaționale pe care ceilalți angajați nu ar trebui să le poată modifica. Managerii pot avea nevoie doar de vizibilitate limitată.

Același principiu se aplică datelor personale: colectați ce are nevoie procesul, nu tot ce s-ar putea să vă fie util „cândva”.

Și trebuie să existe un responsabil clar pentru registru.

Dacă HR-ul continuă să actualizeze un Excel privat, în timp ce SharePoint ar trebui să fie sursa oficială, automatizările vor ajunge în cele din urmă să ruleze pe date vechi.

În acel moment, ați recreat aceeași problemă într-un instrument mai nou. Dacă aveți nevoie de ajutor pe zona de securitate, aruncați un ochi la Pachetele de Securitate Microsoft 365, gândite de inginerii noștri astfel încât să respecte cele mai înalte norme europene.

Greșeli frecvente

Vedem aceleași probleme în mod repetat.

1. Importarea datelor fără curățarea lor

Duplicate și câmpuri inconsistente din Excel devin pur și simplu duplicate „oficiale” în SharePoint.

2. Permisiuni prea largi

Dacă toată lumea poate modifica totul, ați recreat Excel într-un browser.

3. Date nestandardizate

Automatizările sunt stricte pentru că trebuie să fie.

Un exemplu real din Computer Registry: seriile echipamentelor sunt introduse separate prin ;.

Un ; suplimentar la final este numărat ca încă un element, iar comanda este respinsă de validare.

Pentru un om este o greșeală minoră.

Pentru o automatizare sunt alte date.

4. Colectarea informațiilor „just in case”

Mai multe date personale înseamnă mai multă responsabilitate, fără să însemne automat și mai multă valoare.

5. Lipsa unui responsabil clar

Fără ownership și training, Excelul „din umbră” are tendința să reapară.

Când merită implementat?

Dacă aveți mai puțin de aproximativ 20 de angajați, un singur sediu și procese foarte simple, este posibil ca Excel să fie suficient încă o perioadă.

Dacă ați trecut de aproximativ 50 de angajați, lucrați în regim hibrid sau aveți mai multe locații, problemele proceselor manuale devin de obicei mai vizibile: licențe care rămân active după plecarea angajaților, echipamente care se mută între sedii și onboarding care depinde de mai multe persoane ce trebuie să se coordoneze prin e-mail.

Aș trata aceste cifre ca repere practice, nu ca reguli stricte.

Întrebările mai bune sunt:

• HR și IT păstrează versiuni diferite ale informațiilor despre angajați?
• Onboardingul depinde de e-mailuri trimise manual?
• IT-ul află uneori prea târziu că un angajat pleacă?
• Este greu de aflat ce echipament are fiecare angajat?
• Modificările privind angajații ar trebui să declanșeze acțiuni în IT?

Dacă răspunsul la mai multe dintre aceste întrebări este „da”, probabil merită să analizați procesul.

Iar dacă aveți deja un sistem HR dedicat, nu aș recomanda să îl înlocuiți doar pentru că există SharePoint.

Mai întâi verificăm dacă datele pot fi exportate sau sincronizate și dacă SharePoint ar trebui să fie pur și simplu stratul de automatizare pentru IT, construit peste sursa existentă.

Cum implementează Optimizor un Registru de angajați

Implementarea noastră are în mod normal cinci pași.

1. Discovery

Stăm cu HR și IT, stabilim ce problemă trebuie să rezolve registrul și agreăm câmpurile, procesele și aspectele legate de GDPR.

2. Deciziile clientului

Stabilim sursa datelor existente și modelul de acces și permisiuni.

3. Build

Creăm listele și librăriile, importăm datele agreate cu verificări de integritate și configurăm accesul.

4. Testare și training

HR și IT testează soluția folosind scenarii reale, nu doar cazurile ideale.

5. Go-live și monitorizare

După ce registrul este stabil, adăugăm sau ajustăm automatizările pentru onboarding, offboarding, inventar și celelalte procese.

Partea care trebuie administrată și după implementare rămâne informația din registru.

Registrul este exact atât de bun pe cât sunt de actualizate datele din el.

Întrebări frecvente

Poate fi folosit SharePoint ca bază de date pentru angajați?

Da. SharePoint Lists poate funcționa ca registru centralizat al angajaților și ca sursă de date pentru procesele automatizate din Microsoft 365.

Nu este însă automat un înlocuitor pentru un sistem HR complet.

De ce SharePoint în loc de Excel?

Principalele avantaje sunt o singură sursă centrală, un control mai bun asupra accesului și modificărilor, integrarea nativă cu Power Automate și raportarea mai simplă.

Pot fi automatizate onboardingul și offboardingul?

Da. Adăugarea unui angajat nou sau schimbarea statusului poate declanșa flow-uri prestabilite pentru notificări, aprobări, licențe, acțiuni legate de acces și pregătirea sau recuperarea echipamentelor.

Se poate integra un Registru de angajați cu Microsoft Entra ID?

Da.

Entra ID este un punct natural de integrare pentru procese legate de identitate, acces și licențe, în funcție de configurația organizației, permisiuni și licensing.

Ce licențe Microsoft 365 sunt necesare?

Depinde de soluție.

Scenariile simple pot folosi funcționalități deja incluse în licențele existente ale companiei, în timp ce premium connectors sau integrările externe pot necesita licențiere Power Platform suplimentară.

Verificăm acest lucru în etapa de design.

Poate fi conectat Registrul de angajați cu inventarul IT?

Da.

În arhitectura noastră Computer Registry, transferul unui echipament poate valida adresa de serviciu a angajatului și statusul Active înainte de alocarea dispozitivului.

Următorul pas

Dacă informațiile despre angajați circulă încă între HR și IT prin fișiere Excel și e-mailuri, putem analiza procesul actual și vă putem spune dacă un Registru de angajați l-ar îmbunătăți cu adevărat.

Iar dacă aveți deja liste în SharePoint, poate că următorul pas util nu este să le reconstruiți.

Poate fi suficient să adăugăm peste datele existente automatizările de onboarding, offboarding sau administrare a echipamentelor.

O sesiune de discovery este, de regulă, suficientă pentru a înțelege ce merită automatizat, ce ar trebui să rămână așa cum este și ce implicații de licențiere există.

Discută cu noi despre automatizarea proceselor în SharePoint