> Průběžné zlepšování procesů > Proces od nástupu po odchod zaměstnance > Nástup zaměstnanců ve Workday > Datová šablona

Šablona dat pro proces od nástupu po odchod zaměstnance

Nástup zaměstnanců ve Workday

← Zpět na průvodce zlepšováním

Atributy procesu od nástupu po odchod zaměstnance(21) Aktivity v procesu od nástupu po odchod zaměstnance(15) Návody na získání dat(2)

Šablona dat pro proces od nástupu po odchod zaměstnance

Tato šablona přehledně uvádí základní datové atributy a aktivity potřebné k analýze procesu od nástupu po odchod zaměstnance. Pomůže vám určit, jaké informace potřebujete pro sestavení kvalitního záznamu událostí a přesnou analýzu životního cyklu zaměstnanců. Najdete v ní také pokyny k získání těchto dat z Workday Onboarding.

Doporučené atributy pro důkladnou analýzu
Hlavní aktivity ke sledování v průběhu životního cyklu zaměstnance
Praktické pokyny k získání dat z Workday Onboarding

Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Stáhnout šablonu

Atributy procesu od nástupu po odchod zaměstnance

Toto jsou doporučená datová pole, která zahrňte do záznamu událostí pro důkladnou analýzu procesu od nástupu po odchod zaměstnance.

3 Povinné 5 Doporučené 13 Volitelné

	Název	Popis
	Časové razítko události EventTimestamp	Přesné datum a čas zaznamenání činnosti nebo události.
Popis Tento atribut uvádí, kdy k jednotlivým činnostem došlo. Pořadí a časová razítka slouží k sestavení průběhu procesu a výpočtu časových ukazatelů, například délky cyklů a trvání jednotlivých kroků. Časové razítko události je zásadní pro analýzu výkonnosti procesu. Umožňuje vypočítat dobu mezi kroky, odhalit zdržení a sledovat průběh procesu v různých obdobích, například porovnat rychlost náboru mezi čtvrtletími. Proč je to důležité Tento atribut je nezbytný pro správné seřazení událostí a výpočet ukazatelů výkonnosti, například délky cyklu a úzkých míst. Kde data získat Jde o běžnou součást záznamů transakcí business procesů ve Workday. Často se označuje jako „Effective Date“ nebo „Completed Moment“. Příklady 2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
	ID zaměstnance EmployeeId	Jedinečný identifikátor zaměstnance, který slouží jako hlavní ID případu pro celý jeho životní cyklus v organizaci.
Popis ID zaměstnance je základem analýzy procesu od nástupu po odchod. Propojuje všechny související události, od první žádosti o pracovní pozici až po ukončení pracovního poměru, do jednoho celku. Díky tomuto ID mohou organizace sestavit úplnou historii pracovního poměru zaměstnance včetně změn pozice, hodnocení výkonu a kroků onboardingu. V process mining se každá činnost přiřazuje k ID zaměstnance. Díky tomu lze sledovat životní cyklus jednotlivých zaměstnanců i celé skupiny. Můžete analyzovat délku procesů, zjistit obvyklé postupy a odhalit úzká místa, která zaměstnance ovlivňují v různých fázích kariéry. Proč je to důležité Tento atribut je nezbytný pro propojení všech událostí v životním cyklu jednoho zaměstnance a zobrazení celého procesu od začátku do konce. Kde data získat Jde o základní pole ve Workday HCM, které obvykle najdete v profilech zaměstnanců a transakcích business procesů. Příklady 100234510087651011212
	Název činnosti ActivityName	Název konkrétní události nebo úkolu, který nastal v určité fázi životního cyklu zaměstnance.
Popis Název činnosti označuje konkrétní krok procesu od nástupu po odchod, například „Přijetí nabídky práce“, „Dokončení prověrky kandidáta“ nebo „Schválení povýšení“. Tyto činnosti tvoří uzly procesní mapy a zobrazují posloupnost událostí v průběhu zaměstnancovy cesty. Analýza činností pomáhá porozumět průběhu procesu, odhalit časté i méně obvyklé cesty a určit fáze, ve kterých dochází ke zdržení nebo opakování práce. Jednotné a srozumitelné názvy činností jsou důležité pro přesný a přehledný model procesu. Proč je to důležité Určuje kroky v procesní mapě, která je základem analýzy a vizualizace v process mining. Kde data získat Odvozuje se z názvu kroku business procesu nebo události v transakčních záznamech Workday. Příklady Vygenerování nabídky práceDokončení úkolů onboardinguZahájení ukončení pracovního poměru
	Čas ukončení události EventEndTime	Časové razítko označující dokončení činnosti, zejména u úkolů s měřitelnou délkou.
Popis Zatímco StartTime označuje začátek činnosti, čas ukončení události zachycuje její konec. Rozdíl mezi těmito časy představuje dobu zpracování činnosti. Tento údaj se hodí zejména u úkolů, které netrvají okamžik, například „Background Check“ nebo „Performance Review“. Při analýze je tento atribut nezbytný pro výpočet metriky ProcessingTime. Pomáhá rozlišit čekání mezi činnostmi od skutečné doby práce na činnosti a přesněji určit, kde se v procesu tráví čas. Proč je to důležité Umožňuje vypočítat skutečnou dobu zpracování činnosti a odlišit aktivní práci od čekání. Kde data získat U některých business procesů ve Workday se zaznamenává čas zahájení i dokončení. K jejich propojení může být nutné spojit události. Příklady 2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
	ID požadavku na pracovní pozici JobRequisitionId	Jedinečný identifikátor požadavku na pracovní pozici, kterým byl zahájen nábor.
Popis ID požadavku na pracovní pozici propojuje všechny počáteční náborové činnosti, například zveřejnění pozice, prověřování kandidátů a přípravu nabídek, s konkrétní potřebou firmy. V náborové části životního cyklu zaměstnance slouží jako další ID případu. Analýza podle ID požadavku na pracovní pozici může ukázat, jak efektivně probíhá nábor na různé pozice nebo oddělení. Pomáhá sledovat celý proces od vytvoření požadavku po přijetí nabídky a podporuje KPI, například „Average Time-to-Hire“. Proč je to důležité Seskupuje všechny činnosti před nástupem pod jeden identifikátor a umožňuje podrobnou analýzu náborové části procesu. Kde data získat Údaj najdete v modulu Recruiting ve Workday. Je propojen s žádostí kandidáta a následnou událostí náboru. Příklady REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
	Oddělení Department	Organizační oddělení, do kterého zaměstnanec patří.
Popis Tento atribut označuje oddělení zaměstnance, například „Prodej“, „Technické oddělení“ nebo „Lidské zdroje“. Je důležitým hlediskem pro rozdělení a porovnání výkonnosti procesů v různých částech organizace. Filtrování podle oddělení pomáhá odpovědět například na otázky: „Trvá nábor v technickém oddělení déle než v prodeji?“ nebo „Která oddělení mají nejvíce odchylek při onboardingu?“ Díky tomu lze určit místní problémy a přizpůsobit jim zlepšování procesů. Proč je to důležité Umožňuje srovnávat jednotlivé části organizace a zjistit, zda se neefektivita procesu soustředí v konkrétních oblastech. Kde data získat Jde o součást základních údajů o pracovní pozici a organizačním zařazení zaměstnance ve Workday HCM, která je propojena s jeho pozicí. Příklady Technické odděleníProdej a marketingFinance
	Typ události v životním cyklu LifecycleEventType	Zařazuje proces do hlavních typů událostí v životním cyklu, například onboarding, povýšení nebo odchod zaměstnance.
