AI v HR: ulevte personalistům, ale nenechte model rozhodovat o lidech

01Rozdělte úkoly podle toho, co výstup skutečně ovlivní

Nehodnoťte riziko jen podle názvu funkce. „Pomocník personalisty“ může pouze upravovat text nabídky, ale také seřadit uchazeče tak, že se ke slabšímu skóre už nikdo nevrátí. Zapište, co nástroj dostává, co vytváří a jak na výstup navazuje člověk nebo další systém.

U každého úkolu také ověřte, zda vůbec potřebuje generativní model. Přiřazení školení podle pracovní role, připomenutí nepodepsaného dokumentu nebo založení úkolu pro IT může vyřešit běžná pravidlová automatizace. Její chování bývá snazší popsat a ověřit.

02V náboru oddělte přípravu podkladů od hodnocení uchazeče

AI může z dlouhého životopisu navrhnout stručný přehled. Personalista ale potřebuje vidět původní údaje a rozlišit doloženou zkušenost od domněnky. Chybějící informace označte jako chybějící. Model nemá doplňovat délku praxe, důvody pracovní mezery ani znalost jazyka podle stylu psaní.

Předem stanovte kritéria relevantní pro konkrétní práci. Testujte, zda systém stejnou zkušenost rozpozná v různých formátech životopisu a formulacích. Vyzkoušejte i neúplný dokument, nestandardní profesní cestu a text s technickými zkratkami. Když nástroj neumí údaje spolehlivě přečíst, nesmí to automaticky znamenat horšího uchazeče.

Výběr kandidátů je přímo uveden v příloze III AI Actu, včetně analýzy a filtrování žádostí či hodnocení kandidátů. Výjimky a klasifikaci je nutné posoudit podle skutečného účelu a podmínek článku 6. Přítomnost tlačítka „schválit“ sama z nástroje neudělá systém mimo režim vysokého rizika.

Po novele AI Omnibus platí pro příslušná pravidla k vysoce rizikovým systémům z přílohy III termín 2. prosince 2027. Potvrzuje jej aktuální informace Evropské komise. Nejde o odklad GDPR ani o svolení k neomezenému hodnocení lidí do tohoto data.

03Lidská kontrola musí mít čas, podklady a pravomoc

Pokud personalista jen hromadně potvrdí seřazený seznam, kontrola může být prázdným gestem. Určete, které podklady musí projít, kdy je nutné doporučení zpochybnit a kdo může rozhodnutí změnit. Do pracovního času započítejte ověřování, jinak plánovaná úspora stojí na vynechání kontroly.

GDPR omezuje rozhodování založené výhradně na automatizovaném zpracování, pokud má právní nebo obdobně významné účinky. Existují výjimky se stanovenými podmínkami a zárukami; automatický výběr proto nelze povolit jen obecnou větou v interní směrnici. Pokyny WP29 schválené EDPB, v české verzi na webu ÚOOÚ, požadují smysluplný lidský zásah s možností výsledek změnit.

U vysoce rizikových systémů článek 26 AI Actu upravuje povinnosti subjektu, který systém zavádí. Patří mezi ně používání podle návodu a dohled kompetentní osoby s pravomocí. Obsahuje také informování dotčených pracovníků a jejich zástupců před použitím na pracovišti. Použitelnost těchto povinností ověřte společně s klasifikací a aktuálními přechodnými pravidly.

Zvlášť posuzujte nápady na odhad emocí. Článek 5 zakazuje AI pro odvozování emocí na základě biometrických údajů na pracovišti, s výjimkou použití ze zdravotních nebo bezpečnostních důvodů. Analýza textového sentimentu není automaticky stejné použití. Automatické úsudky o osobnosti podle tváře či hlasu nezařazujte do běžného náborového experimentu.

04Onboarding potřebuje vlastníky úkolů a platné informace

U nováčka často chybí několik drobností najednou: přístup do systému, kontakt na vedoucího, informace o vybavení nebo odkaz na platný postup. AI může navrhnout seznam podle pracovní role a odpovídat ze schválených podkladů. Dokončení úkolu ale musí potvrdit člověk nebo důvěryhodný systém.

• Každý úkol má odpovědnou roli a jasně popsaný výsledek.
• Přístupy vznikají přes běžné schválení a nejsou odvozené jen z rozhovoru s botem.
• Dokument obsahuje vlastníka, verzi a datum platnosti.
• Nováček vidí, kdy odpověď ověřit u HR, IT nebo vedoucího.
• Nástup, změna role i odchod aktualizují oprávnění a seznam úkolů.

