AI în HR și Recrutare: Ce Poți Automatiza Fără să Pierzi Controlul

Nu toate utilizările AI în HR au același risc

Riscul depinde de scop, date, efect și autonomie. Un instrument care propune variante pentru o descriere de rol nu este echivalent cu unul care clasifică aplicanții. Un asistent care găsește o politică internă nu are același impact ca un sistem folosit pentru evaluarea performanței sau alocarea sarcinilor.

AI Act enumeră în Anexa III anumite sisteme din ocuparea forței de muncă drept posibile sisteme high-risk, cu condiții și excepții care trebuie analizate. După Regulamentul (UE) 2026/1744, regulile pentru Anexa III sunt programate de la 2 decembrie 2027. Ghidul Comisiei pentru clasificare era încă proiect la 3 august 2026, cu orientarea finală anunțată pentru sfârșitul anului.

Clasificare verde, galben și roșu

Use cases administrative

Descrieri de rol și programarea interviurilor

AI poate propune structura unei descrieri pornind de la responsabilități aprobate. HR verifică cerințele, limbajul, accesibilitatea și criteriile. Nu copia automat liste de competențe care nu sunt necesare rolului. Pentru programare, limitează accesul la disponibilitate și datele de contact necesare; nu expune conținutul calendarului.

Asistenți FAQ și căutare în politici

Un asistent intern poate găsi politica de concedii sau onboarding și cita secțiunea activă. Are nevoie de permisiuni la nivel de document și de un mesaj clar că răspunsul nu modifică politica. Conflictele între versiuni sunt escaladate la HR, nu rezolvate prin probabilitate.

Learning, întâlniri și feedback

AI poate recomanda resurse pe baza unui obiectiv declarat sau rezuma note aprobate. Nu transforma automat conversații, feedback liber sau înregistrări într-un scor de performanță. Stabilește cine vede rezumatul, cum se corectează și cât timp se păstrează.

Use cases sensibile

CV ranking și candidate scoring

Clasarea sau filtrarea candidaților poate influența accesul la muncă și poate intra în categoria high-risk în funcție de scop și utilizare. Un om care aprobă rezultatul nu reduce automat riscul dacă se bazează mecanic pe scor. Criteriile trebuie să fie relevante, explicabile și testate pe grupurile afectate.

Emotion recognition

Articolul 5 AI Act interzice utilizarea sistemelor AI pentru inferarea emoțiilor persoanelor la locul de muncă pe baza datelor biometrice, cu excepții înguste pentru scop medical sau de siguranță. Nu folosi analiza feței sau vocii pentru a pretinde că măsoară sinceritatea, entuziasmul ori compatibilitatea unui candidat.

Performanță, promovare, concediere și alocarea sarcinilor

Aceste utilizări pot afecta semnificativ angajații și apar în zona sensibilă a Anexei III. Nu porni de la un scor construit din mesaje, activitate sau metadate fără o analiză a necesității, proporționalității, drepturilor și relațiilor de muncă. Decizia nu trebuie delegată unui model opac.

Bias, discriminare și date proxy

Eliminarea numelui nu elimină automat biasul. Instituția, localitatea, întreruperile de carieră sau stilul pot funcționa ca proxy. Testează ratele de selecție și erorile pe grupuri relevante în limitele legii, implică specialiști și nu folosi date speciale doar pentru că un furnizor oferă un dashboard.

O evaluare bună include și fals negative: candidați potriviți respinși. Compară sistemul cu procesul uman existent, care poate avea propriile probleme, dar nu prezenta automatizarea ca neutră. Documentează dezacordurile dintre evaluatori.

Date personale și decizii automate

Stabilește scopul, temeiul, categoriile, accesul, retenția și informarea conform GDPR. Datele speciale cer condiții suplimentare. Articolul 22 și ghidul EDPB despre decizii automatizate trebuie analizate când există o decizie exclusiv automată cu efect juridic sau similar semnificativ.

Consimțământul nu este automat potrivit în relația de muncă din cauza dezechilibrului dintre părți. Nu formula o concluzie fără specialistul juridic și DPO. Minimizează datele și oferă o cale reală de contestare și corectare.