Popis Tento atribut poskytuje základní klasifikaci různých průběhů v rámci celého procesu od nástupu po odchod. Když každý případ označíte jako „Onboarding“, „Interní mobilita“ nebo „Ukončení pracovního poměru“, můžete snadno filtrovat procesní mapu a analyzovat jednotlivé dílčí procesy samostatně. Chcete-li například analyzovat dashboard „Internal Mobility & Promotion Time“, vyfiltrujte případy, u kterých je typ události v životním cyklu „Internal Mobility“ nebo „Promotion“. Toto rozdělení je důležité pro tvorbu cílených analýz a dashboardů, které odpovídají na konkrétní obchodní otázky. Proč je to důležité Umožňuje rozdělit celou cestu zaměstnance na samostatné dílčí procesy a zaměřit analýzu na onboarding, odchod nebo povýšení. Kde data získat Obvykle se odvozuje přiřazením konkrétních názvů business procesů ve Workday, například „Hire“, „Change Job“ nebo „Terminate“, k těmto kategoriím během transformace dat. Příklady OnboardingInterní mobilitaOdchod zaměstnanceŘízení výkonnosti
	Vykonavatel události EventPerformer	Uživatel nebo automatizovaný systém, který provedl danou činnost.
Popis Tento atribut určuje osobu, roli nebo systém odpovědný za dokončení úkolu. Může jít například o vedoucího náboru, který schválil nabídku, pracovníka HR, který zahájil onboarding, nebo systém, který vytvořil oznámení. Analýza vykonavatele události pomáhá porozumět rozdělení zdrojů, pracovní zátěži a využívání systému. Může odhalit přetížené týmy, ukázat příležitosti k automatizaci opakujících se ručních úkolů a umožnit porovnat výkonnost jednotlivců nebo oddělení. Proč je to důležité Tento atribut pomáhá analyzovat rozložení pracovní zátěže a výkonnost uživatelů. Ukazuje také, kdo se procesu účastní, což je důležité pro cílené zlepšování. Kde data získat Údaj je dostupný v transakčních záznamech business procesů Workday a často je přiřazen uživateli, který dokončil daný krok. Příklady jsmith@example.comr.davisSystémový proces
	Bylo porušeno SLA IsSlaViolated	Logická hodnota určující, zda byla aktivita dokončena po cílovém termínu SLA.
Popis Tento vypočítaný atribut jednoduše uvádí, zda byl u daného kroku procesu dodržen sjednaný termín služby. Odvozuje se porovnáním časového razítka dokončení aktivity (EventTimestamp) s jejím termínem (SlaTargetDate). Příznak je užitečný pro dashboardy a reporty, protože usnadňuje počítání a vizualizaci případů, kdy nebylo SLA dodrženo. Podporuje KPI, jako je „Včasnost hodnocení pracovního výkonu“, a zjednodušuje tvorbu upozornění nebo reportů o úkolech po termínu. Týmy se tak mohou zaměřit na nejzávažnější zpoždění. Proč je to důležité Zjednodušuje sledování výkonnosti tím, že jasně označuje případy, kdy nebyly dodrženy sjednané termíny. Kde data získat Vypočítané pole: true, pokud EventTimestamp > SlaTargetDate, jinak false. Příklady truefalse
	Cílové datum SLA SlaTargetDate	Datum, do kterého má být dokončena konkrétní aktivita, například hodnocení pracovního výkonu.
Popis Tento atribut určuje termín SLA pro konkrétní úkol. Stanovuje očekávanou dobu trvání procesu a slouží jako měřítko jeho výkonnosti. Je nezbytný pro KPI, jako je „Včasnost hodnocení pracovního výkonu“, a pro dashboardy zaměřené na plnění SLA. Porovnáním skutečného data dokončení (EventTimestamp) s cílovým datem SLA (SlaTargetDate) lze automaticky odhalit porušení termínů, měřit včasnost a předcházet zpožděním. Proč je to důležité Poskytuje jasné měřítko včasnosti a je nezbytný pro výpočet KPI sledujících plnění SLA. Kde data získat U procesů, jako jsou hodnocení pracovního výkonu ve Workday, se často nastavuje termín. Tyto údaje je třeba získat spolu s událostmi procesu. Příklady 2023-12-31T23:59:59Z2024-06-30T23:59:59Z
	Doba náboru TimeToHire	Celková doba od vytvoření požadavku na pracovní pozici do přijetí nabídky kandidátem.
Popis Doba náboru je důležitý KPI, který měří efektivitu celého náborového procesu. Vypočítá se jako doba mezi událostmi „Vytvoření požadavku na pracovní pozici“ a „Přijetí nabídky“ u stejného zaměstnance nebo požadavku. Tento vypočítaný atribut slouží jako základ KPI „Průměrná doba náboru“ a souvisejících dashboardů. Sledování v čase umožňuje personálním oddělením měřit dopad zlepšení procesů, odhalovat úzká místa při vyhledávání kandidátů nebo pohovorech a stanovovat realistické termíny náboru. Proč je to důležité Měří efektivitu náborového procesu, což je důležitý ukazatel výkonnosti každého personálního oddělení. Kde data získat Vypočítá se pro jednotlivý případ jako doba mezi časovým razítkem aktivity „Vytvoření požadavku na pracovní pozici“ a aktivitou „Přijetí nabídky“. Příklady 35 dní62 dní28 dní
	Důvod ukončení pracovního poměru TerminationReason	Důvod odchodu zaměstnance z organizace.
Popis Tento atribut zaznamenává důvod ukončení pracovního poměru, například „Dobrovolná výpověď“, „Nedobrovolné ukončení z důvodu pracovního výkonu“ nebo „Odchod do důchodu“. Tyto informace jsou důležité pro analýzu fluktuace a procesu odchodu zaměstnanců. V process mining poskytuje důvod ukončení pracovního poměru kontext k procesu odchodu. Lze zjistit, zda se různé typy ukončení řídí odlišnými postupy nebo trvají různě dlouho. To pomáhá porozumět fluktuaci zaměstnanců a zajistit, aby proces odchodu odpovídal konkrétní situaci. Proč je to důležité Poskytuje důležitý kontext pro analýzu procesu odchodu a pomáhá spojit problémy v procesu s důvody odchodů zaměstnanců. Kde data získat Zaznamenává se v rámci obchodního procesu „Ukončit pracovní poměr zaměstnance“ v Workday. Příklady Dobrovolná výpověďNedobrovolné ukončení pracovního poměruOdchod do důchodu
	ID pracovní pozice PositionId	Jedinečný identifikátor konkrétní pracovní pozice nebo role, kterou zaměstnanec zastává.
Popis ID pracovní pozice označuje konkrétní roli zaměstnance v organizační struktuře. Každá pozice má definované vlastnosti, například pracovní profil, místo výkonu práce a strukturu nadřízenosti. Oproti názvu pracovní pozice je konkrétnější, protože stejný název může mít více pozic. Analýza podle ID pracovní pozice pomáhá porozumět procesům spojeným s konkrétními rolemi. Můžete například analyzovat nástup všech zaměstnanců na pozici „Seniorní softwarový inženýr“ a zjistit, zda se u této role opakují určité vzorce nebo zpoždění. Proč je to důležité Umožňuje podrobnou analýzu konkrétních rolí a pomáhá zjistit, jak se procesy liší podle jednotlivých pozic ve firmě. Kde data získat Standardní pole přiřazení pracovní pozice zaměstnance v Workday HCM. Příklady POS-1001POS-2345POS-8762
	Jde o opakovanou práci IsRework	Logická hodnota určující, zda se aktivita v rámci stejného případu opakuje.