Odlišujte vysvětlení pravidla od individuálního rozhodnutí. Asistent může ukázat, kde se žádá o dovolenou. Nárok konkrétního zaměstnance má vycházet z aktuální evidence a příslušných pravidel, ne z odhadu modelu. Pokud potřebujete přímé propojení, použijte autorizované rozhraní s odpovídajícím oprávněním.

Rozsah samotného portálu pomůže vybrat přehled funkcí zaměstnaneckého portálu. AI k němu přidá způsob hledání a formulace odpovědí. Nevyřeší chybějící obsah ani to, že nikdo neudržuje správné kontakty.

05Interní podpora nesmí zpřístupnit cizí osobní spis

Otázka „Jak žádám o benefit?“ může použít obecný dokument. Otázka „Kolik má kolega nemocenské?“ se musí zastavit na oprávnění. Nestačí napsat modelu do zadání, že má tajit citlivá data. Ověření přístupu musí proběhnout při vyhledání zdroje i při provedení akce.

Pro první verzi vyberte schválené obecné FAQ a ponechte individuální věci HR. Odpověď ukažte spolu s použitým dokumentem. Pokud zdroj chybí, neodpovídá pracovní roli nebo si dvě pravidla odporují, asistent má dotaz předat a vysvětlit, co neví.

U přímé komunikace se zaměstnancem otevřeně označte, že jde o AI, a nabídněte kontakt na člověka. Článek 50 AI Actu ukládá poskytovateli návrh tak, aby lidé věděli, že komunikují s AI, pokud to není z okolností zřejmé. Firma zavádějící hotovou službu má ověřit, jak toto řeší dodavatel i její konkrétní rozhraní.

Citlivé stížnosti, zdravotní potíže a individuální pracovněprávní otázky nepoužívejte jako testovací konverzace bez posouzení. Nastavte bezpečné předání odpovědnému člověku. Odpověď bota nemá suplovat individuální právní posouzení ani slibovat závazné řešení.

06Před vložením životopisů prověřte údaje i dodavatele

ÚOOÚ v odpovědích pro zaměstnavatele zdůrazňuje souvislost požadovaných údajů s uzavřením pracovní smlouvy. Pro nábor jsou relevantní například kvalifikace, praxe, znalosti a dovednosti. Přidání AI nepředstavuje důvod k sběru dalšího soukromí.

Podle základní příručky ÚOOÚ potřebuje zpracování vymezený účel a právní důvod. Důležité jsou také minimalizace, přesnost, zabezpečení a omezení doby uložení. Při pravděpodobném vysokém riziku pro práva a svobody lidí je nutné předem posouzení vlivu na ochranu osobních údajů.

1. Sepište údaje, které nástroj opravdu potřebuje, a jejich účel.
2. Prověřte role dodavatele, smluvní podmínky, další příjemce a případná předání do zahraničí.
3. Ověřte použití vstupů pro trénování, dobu uložení a možnost výmazu.
4. Rozdělte přístupy mezi HR, vedoucí a zaměstnance.
5. Určete informační povinnosti a způsob opravy chybných podkladů.

Odstranění jména automaticky neznamená anonymizaci. Zaměstnance nebo uchazeče může prozradit pracovní historie, malý tým či kombinace okolností. Pro technický test nejprve použijte vytvořené modelové dokumenty. U skutečných dat teprve poté ověřte splnění podmínek konkrétního zpracování.

Ochranu přístupů a citlivých údajů řešte spolu s aplikací. Praktické technické body obsahuje bezpečnost webové aplikace před spuštěním.

07Pilot měřte včetně oprav a práce personalisty

Pro první pilot zvolte úzký úkol, třeba odpovědi na obecné onboardingové otázky. Stanovte schválené zdroje, odpovědnou osobu a případy, ve kterých se odpověď předává HR. Nástroj zatím nesmí měnit zaměstnanecké údaje ani přidělovat přístupy.

Sestavte sadu skutečně používaných otázek bez osobních údajů. Přidejte nejasné dotazy, chybějící pravidlo, zastaralý dokument a pokus získat informace mimo oprávnění. Správná reakce může být i odmítnutí nebo předání člověku. Hodnoťte ji vedle obsahové správnosti.

• Čas na odpověď počítejte včetně ověření a následné opravy.
• Sledujte, zda odpověď odkazuje na správnou platnou verzi.
• Zaznamenávejte dotazy, které AI správně předala HR.
• Kontrolujte, zda zaměstnanec našel další krok bez nové otázky.
• Určete podmínku pozastavení při chybném zpřístupnění nebo závažné odpovědi.

Další rozsah schvalte až po opravě zjištěných chyb. Úspěch obecného FAQ není důkazem, že stejný nástroj dobře posoudí životopisy. Každý nový účel potřebuje nové podklady, kontrolu a vyhodnocení dopadu.

08Časté otázky k AI v HR