Transparență și human oversight

Candidatul sau angajatul trebuie să primească informații corecte despre prelucrare și rolul sistemului, conform obligațiilor aplicabile. Reviewerul uman trebuie să aibă competență, timp, autoritate și acces la informația necesară. Dacă scorul AI nu poate fi contestat fără consecințe, oversight-ul este decorativ.

Vendor due diligence

Candidate-impact assessment

Pilotul în HR

1. Selectează o sarcină administrativă sau rulează sistemul sensibil numai în shadow mode.
2. Obține analiza juridică, de protecție a datelor, securitate și relații de muncă necesară.
3. Construiește un set de evaluare reprezentativ și validează ground truth-ul.
4. Testează erori, diferențe pe grupuri, contestare și override uman.
5. Informează și consultă persoanele sau reprezentanții unde este aplicabil.
6. Definește praguri de oprire și nu extinde până nu există dovezi.

Consultare, guvernanță și DPIA

În funcție de proces și legislația aplicabilă, pot fi relevante consultarea reprezentanților angajaților, responsabilul cu protecția datelor, juridicul, securitatea, HR și managementul. O evaluare de impact asupra protecției datelor (DPIA) poate fi necesară când prelucrarea este susceptibilă să genereze risc ridicat pentru drepturile persoanelor; decizia trebuie luată pe faptele sistemului, nu din titlul furnizorului.

Guvernanța trebuie să includă și candidați sau angajați care contestă rezultatul. Definește cine răspunde, ce informație poate explica, cum se corectează datele și dacă decizia poate fi reluată fără scorul AI. Păstrează o cale alternativă pentru persoanele care nu pot folosi interfața.

Exemplu ipotetic: screening în shadow mode

Exemplu ipotetic: o companie vrea să testeze un instrument care propune potrivirea CV-urilor cu criterii aprobate. Timp de o perioadă delimitată, scorurile nu sunt afișate recruiterilor înainte ca aceștia să ia decizia curentă. După aceea, echipa compară rezultatele, fals negativele, diferențele între grupuri și explicațiile.

Testul nu este o autorizare pentru producție. Dacă datele istorice reflectă un proces discriminatoriu, potrivirea cu deciziile vechi nu este succes. Criteriile trebuie validate pentru rol, iar cazurile excluse sunt revizuite de persoane competente. Orice utilizare reală trece separat prin analiza juridică și de impact.

Documentația minimă pe durata operării

Metrici care nu trebuie confundate

Timpul de recrutare nu este singurul rezultat. Un proces mai rapid poate exclude candidați potriviți. Măsoară acoperirea, fals negativele, consistența criteriilor, experiența candidatului, contestațiile, override-urile și rezultatele operaționale. Nu folosi performanța ulterioară ca etichetă simplă fără a analiza rolul, managerul și contextul.

Contractul cu furnizorul

Contractul trebuie să susțină utilizarea reală: scopul, rolurile părților, datele, subprocesatorii, incidentele, auditul, ștergerea, schimbările de model și documentația. Cere obligația de a notifica modificări care pot afecta clasificarea sau performanța. Dreptul de export și oprire este important dacă sistemul devine necorespunzător.

Nu accepta doar o declarație generală de «AI responsabil». Cere rezultatele și limitele pe populații relevante, modul de validare și controalele disponibile deployerului. Verifică dacă produsul permite o cale non-AI și dacă păstrează datele necesare pentru investigarea unei contestații fără retenție excesivă.

Când să nu folosești AI

Nu folosi AI pentru a masca lipsa criteriilor de recrutare, pentru a deduce trăsături pe care nu le poți valida sau pentru a automatiza o decizie pe care nimeni nu o poate explica. O funcție administrativă simplă poate fi rezolvată cu reguli. Un context cu puține cazuri și impact mare poate cere evaluare umană integrală. Consultă ghidul AI Act, politica Shadow AI și pagina de securitate înainte de pilot.

Scris deVlad CovaciFondator & Partener Produs și Tehnologie