Popis Tento atribut označuje případy opakované práce, kdy je nutné stejný úkol pro téhož zaměstnance provést vícekrát. Může jít například o opětovné odeslání nesprávných dokumentů nebo opakování neúspěšné prověrky. Opakování se obvykle pozná podle toho, že se stejný název aktivity v záznamu událostí případu objeví vícekrát. Analýza opakované práce pomáhá zvyšovat efektivitu a kvalitu procesů. Příznak „IsRework“ usnadňuje vyčíslení opakované práce, hledání jejích příčin a měření dopadu změn, jejichž cílem je udělat věci správně hned napoprvé. Podporuje také dashboard „Analýza opakované práce a opakování“. Proč je to důležité Pomáhá vyčíslit neefektivitu a plýtvání v procesu tím, že označí opakované aktivity, které mohou poukazovat na problémy s kvalitou nebo komunikací. Kde data získat Jde o vypočítaný příznak. Logika se uplatňuje při analýze process mining, kdy se v rámci stejného případu vyhledávají opakované aktivity. Příklady truefalse
	Je aktivita povinná z hlediska shody IsComplianceActivity	Logická hodnota určující, zda jde o povinný krok související se shodou nebo regulací.
Popis Tento příznak označuje aktivity důležité z hlediska právních předpisů, regulace nebo interních pravidel, například potvrzení seznámení se zásadami nebo absolvování povinného školení. Pomáhá odlišit tyto úkoly od běžných administrativních činností. V analýze lze tento atribut použít k vytvoření dashboardů a KPI zaměřených na shodu, například „Míra dokončení povinných aktivit pro zajištění shody“. Organizace tak mohou sledovat, zda všichni zaměstnanci včas plní nejdůležitější regulatorní požadavky, a snižovat související rizika. Proč je to důležité Umožňuje cíleně sledovat povinné kroky související se shodou, plnění regulatorních požadavků a omezení rizik. Kde data získat Jde o odvozený atribut, který se obvykle vytváří při transformaci dat. Seznam známých aktivit souvisejících se shodou se převede na logickou hodnotu ano/ne. Příklady truefalse
	Lokalita Location	Zeměpisná lokalita nebo kancelář spojená s pracovní pozicí zaměstnance.
Popis Atribut Lokalita určuje zemi, stát nebo město, kde zaměstnanec pracuje. Toto zeměpisné hledisko je důležité pro porovnání výkonnosti procesů a dodržování předpisů v různých regionech. Analýza podle lokality může odhalit regionální rozdíly v délce náboru, efektivitě onboardingu nebo postupech při ukončení pracovního poměru. Pomáhá odpovědět například na otázku: „Trvá prověrka kandidátů v Německu déle než ve Spojených státech?“ a podporuje sledování dodržování předpisů platných v jednotlivých regionech. Proč je to důležité Umožňuje zeměpisnou analýzu a odhalení regionálních rozdílů v procesech, které mohou souviset s místním vedením, předpisy nebo kulturou. Kde data získat Je součástí údajů o pracovní pozici a organizačním zařazení zaměstnance ve Workday HCM. Příklady USA - New YorkNěmecko - BerlínIndie - Bengalúru
	Název plánu nástupu OnboardingPlanName	Název konkrétní šablony nebo plánu nástupu přiřazeného novému zaměstnanci.
Popis Workday umožňuje vytvářet různé plány nástupu podle pracovních rolí, míst nebo úrovně seniority. Tento atribut určuje, který plán byl použit pro konkrétního nového zaměstnance. Analýza podle názvu plánu nástupu pomáhá vyhodnotit účinnost a efektivitu různých strategií nástupu. Můžete přímo porovnat například „Plán nástupu pro vedoucí pracovníky“ a „Standardní plán nástupu zaměstnance“ a zjistit, který z nich dosahuje vyšší míry dokončení úkolů nebo kratší doby průchodu. Proč je to důležité Pomáhá vyhodnotit různé programy nástupu, určit osvědčené postupy a najít oblasti ke zlepšení. Kde data získat Tyto informace jsou pravděpodobně dostupné v modulu Onboarding systému Workday a souvisejí s obchodním procesem náboru. Příklady Standardní nástup ve firměNástup obchodního týmuPlán nástupu pro vedoucí pracovníky
	Poslední aktualizace dat LastDataUpdate	Časové razítko poslední aktualizace dat této události ze zdrojového systému.
Popis Tento atribut uvádí, kdy byla datová sada naposledy aktualizována. Informuje o aktuálnosti analyzovaných dat, což je důležité pro včasná a relevantní obchodní rozhodnutí založená na poznatcích z process mining. V dashboardech a při průběžném sledování pomáhá toto časové razítko zjistit, zda pracujete s nejnovějšími dostupnými daty. Jde o důležitý údaj pro zachování integrity dat a důvěry v analýzu. Proč je to důležité Uživatelé vědí, jak aktuální jsou data. To je důležité pro relevanci a přesnost analýzy procesu. Kde data získat Toto pole metadat se vytvoří a přidá k datové sadě při načítání dat nebo v procesu ETL (Extract, Transform, Load). Příklady 2024-03-15T02:00:00Z2024-03-16T02:00:00Z
	Pracovní status EmploymentStatus	Aktuální pracovní status zaměstnance, například aktivní, ukončený pracovní poměr nebo dovolená.
Popis Tento atribut uvádí aktuální status zaměstnance v organizaci. Jeho hodnota se mění podle toho, v jaké fázi pracovního cyklu se zaměstnanec nachází. Nový zaměstnanec může mít například status „Před nástupem“ nebo „Zaškolování“. Po dokončení nástupu se změní na „Aktivní“. V process mining poskytuje tento atribut informace o aktuálním stavu zaměstnance. Lze ho použít ke kontrole shody procesů, například ověřit, že se mzda zpracovává pouze aktivním zaměstnancům. Pomáhá také filtrovat konkrétní skupiny, například analyzovat proces odchodu všech zaměstnanců s ukončeným pracovním poměrem. Proč je to důležité Zobrazuje aktuální stav zaměstnance. Hodí se k ověření logiky procesu i k filtrování analýz podle konkrétních skupin zaměstnanců. Kde data získat Základní pole profilu pracovníka v Workday HCM. Příklady AktivníUkončený pracovní poměrNa dovolenéPřed nástupem
	Typ pracovního poměru EmploymentType	Udává, zda zaměstnanec pracuje na plný nebo částečný úvazek, jako externista nebo jako stážista.
Popis Tento atribut určuje povahu pracovního vztahu. Jednotlivé typy pracovního poměru se často řídí odlišnými variantami procesů při nástupu, zpracování mezd a nastavování zaměstnaneckých výhod. Pomocí tohoto atributu mohou organizace porovnávat procesy pracovního cyklu různých skupin pracovníků. Mohou například zjistit, zda nástup externistů probíhá výrazně rychleji nebo s nižší mírou shody než nástup zaměstnanců na plný úvazek, a podle toho upravit proces. Proč je to důležité Pomáhá porovnávat varianty procesů pro různé skupiny pracovníků, například zaměstnance na plný úvazek a externisty, kteří mohou postupovat podle odlišných pravidel. Kde data získat Standardní pole v údajích o pracovní pozici zaměstnance v Workday HCM. Příklady Plný úvazekČástečný úvazekExternistaStážista
	Zdrojový systém SourceSystem	Systém, ze kterého byla data události získána, v tomto případě Workday Onboarding.
Popis Tento atribut určuje původ dat. V tomto přehledu se zaměřujeme na Workday Onboarding, ale celý proces od nástupu po odchod může zahrnovat také data z dalších systémů, například systému pro sledování uchazečů (ATS) nebo samostatného poskytovatele mzdových služeb. Uvedení zdrojového systému je důležité pro správu dat i pochopení kontextu události. Při analýze více systémů toto pole umožňuje filtrovat proces podle událostí z konkrétního systému nebo sledovat předávání mezi systémy. Proč je to důležité Poskytuje důležitý kontext o původu dat. To je nezbytné pro jejich ověření i pro analýzy, které kombinují data z více systémů. Kde data získat Obvykle jde o statickou hodnotu („Workday Onboarding“), která se přidává při získávání a transformaci dat. Příklady Nástup zaměstnanců ve WorkdayWorkday HCM

Povinné Doporučené Volitelné

Aktivity v procesu od nástupu po odchod zaměstnance

Toto jsou hlavní kroky a milníky procesu, které zaznamenejte do záznamu událostí, abyste mohli přesně zmapovat a analyzovat životní cyklus zaměstnanců.

7 Doporučené 8 Volitelné

	Aktivita	Popis
	Dokončení náboru zaměstnance	Při této důležité činnosti se záznam kandidáta ve Workday HCM oficiálně změní na záznam zaměstnance. Událost se zaznamená po úspěšném dokončení business procesu „Hire“.
Proč je to důležité Tato událost formálně označuje přechod kandidáta na zaměstnance a je důležitým milníkem při sledování délky nástupního procesu. Potvrzuje, že zaměstnanec je oficiálně veden v systému HCM. Kde data získat Událost se výslovně zaznamená jako dokončení business procesu „Hire“ pro daného zaměstnance. Záznam business procesu obsahuje přesné časové razítko. Zachycení Událost zaznamenaná po úspěšném dokončení business procesu „Hire“. Typ události explicit
	Dokončení úkolů onboardingu	Označuje dokončení všech úkolů onboardingu přiřazených novému zaměstnanci. Událost se obvykle odvozuje od změny celkového stavu jeho business procesu Onboarding na „Successfully Completed“.
Proč je to důležité Jde o důležitý milník, který potvrzuje dokončení onboardingu nového zaměstnance. Slouží jako koncový bod pro měření KPI Onboarding Cycle Time a analýzu dodržování průběhu onboardingu. Kde data získat Událost se odvozuje od časového razítka dokončení nadřazeného business procesu „Onboarding“, který končí po dokončení všech požadovaných kroků a úkolů. Zachycení Událost se odvozuje od časového razítka dokončení celého business procesu Onboarding pro daného zaměstnance. Typ události inferred
	Přijetí nabídky práce	K této činnosti dochází, když kandidát formálně přijme nabídku práce, často elektronickým podpisem nabídky ve Workday. Jde o důležitý milník, který se zaznamená po dokončení kroku „Review and Sign“ v procesu nabídky.
Proč je to důležité Tento milník uzavírá hlavní část náboru a spouští činnosti před nástupem a onboarding. Je důležitý pro měření KPI Time-to-Hire. Kde data získat Jde o výslovně zaznamenanou událost, která nastane, když kandidát v business procesu „Job Application“ dokončí krok přijetí nabídky práce. Zachycení Přijetí nabídky kandidátem se zaznamená jako dokončený krok v business procesu Job Application. Typ události explicit
	Ukončení pracovního poměru zaměstnance	Jde o poslední činnost v životním cyklu zaměstnance, která v systému označuje oficiální konec pracovního poměru. Událost se zaznamená po úspěšném dokončení business procesu „Terminate Employee“.
Proč je to důležité Jde o konečnou událost procesu od nástupu po odchod. Slouží jako koncový bod pro měření délky procesu odchodu a potvrzuje jeho dokončení. Kde data získat Událost se výslovně zaznamená jako dokončení business procesu „Terminate Employee“. Poté se záznam zaměstnance deaktivuje. Zachycení Událost zaznamenaná po úspěšném dokončení business procesu „Terminate Employee“. Typ události explicit
	Vytvoření požadavku na pracovní pozici	Tato činnost označuje oficiální začátek náboru. Ve Workday je vytvořen a schválen nový požadavek na pracovní pozici. Událost se zaznamená po úspěšném dokončení business procesu „Create Job Requisition“.
Proč je to důležité Jde o hlavní počáteční událost celého náboru. Doba od této činnosti do přijetí nabídky je důležitá pro měření KPI Time-to-Hire. Kde data získat Událost se zaznamená po úspěšném dokončení business procesu „Create Job Requisition“ ve Workday Recruiting. Časové razítko poskytuje záznam událostí tohoto procesu. Zachycení Událost zaznamenaná po dokončení business procesu „Create Job Requisition“. Typ události explicit
	Zahájení onboardingu	Označuje začátek onboardingu nového zaměstnance v modulu Workday Onboarding. Událost se zaznamená při přiřazení sady úkolů a workflow novému zaměstnanci, obvykle po dokončení procesu Hire.
Proč je to důležité Toto je výchozí bod pro analýzu efektivity onboardingu. Pomáhá měřit míru dokončení úkolů a odhalovat odchylky od procesu. Kde data získat Událost se zaznamená při zahájení business procesu „Onboarding“ nebo podobného workflow pro nového zaměstnance. Zachycení Událost zaznamenaná při spuštění business procesu Onboarding pro nového zaměstnance. Typ události explicit
	Zahájení ukončení pracovního poměru	Tato činnost označuje začátek procesu odchodu zaměstnance. Výslovně se zaznamená, když vedoucí nebo pracovník HR zahájí ve Workday business proces „Terminate Employee“.
Proč je to důležité Jde o hlavní počáteční událost celého procesu odchodu zaměstnance. Je výchozím bodem pro měření KPI Average Offboarding Cycle Time. Kde data získat Jde o výslovně zaznamenanou událost při zahájení business procesu „Terminate Employee“ ve Workday HCM. Zachycení Událost zaznamenaná při zahájení business procesu „Terminate Employee“. Typ události explicit
	Dokončení hodnocení výkonu	Tato činnost označuje dokončení formálního cyklu hodnocení výkonu zaměstnance. Zaznamená se, když business proces „Performance Review“ dosáhne konečného schváleného stavu.
Proč je to důležité Sledování těchto událostí je důležité pro analýzu včasnosti a četnosti hodnocení výkonu. Přímo podporuje KPI Performance Review Timeliness. Kde data získat Událost se zaznamená jako úspěšné dokončení business procesu „Start Performance Review“ pro daného zaměstnance. Zachycení Událost zaznamenaná po úspěšném dokončení business procesu „Performance Review“. Typ události explicit
	Dokončení nastavení mezd	Tato činnost potvrzuje, že byly zadány a ověřeny všechny potřebné údaje pro zpracování mzdy nového zaměstnance. Může se zaznamenat jako dokončení konkrétního kroku v business procesu Onboarding nebo Hire.
Proč je to důležité Zajišťuje, aby zaměstnanci dostali první výplatu správně a včas. Tato činnost je koncovým bodem pro KPI Payroll Setup Time a upozorňuje na zdržení při nastavení odměňování. Kde data získat Událost se zaznamená jako dokončená položka kontrolního seznamu nebo konkrétní krok, například „Enter Payment Elections“, v business procesu Onboarding. Zachycení Dokončení konkrétního úkolu nebo kroku souvisejícího se mzdami v rámci business procesu. Typ události explicit
	Dokončení prověrky kandidáta	Označuje dokončení prověřování kandidáta před nástupem. Událost se zaznamená při změně stavu prověrky na dokončenou, ať už ručně, nebo prostřednictvím integrace.
Proč je to důležité Tato činnost je koncovým bodem pro měření KPI Background Check Duration. Zdržení přímo ovlivňuje datum nástupu nového zaměstnance. Kde data získat Událost se získává ze změny stavu business procesu „Background Check“ nebo souvisejícího objektu, která označuje konečný stav, například „Completed“ nebo „Passed“. Zachycení Událost se odvozuje od časového razítka změny pole stavu prověrky na konečný stav. Typ události inferred
	Dokončení úkolů při odchodu zaměstnance	Označuje dokončení všech požadovaných úkolů při odchodu zaměstnance, například vrácení vybavení a předání znalostí. Událost se odvozuje od změny stavu kontrolního seznamu nebo business procesu odchodu na dokončeno.
Proč je to důležité Sledování dokončení těchto úkolů je důležité pro bezpečný odchod zaměstnance v souladu s předpisy. Zdržení může představovat bezpečnostní riziko a zhoršit zkušenost zaměstnance. Kde data získat Událost se odvozuje od časového razítka dokončení business procesu „Offboarding“ nebo od okamžiku, kdy jsou všechny úkoly přiřazené zaměstnanci označeny jako dokončené. Zachycení Událost se odvozuje od dokončení kontrolního seznamu nebo souvisejícího business procesu pro odchod zaměstnance. Typ události inferred
	Schválení povýšení	Označuje konečné schválení povýšení zaměstnance. Událost se zaznamená po úplném schválení a dokončení business procesu „Change Job“ nebo souvisejícího procesu odměňování.
Proč je to důležité Jde o koncový bod pro měření KPI Internal Mobility Approval Time. Potvrzuje dokončení důležitého kariérního milníku. Kde data získat Událost se zaznamená jako úspěšné dokončení business procesu „Change Job“, pokud je důvodem změny povýšení. Zachycení Událost zaznamenaná po dokončení business procesu „Change Job“ s důvodem „Promotion“. Typ události explicit
	Vygenerování nabídky práce	Označuje okamžik, kdy je pro kandidáta připravena formální nabídka práce. Obvykle jde o konkrétní krok v business procesu „Job Application“ ve Workday.
Proč je to důležité Sledování této události ukazuje, jak dlouho po dokončení pohovorů trvá připravit formální nabídku. Zdržení může vést k tomu, že kandidát z náboru odstoupí. Kde data získat Údaj se získává ze záznamu událostí business procesu „Job Application“, konkrétně z dokončení kroku „Generate Document“ nebo obdobného kroku pro přípravu nabídky. Zachycení Událost zaznamenaná po dokončení kroku „Generate Offer“ v business procesu Job Application. Typ události explicit
	Zahájení prověrky kandidáta	Označuje začátek prověřování kandidáta před nástupem poté, co přijal nabídku. Událost se zaznamená při zahájení prověrky, které často spustí integraci se službou externího dodavatele.
Proč je to důležité Prověrka kandidáta často představuje úzké místo náboru. Tato činnost je výchozím bodem pro měření KPI Background Check Duration. Kde data získat Událost se zaznamená jako krok business procesu, například „Background Check“, který bývá součástí celého workflow náboru. Zaznamená se čas zahájení. Zachycení Událost zaznamenaná při zahájení business procesu „Background Check“ nebo souvisejícího kroku. Typ události explicit
	Zahájení změny pracovního zařazení	Označuje začátek interního přesunu, například převedení na jinou pozici nebo povýšení. Událost se zaznamená, když vedoucí nebo pracovník HR zahájí pro zaměstnance business proces „Change Job“.
Proč je to důležité Tato činnost je výchozím bodem pro měření efektivity interní mobility a doby schvalování. Pomáhá odhalit úzká místa v kariérním postupu zaměstnanců. Kde data získat Jde o výslovně zaznamenanou událost při zahájení business procesu „Change Job“ ve Workday HCM. Zachycení Událost zaznamenaná při zahájení business procesu „Change Job“ pro zaměstnance. Typ události explicit

Doporučené Volitelné

Návody na získání dat

Jak získat data z Workday Onboarding

Kroky

Přihlaste se do Workday: Přihlaste se ke své instanci Workday pomocí uživatelského účtu, který má oprávnění vytvářet vlastní reporty (Report Writer) a přistupovat k potřebným datovým doménám, například Staffing, Core HCM, Onboarding a Performance Management.
Vytvořte nový vlastní report: Přejděte na úlohu „Create Custom Report“. Jako typ reportu vyberte „Advanced“. Tento typ je nutný pro vytvoření složitého reportu z více zdrojů.
Určete primární obchodní objekt: Jako primární „Data Source“ nastavte „Business Process Transactions“. Tento objekt poskytuje přehled o všech událostech obchodních procesů, což je nezbytné pro sestavení záznamu událostí. Vyberte „All Business Process Transactions“, aby zpočátku nebyly vyloučeny žádné události.
Přidejte počáteční sloupce: Na kartě „Columns“ přidejte pole, která budou základem záznamu událostí. Začněte těmito poli:
- Worker (z Business Process Transaction) > Employee ID pro EmployeeId.
- Overall Process (z Business Process Transaction) pro logiku ActivityName.
- Effective Date nebo Completion Date (z Business Process Transaction) pro EventTimestamp.
- Initiator pro EventPerformer.
- Worker > Supervisory Organization > Department pro Department.
Vytvořte vypočítaná pole pro aktivity: Základem získávání dat je mapování kroků obchodních procesů Workday na konkrétní názvy aktivit. Vytvořte řadu vypočítaných polí typu „Evaluate Expression“. Každé pole ověří typ obchodního procesu a jeho stav a vrátí správný ActivityName. Například vypočítané pole CF_ActivityName_Hire může obsahovat podmínku Business Process Type = 'Hire' AND Step = 'Successfully Completed' a vracet text 'Hire Process Completed'. Podobná pole vytvořte pro všech 15 požadovaných aktivit.
Vytvořte hlavní vypočítané pole: Vytvořte závěrečné vypočítané pole typu „Lookup Related Value“ nebo „Evaluate Expression“ s názvem ActivityName. Propojte v něm všechna jednotlivá pole aktivit z předchozího kroku, aby se pro každý řádek vrátil pouze jeden název aktivity.
Sestavte report s kombinovanými daty: Chcete-li přehledně spojit události z různých obchodních procesů, změňte typ reportu na „Composite“ a použijte typ dílčího reportu „Union“. Pro každý hlavní proces životního cyklu vytvořte samostatný zdroj dat, například „Hire“, „Onboarding“, „Change Job“ a „Terminate“. V každém dílčím reportu filtrujte podle konkrétního typu obchodního procesu a namapujte příslušné kroky na standardní výstupní sloupce, například EmployeeId, ActivityName a EventTimestamp.
Nastavte výzvy a filtry: Přidejte výzvy pro časové období, aby uživatelé mohli určit rozsah získávaných dat. Podle potřeby omezte data filtry na konkrétní společnosti nebo nadřízené organizace. Je to důležité pro výkon.
Povolte webovou službu: Přejděte na kartu „Advanced“ v definici reportu. Zaškrtněte políčko „Enable as Web Service“. Report se tím zpřístupní jako koncový bod Report-as-a-Service (RaaS).
Nastavte možnosti API: V části „Web Service API Options“ vyberte jako výstupní formát JSON, který se snadněji zpracovává v navazujících systémech. Poznamenejte si „Namespace“ a „Report Name“, protože budou součástí URL API.
Nasaďte a otestujte: Uložte report a spusťte jej v rozhraní Workday, abyste ověřili data. Po ověření otevřete URL RaaS v prohlížeči nebo klientovi API, například Postman, a otestujte koncový bod webové služby. URL má obvykle tento formát: https://[Your Workday Host]/ccx/service/[Your Tenant]/Report_Service/[Report Owner]/[Report Name].
Naplánujte získávání dat: Pomocí integračního nebo ETL nástroje naplánujte pravidelné volání URL RaaS. Předejte požadované parametry časového období a načtěte data záznamu událostí do nástroje process mining.

Konfigurace

Typ reportu: Advanced. Tento typ je nutný pro podporu vypočítaných polí a dílčích reportů spojených operací Union.
Primární zdroj dat / obchodní objekt: „Business Process Transactions“. Tento objekt tvoří základ reportu, protože obsahuje záznamy o zahájení, krocích a dokončení všech procesů v Workday.
Vypočítaná pole: K převodu nezpracovaných událostí obchodních procesů, například „Hire BP, Step: Propose Compensation, Status: Completed“, na přehledný název aktivity, například „Hire Process Completed“, je potřeba rozsáhle využít vypočítaná pole typu „Evaluate Expression“.
Výzvy: Nastavte výzvy „Start Date“ a „End Date“ podle pole „Completion Date“. Umožní to postupné získávání dat nebo získávání dat za vymezené období.
Filtrování: Doporučujeme filtrovat podle „Company“ nebo „Supervisory Organization“, abyste omezili objem dat a zaměřili analýzu na relevantní části organizace. Vyřaďte také obchodní procesy, které nesouvisejí s životním cyklem zaměstnance.
Možnosti webové služby: Report musí být povolen jako webová služba (RaaS). Kvůli široké kompatibilitě nastavte výstupní formát na JSON.
Zabezpečení a oprávnění: Uživatel, který report vytváří a spouští, musí mít přístup k těmto datovým doménám: „Business Process Transactions“, „Worker Data (Core HCM)“, „Staffing“, „Onboarding“ a případně také „Compensation“ a „Performance Management“, aby viděl všechny související události a atributy.

Ukázkový dotaz sql

/*
 This is a logical representation of a Workday Advanced Composite Report configuration.
 It is not executable code but a blueprint for a Workday Report Writer.
 The report unions data from different business processes to form a single event log.
*/

REPORT_TYPE: Composite
COMPOSITE_TYPE: Union

// =======================================================
// SUB-REPORT 1: RECRUITMENT AND HIRE EVENTS
// =======================================================

SUB_REPORT_NAME: SR_RecruitHire
DATA_SOURCE: Business Process Transactions

COLUMNS:
  1. Field: Worker > Employee ID | Alias: EmployeeId
  2. Calculated Field: CF_ActivityName_RecruitHire | Alias: ActivityName
  3. Field: Completion Date | Alias: EventTimestamp
  4. Field: Initiator | Alias: EventPerformer
  5. Field: Worker > Supervisory Organization | Alias: Department
  6. Field: Job Application > Job Requisition > Requisition ID | Alias: JobRequisitionId
  7. Calculated Field: CF_LifecycleType_Onboarding | Alias: LifecycleEventType

CALCULATED_FIELDS:
  - Name: CF_ActivityName_RecruitHire
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Create Job Requisition' AND Status = 'Successfully Completed') THEN 'Job Requisition Created'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Generate Offer') THEN 'Offer Letter Generated'
      ELSE IF (Business process Type = 'Job Application' AND Last Step Completed = 'Candidate Accepts Offer') THEN 'Offer Accepted'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Background Check') THEN 'Background Check Initiated'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Background Check Complete') THEN 'Background Check Completed'
      ELSE IF (Business Process Type = 'Hire' AND Status = 'Successfully Completed') THEN 'Hire Process Completed'
      ELSE ''

  - Name: CF_LifecycleType_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Onboarding'

FILTERS:
  - Business Process Type IN ('Create Job Requisition', 'Job Application', 'Hire')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 2: ONBOARDING EVENTS
// =======================================================

SUB_REPORT_NAME: SR_Onboarding
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Onboarding' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Onboarding Initiated'
      ELSE IF (Business Process Type = 'Onboarding' AND Last Step Completed = 'Complete Payroll Forms') THEN 'Payroll Setup Completed'
      ELSE IF (Business Process Type = 'Onboarding' AND Status = 'Successfully Completed') THEN 'Onboarding Tasks Completed'
      ELSE ''

  - Name: CF_LifecycleType_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Onboarding'

FILTERS:
  - Business Process Type = 'Onboarding'
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 3: PERFORMANCE AND CAREER EVENTS
// =======================================================

SUB_REPORT_NAME: SR_PerformanceCareer
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1, JobRequisitionId may be null)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_PerfCareer
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Start Performance Review' AND Status = 'Successfully Completed') THEN 'Performance Review Completed'
      ELSE IF (Business Process Type = 'Change Job' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Role Change Initiated'
      ELSE IF (Business Process Type = 'Change Job' AND Last Step Completed = 'Approval' AND (Reason Category = 'Promotion')) THEN 'Promotion Approved'
      ELSE ''

  - Name: CF_LifecycleType_CareerDev
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Career Development'

FILTERS:
  - Business Process Type IN ('Start Performance Review', 'Change Job')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 4: OFFBOARDING EVENTS
// =======================================================

SUB_REPORT_NAME: SR_Offboarding
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1, JobRequisitionId will be null)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_Offboarding
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Terminate Employee' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Termination Initiated'
      ELSE IF (Business Process Type = 'Offboarding' AND Status = 'Successfully Completed') THEN 'Offboarding Tasks Completed'
      ELSE IF (Business Process Type = 'Terminate Employee' AND Status = 'Successfully Completed') THEN 'Employee Terminated'
      ELSE ''

  - Name: CF_LifecycleType_Offboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Offboarding'

FILTERS:
  - Business Process Type IN ('Terminate Employee', 'Offboarding')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]

Kroky

Předpoklad: Nastavte přístup k Workday API.
- Ve Workday vytvořte Integration System User (ISU) a nastavte mu bezpečné heslo.
- Vytvořte novou vyhrazenou Integration Security Group a přiřaďte k ní ISU.
- Skupině zabezpečení udělte oprávnění „Get“ pro bezpečnostní zásady těchto domén: „Business Process Transactions“, „Worker Data: Public Worker Reports“ a další domény relevantní pro dotazované obchodní procesy, například „Job Requisition Data“.
- Aktivujte čekající změny bezpečnostních zásad ve Workday.
Připravte prostředí Python.
- Ověřte, že je na počítači, na kterém se skript spustí, nainstalován Python 3.6 nebo novější.
- Pomocí pip nainstalujte potřebné knihovny Pythonu: pip install zeep pandas.
- zeep je klient SOAP pro práci s Workday API. Knihovna pandas slouží ke zpracování dat a exportu do CSV.
Získejte URL WSDL Workday.
- V tenantovi Workday vyhledejte report „Public Web Services“.
- Najděte webovou službu „Human Capital Management“ a její URL WSDL. Bude mít například tento formát: https://[Your_Workday_Tenant_URL]/ccx/service/[Your_Tenant_Name]/Human_Resources/vXX.X?wsdl.
Nastavte Python skript.
- Uložte poskytnutý Python skript do souboru, například extract_h2r.py.
- Aktualizujte zástupné proměnné na začátku skriptu. Zadejte URL WSDL Workday, uživatelské jméno tenanta, například ISU_user@tenant_name, a heslo.
Určete rozsah získávání dat.
- Ve skriptu najděte seznam BUSINESS_PROCESS_TYPES. Ověřte, že obsahuje všechny definice obchodních procesů relevantní pro cyklus od nástupu po odchod zaměstnance. Podle konfigurace Workday možná budete muset názvy doplnit nebo upravit.
- Nastavením proměnných START_DATE a END_DATE určete období, za které chcete data získat.
Spusťte skript pro získání dat.
- Otevřete terminál nebo příkazový řádek, přejděte do složky, kam jste skript uložili, a spusťte jej příkazem: python extract_h2r.py.
- Skript se připojí k Workday API, projde jednotlivé zadané typy obchodních procesů, načte data po stránkách a bude v konzoli zobrazovat průběh.
Zpracujte a namapujte odpovědi API.
- Skript interně zpracuje složitou odpověď XML z Workday API.
- Vyhledá hlavní události podle stavu obchodního procesu („Successfully Completed“, „Initiated“) a konkrétních názvů kroků nebo stavů dokončení.
- Tato logika převede nezpracovaná data Workday do strukturovaného záznamu událostí se sloupci, jako jsou EmployeeId, ActivityName a EventTimestamp.
Zkontrolujte výstupní soubor.
- Po dokončení skript ve stejné složce vytvoří soubor CSV s názvem workday_h2r_event_log.csv.
- Otevřete soubor v tabulkovém procesoru a ověřte, že jsou data správně uspořádaná.
Připravte data k nahrání do ProcessMind.
- Vytvořený soubor CSV je přímo kompatibilní s ProcessMind. Ověřte, že záhlaví sloupců, například EmployeeId, ActivityName a EventTimestamp, odpovídají očekávanému schématu projektu.
- Nahrajte soubor CSV do své instance ProcessMind a začněte s analýzou.

Konfigurace

Koncový bod API: Skript potřebuje URL WSDL webové služby Workday Human Capital Management (HCM). URL je specifická pro tenant a najdete ji v reportu „Public Web Services“ ve Workday.
Ověření totožnosti: Skript používá základní ověření pomocí Integration System User (ISU) a hesla. Ověřte, že tento uživatel má potřebná bezpečnostní oprávnění pro požadované domény API.
Typy obchodních procesů: Logika získávání dat vychází ze seznamu definic obchodních procesů, na které se skript dotazuje. Tento seznam musíte nastavit podle názvů používaných ve vaší instanci Workday, například Hire, Onboarding, Change Job, Terminate Employee a Create Job Requisition.
Časové období: Skript obsahuje parametry START_DATE a END_DATE. Při prvním spuštění doporučujeme použít kratší období, například 3 až 6 měsíců, abyste omezili objem dat a dobu odezvy API. V produkčním prostředí lze období rozšířit nebo nastavit postupné načítání.
Stránkování: Skript zvládá velké objemy dat pomocí stránkovaných volání API. Výchozí velikost stránky je 100, což je běžná a bezpečná hodnota, která pomáhá předcházet vypršení časového limitu. V případě potřeby ji lze upravit.

Ukázkový dotaz python

import os
import pandas as pd
from zeep import Client, Settings, Transport
from zeep.wsse.username import UsernameToken
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday tenant's WSDL URL for Human Resources
WSDL_URL = class="hl-string">'https://[Your_Workday_Tenant_URL]/ccx/service/[Your_Tenant_Name]/Human_Resources/v38.0?wsdl'

class=class="hl-string">"hl-comment"># Replace with your Integration System User (ISU) credentials
TENANT_USERNAME = class="hl-string">'user@tenant'
TENANT_PASSWORD = os.environ.get(class="hl-string">'WORKDAY_PASSWORD') class=class="hl-string">"hl-comment"># Best practice: use environment variables for passwords

class=class="hl-string">"hl-comment"># Define the date range for the extraction
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># List of Business Processes to extract data from. Names must match your Workday configuration.
BUSINESS_PROCESS_TYPES = [
    class="hl-string">'Create Job Requisition', 
    class="hl-string">'Job Application', 
    class="hl-string">'Hire', 
    class="hl-string">'Onboarding', 
    class="hl-string">'Performance Review', 
    class="hl-string">'Change Job', 
    class="hl-string">'Terminate Employee'
]

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
def get_workday_client(wsdl, user, password):
    class="hl-string">"""Initializes the Zeep SOAP client with WS-Security."""
    session = requests.Session()
    session.verify = True class=class="hl-string">"hl-comment"># Or path to your cert bundle
    transport = Transport(session=session)
    settings = Settings(strict=False, xml_huge_tree=True)
    client = Client(wsdl, wsse=UsernameToken(user, password), transport=transport, settings=settings)
    return client

def map_transaction_to_events(transaction):
    class="hl-string">"""Maps a single Workday business process transaction to one or more event log records."""
    events = []
    process_data = transaction.Business_Process_Data
    process_type = process_data.Business_Process.Business_Process_Definition_Name
    process_status = process_data.Status.value
    case_id = process_data.Business_Process.Initiating_Person_Reference.Employee_ID if process_data.Business_Process.Initiating_Person_Reference else None
    subject_employee_id = None
    if process_data.Business_Process.Business_Process_Target_Reference and hasattr(process_data.Business_Process.Business_Process_Target_Reference, class="hl-string">'Employee_ID'):
        subject_employee_id = process_data.Business_Process.Business_Process_Target_Reference.Employee_ID

    class=class="hl-string">"hl-comment"># Default to subject employee, fallback to initiator for processes like Job Requisition
    employee_id = subject_employee_id or case_id
    if not employee_id:
        return [] class=class="hl-string">"hl-comment"># Skip transactions without a clear employee context

    performer = case_id
    department = None class=class="hl-string">"hl-comment"># Placeholder, would require additional API calls to enrich

    class=class="hl-string">"hl-comment"># General process completion events
    if process_status == class="hl-string">'Successfully Completed':
        completion_time = process_data.Status_Date.isoformat()
        activity_map = {
            class="hl-string">'Create Job Requisition': class="hl-string">'Job Requisition Created',
            class="hl-string">'Hire': class="hl-string">'Hire Process Completed',
            class="hl-string">'Onboarding': class="hl-string">'Onboarding Tasks Completed',
            class="hl-string">'Performance Review': class="hl-string">'Performance Review Completed',
            class="hl-string">'Change Job': class="hl-string">'Promotion Approved', class=class="hl-string">"hl-comment"># Assumption: Change Job completion means approval
            class="hl-string">'Terminate Employee': class="hl-string">'Employee Terminated'
        }
        if process_type in activity_map:
            events.append({
                class="hl-string">'EmployeeId': employee_id,
                class="hl-string">'ActivityName': activity_map[process_type],
                class="hl-string">'EventTimestamp': completion_time,
                class="hl-string">'EventEndTime': completion_time,
                class="hl-string">'EventPerformer': performer,
                class="hl-string">'Department': department,
                class="hl-string">'JobRequisitionId': None, class=class="hl-string">"hl-comment"># Requires enrichment
                class="hl-string">'LifecycleEventType': process_type
            })

    class=class="hl-string">"hl-comment"># Step-specific events from the transaction history
    if transaction.Business_Process_Step_Data:
        for step in transaction.Business_Process_Step_Data:
            step_name = step.Step
            step_completion_time = step.Completed_Date.isoformat() if step.Completed_Date else None
            if not step_completion_time: continue

            activity_name = None
            if process_type == class="hl-string">'Job Application' and class="hl-string">'Offer' in step_name and not class="hl-string">'Accept' in step_name:
                activity_name = class="hl-string">'Offer Letter Generated'
            elif process_type == class="hl-string">'Job Application' and class="hl-string">'Accept' in step_name and class="hl-string">'Offer' in step_name:
                activity_name = class="hl-string">'Offer Accepted'
            elif class="hl-string">'Background Check' in step_name and class="hl-string">'Initiate' in step_name:
                activity_name = class="hl-string">'Background Check Initiated'
            elif class="hl-string">'Background Check' in step_name and class="hl-string">'Complete' in step_name:
                activity_name = class="hl-string">'Background Check Completed'
            elif process_type == class="hl-string">'Hire' and class="hl-string">'Initiation' in step.Status.value:
                 class=class="hl-string">"hl-comment"># Onboarding is typically a sub-process or triggered by Hire completion
                events.append({
                    class="hl-string">'EmployeeId': employee_id,
                    class="hl-string">'ActivityName': class="hl-string">'Onboarding Initiated',
                    class="hl-string">'EventTimestamp': step_completion_time,
                    class="hl-string">'EventEndTime': step_completion_time,
                    class="hl-string">'EventPerformer': performer,
                    class="hl-string">'Department': department, class="hl-string">'JobRequisitionId': None, class="hl-string">'LifecycleEventType': class="hl-string">'Onboarding'
                })
            elif process_type == class="hl-string">'Onboarding' and class="hl-string">'Payroll' in step_name and step.Status.value == class="hl-string">'Successfully Completed':
                activity_name = class="hl-string">'Payroll Setup Completed'
            elif process_type == class="hl-string">'Change Job' and class="hl-string">'Initiation' in step.Status.value:
                activity_name = class="hl-string">'Role Change Initiated'
            elif process_type == class="hl-string">'Terminate Employee' and class="hl-string">'Initiation' in step.Status.value:
                activity_name = class="hl-string">'Termination Initiated'
            elif process_type == class="hl-string">'Terminate Employee' and class="hl-string">'Offboarding' in step_name and step.Status.value == class="hl-string">'Successfully Completed':
                activity_name = class="hl-string">'Offboarding Tasks Completed'

            if activity_name:
                events.append({
                    class="hl-string">'EmployeeId': employee_id,
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventTimestamp': step_completion_time,
                    class="hl-string">'EventEndTime': step_completion_time,
                    class="hl-string">'EventPerformer': performer,
                    class="hl-string">'Department': department, class="hl-string">'JobRequisitionId': None, class="hl-string">'LifecycleEventType': process_type
                })
    return events

def main():
    class="hl-string">"""Main function to run the extraction process."""
    if not TENANT_PASSWORD:
        print(class="hl-string">"Error: WORKDAY_PASSWORD environment variable not set.")
        return

    print(class="hl-string">"Initializing Workday SOAP client...")
    client = get_workday_client(WSDL_URL, TENANT_USERNAME, TENANT_PASSWORD)
    factory = client.type_factory(class="hl-string">'ns0')

    all_events = []
    for bp_type_name in BUSINESS_PROCESS_TYPES:
        print(fclass="hl-string">"\nFetching data for business process: {bp_type_name}")
        page = 1
        while True:
            print(fclass="hl-string">"  - Requesting page {page}...")
            request_data = factory.Get_Business_Process_Transactions_RequestType(
                Request_Criteria=factory.Business_Process_Transaction_Request_CriteriaType(
                    Transaction_Date_Range_Data=factory.Transaction_Date_Range_DataType(
                        Effective_From=START_DATE,
                        Effective_To=END_DATE
                    ),
                    Business_Process_Type_Reference=[factory.Business_Process_Type_ReferenceType(
                        Business_Process_Type_Name=bp_type_name
                    )]
                ),
                Response_Filter=factory.Response_FilterType(
                    Page=page,
                    Count=100  class=class="hl-string">"hl-comment"># Page size
                )
            )
            
            try:
                response = client.service.Get_Business_Process_Transactions(request_data)

                if response.Response_Results.Total_Results == 0:
                    print(class="hl-string">"  - No results found for this process type.")
                    break

                if not response.Response_Data or not response.Response_Data.Business_Process_Transactions:
                    print(class="hl-string">"  - Reached end of data.")
                    break
                
                transactions = response.Response_Data.Business_Process_Transactions
                print(fclass="hl-string">"  - Received {len(transactions)} transactions on this page.")

                for trans in transactions:
                    events = map_transaction_to_events(trans)
                    all_events.extend(events)

                if len(transactions) < 100:
                    print(class="hl-string">"  - Last page processed.")
                    break

                page += 1

            except Exception as e:
                print(fclass="hl-string">"An error occurred: {e}")
                break

    if not all_events:
        print(class="hl-string">"\nExtraction complete. No events were generated.")
        return

    print(fclass="hl-string">"\nTotal events extracted: {len(all_events)}")
    df = pd.DataFrame(all_events)
    
    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    cols = [class="hl-string">'EmployeeId', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'EventEndTime', class="hl-string">'EventPerformer', 
            class="hl-string">'Department', class="hl-string">'JobRequisitionId', class="hl-string">'LifecycleEventType']
    df = df[cols]

    class=class="hl-string">"hl-comment"># Sort by employee and timestamp to create a chronological log
    df.sort_values(by=[class="hl-string">'EmployeeId', class="hl-string">'EventTimestamp'], inplace=True)

    output_filename = class="hl-string">'workday_h2r_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Successfully exported event log to {output_filename}")

if __name__ == class="hl-string">'__main__':
    import requests class=class="hl-string">"hl-comment"># Add requests for the session object
    main()

Chcete začít?

Využijte tuto datovou šablonu a získejte lepší přehled o procesu od nástupu po odchod zaměstnance. Začněte optimalizovat životní cyklus zaměstnanců ještě dnes.

Zpět na průvodce zlepšováním

Stáhnout šablonu

Optimalizujte životní cyklus zaměstnanců ještě dnes

Získejte konkrétní poznatky a zkraťte dobu cyklu v Workday HR o 30 %.

Začněte zkušební verzi zdarma

Platební kartu nepotřebujete. Nastavení zabere jen několik minut.

Šablona dat pro proces od nástupu po odchod zaměstnance

Šablona dat pro proces od nástupu po odchod zaměstnance

Atributy procesu od nástupu po odchod zaměstnance

Aktivity v procesu od nástupu po odchod zaměstnance

Návody na získání dat

Vlastní report Workday pomocí Report-as-a-Service (RaaS)

Kroky

Konfigurace

Ukázkový dotaz sql

Získávání dat pomocí Python skriptu přes Workday Web Services API

Kroky

Konfigurace

Ukázkový dotaz python

Chcete začít?

Optimalizujte životní cyklus zaměstnanců ještě dnes