> Průběžné zlepšování procesů > Nábor až odchod, správa pracovních pozic > Workday HCM > Datová šablona

Šablona dat pro proces od nástupu po odchod: správa pracovních pozic

Workday HCM

Atributy procesu od nástupu po odchod: správa pracovních pozic(21) Aktivity procesu od nástupu po odchod: správa pracovních pozic(13) Návody k exportu dat(3)

Šablona dat pro proces od nástupu po odchod: správa pracovních pozic

Tato šablona vám ukáže, jak shromáždit potřebná data pro analýzu procesu od nástupu po odchod v oblasti správy pracovních pozic. Najdete v ní přehled atributů, které je vhodné získat, aktivit, které sledovat, i praktické pokyny k exportu dat z Workday HCM. Díky tomu připravíte úplný záznam událostí pro process mining analýzu.

Doporučené atributy ke sběru
Aktivity, které je vhodné sledovat
Pokyny k exportu dat

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: správa pracovních pozic

Toto jsou doporučená datová pole, která zahrňte do záznamu událostí pro analýzu procesu od nástupu po odchod v oblasti správy pracovních pozic.

3 Povinné 7 Doporučené 11 Volitelné

	Název	Popis
	ID pozice PositionId	Jedinečný identifikátor konkrétní pozice v organizaci, který slouží jako hlavní identifikátor případu v procesu správy pozic.
Popis ID pracovní pozice je základním identifikátorem pro analýzu procesu správy pracovních pozic. Každé ID představuje celý životní cyklus jedné pozice, od prvotního požadavku a vytvoření přes změny a reklasifikace až po deaktivaci nebo uzavření. V process mining se tento atribut používá k propojení všech souvisejících aktivit, například schválení, změn údajů a aktualizací stavu, s konkrétním případem. Díky tomu získáte ucelený přehled o průběhu každé pozice od začátku do konce. Můžete tak analyzovat dobu cyklu, odhalovat varianty procesu a sledovat shodu u jednotlivých pozic. Proč je to důležité Tento údaj je nezbytný pro sledování celého životního cyklu pozice. Umožňuje analyzovat proces od začátku do konce a odhalovat úzká místa nebo odchylky v konkrétních případech. Kde data získat Jde o základní identifikátor v Workday HCM, který bývá dostupný v reportech a datech podnikových procesů souvisejících s náborem a správou pracovních pozic. Příklady POS-0012345POS-0067890POS-0112233
	Čas události EventTime	Časové razítko určující, kdy došlo ke konkrétní aktivitě nebo události.
Popis Čas události je přesné časové razítko, které zaznamenává datum a čas každé aktivity v procesu. Je nezbytné pro časové analýzy, například výpočet doby cyklu, čekání a trvání aktivit. V process mining se podle tohoto časového razítka řadí události chronologicky a sestavuje se z nich posloupnost aktivit, která tvoří průběh procesu. Časové údaje slouží také k diagnostice výkonnosti: pomáhají odhalovat úzká místa, analyzovat průchodnost a sledovat SLA. Proč je to důležité Tento údaj je nezbytný pro řazení událostí, výpočet časových ukazatelů, jako je doba cyklu a trvání, i pro odhalování úzkých míst v procesu. Kde data získat Toto časové razítko se automaticky zaznamenává u každé transakce podnikového procesu ve Workday HCM. Příklady 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z
	Název aktivity ActivityName	Název konkrétního kroku nebo události podnikového procesu, například „Vytvoření pracovní pozice“ nebo „Schválení rozpočtu“.
Popis Název aktivity popisuje jeden krok v životním cyklu správy pracovní pozice. Tyto události tvoří základ procesní mapy a ukazují pořadí činností u každé pozice. Analýza aktivit umožňuje zobrazit průběh procesu, určit běžné i méně časté cesty a měřit dobu mezi důležitými milníky. Příklady zahrnují „Zahájení požadavku na pracovní pozici“, „Změna atributů pracovní pozice“ a „Uzavření pracovní pozice“. Společně ukazují, jak proces probíhá. Proč je to důležité Tento atribut je základem pro vytvoření procesní mapy, zobrazení průběhu procesu a odhalení konkrétních událostí, které způsobují zpoždění nebo opakovanou práci. Kde data získat Údaj se získává z transakčních protokolů rámce podnikových procesů Workday. Každý krok v definici podnikového procesu vytvoří záznam události. Příklady Zahájena žádost o poziciOdesláno ke schválení manažeremPozice vytvořenaPozice deaktivována
	Čas ukončení EndTime	Časové razítko určující, kdy byla aktivita dokončena. Používá se k výpočtu jejího trvání.
Popis Čas ukončení označuje dokončení konkrétní aktivity. Čas zahájení ukazuje, kdy událost začala, a společně s časem ukončení umožňuje vypočítat dobu jejího zpracování. To se hodí zejména u aktivit, které netrvají okamžik, například při kontrole shody. Porovnáním času ukončení jedné aktivity s časem zahájení následující lze přesně změřit dobu zpracování i čekání. Získáte tak podrobnější přehled o efektivitě procesu. Proč je to důležité Tento údaj je nutný pro přesný výpočet trvání aktivit a pomáhá rozlišit dobu aktivního zpracování od nečinného čekání. Kde data získat Některé kroky podnikových procesů ve Workday mají výslovně uvedený čas zahájení a ukončení. Pokud tyto údaje chybí, lze čas ukončení odvodit z času zahájení následující události ve stejném případu. Příklady 2023-04-15T09:05:12Z2023-04-15T17:00:00Z2023-04-18T11:21:55Z
	Důvod změny ReasonForChange	Důvod uvedený u události změny, například při reklasifikaci, úpravě nebo uzavření pracovní pozice.
Popis Tento atribut zachycuje obchodní důvod konkrétní změny pracovní pozice. Důvody se ve Workday často vybírají z předem definovaného seznamu, aby byly jednotné. Může jít například o „Reorganizaci“, „Nový projekt“ nebo „Úpravu rozpočtu“. Analýza tohoto atributu poskytuje kontext k průběhu procesu. Pomáhá vysvětlit, proč k dané změně došlo. Propojením událostí reklasifikace s konkrétními důvody lze například odhalit trendy v reorganizaci nebo vývoji pracovních rolí. Proč je to důležité Vysvětluje obchodní souvislosti aktivit, jako jsou úpravy a reklasifikace, a pomáhá odhalit příčiny odchylek v procesu. Kde data získat Toto pole je povinné u mnoha transakcí podnikových procesů ve Workday, například „Upravit omezení pracovní pozice“ nebo „Uzavřít pracovní pozici“. Příklady Vytvoření nového odděleníReorganizaceOprava údajůUkončení projektu
	Nákladové středisko CostCenter	Finanční nákladové středisko přiřazené k pracovní pozici, které se používá pro rozpočtování a finanční výkaznictví.
Popis Nákladové středisko je finanční dimenze, která propojuje pracovní pozici s konkrétním rozpočtem. Je nezbytné pro sledování nákladů a ověření, zda personální obsazení odpovídá finančním plánům. V process mining je tento atribut důležitý pro analýzu schvalování rozpočtů a finančních dopadů. Pomáhá zjistit, jak se liší doba schvalování rozpočtu podle nákladového střediska, a propojit aktivity správy pracovních pozic s finančními výsledky. Je také důležitý pro sjednocení atributů pracovních pozic v podobných finančních jednotkách. Proč je to důležité Přidává do analýzy finanční dimenzi, umožňuje zobrazit proces podle rozpočtové jednotky a pomáhá odhalovat úzká místa související s rozpočtem. Kde data získat Ve Workday HCM je tento údaj součástí finančních informací označovaných jako „Worktags“, které se přiřazují pracovní pozici. Příklady CC4010_MARKETINGCC2050_RD_SOFTWARECC7000_ADMIN
	Oddělení Department	Oddělení nebo nadřízená organizační jednotka, do které pracovní pozice patří.
Popis Atribut oddělení, ve Workday označovaný také jako „Supervisory Organization“, určuje hlavní organizační zařazení pracovní pozice. Vymezuje tým nebo oblast podnikání, do které pozice patří. Tento atribut umožňuje porovnávat výkonnost v různých částech organizace. Můžete například porovnat dobu schvalování nových pozic v odděleních Engineering a Marketing a zjistit, kde se uplatňují osvědčené postupy nebo vznikají místní úzká místa. Proč je to důležité Umožňuje filtrovat a porovnávat výkonnost procesu v různých organizačních jednotkách a odhalit úzká místa nebo efektivní postupy v konkrétních odděleních. Kde data získat S pracovní pozicí je propojen prostřednictvím jejího přiřazení k nadřízené organizační jednotce ve Workday HCM. Příklady Prodej, Severní AmerikaVývoj platformyFinance, podnikové plánování a analýza
	Skupina pracovních pozic JobFamily	Skupina pracovních pozic s podobnými charakteristikami, dovednostmi a náplní práce, například „Engineering“ nebo „Lidské zdroje“.
Popis Skupina pracovních pozic sdružuje související profily pracovních pozic. Profily „Softwarový inženýr“ a „Seniorní softwarový inženýr“ mohou například patřit do skupiny „Engineering“. Díky tomu lze pracovní role zařazovat a analyzovat na vyšší úrovni. Tento atribut podporuje například sledování reklasifikací a sjednocování atributů pracovních pozic. Analýza změn v rámci skupiny nebo mezi skupinami může přinést poznatky o kariérním postupu, jednotnosti definic rolí a vývoji pracovní síly. Proč je to důležité Umožňuje analyzovat pracovní role na vyšší úrovni, podporuje jejich sjednocování a pomáhá sledovat reklasifikace mezi souvisejícími kategoriemi. Kde data získat Je součástí katalogu pracovních pozic ve Workday HCM a je propojen se profilem pracovní pozice. Příklady Informační technologieFinance a účetnictvíObchodní pozice
	Stav pracovní pozice PositionStatus	Aktuální nebo historický stav pracovní pozice, například „Otevřená“, „Obsazená“, „Pozastavená“ nebo „Uzavřená“.
Popis Stav pracovní pozice ukazuje, v jakém stavu se pozice nachází v daném okamžiku. Pomáhá určit její aktuální dostupnost a fázi životního cyklu. Filtrování podle stavu umožňuje zaměřit analýzu na konkrétní části procesu. Analýza pozic se stavem „Pozastavená“ například pomůže vytvořit přehled jejich stáří a zjistit, jak dlouho jsou na ně vázány zdroje. Pro pochopení průběhu procesu je důležité sledovat také změny stavů. Proč je to důležité Poskytuje důležitý kontext o stavu pracovní pozice. Umožňuje analyzovat, jak dlouho jsou pozice pozastavené, a sledovat jejich postup životním cyklem. Kde data získat Jde o standardní pole objektu pracovní pozice ve Workday HCM. Příklady Otevřená, schválenáObsazenáPozastavenáUzavřená
	Uživatel User	ID nebo jméno uživatele, který provedl danou aktivitu.
Popis Tento atribut určuje zaměstnance nebo systémového uživatele, který odpovídá za konkrétní úkol v procesu, například za odeslání ke schválení nebo změnu atributů pracovní pozice. Může jít o vedoucího, HR partnera nebo finančního analytika. Analýza podle uživatelů pomáhá odhalit potřebu školení, nerovnoměrné rozložení práce i rozdíly ve výkonnosti jednotlivců. Může například ukázat, kteří uživatelé se nejčastěji podílejí na opakované práci. To může signalizovat potřebu srozumitelnějších pokynů nebo úprav systému. Proč je to důležité Umožňuje analyzovat rozložení práce a chování jednotlivých uživatelů a odhalit potřebu školení i uživatele s nadprůměrnými výsledky. Kde data získat Údaj je dostupný v transakčních protokolech podnikových procesů ve Workday, které u každého kroku zaznamenávají jeho iniciátora nebo vykonavatele. Příklady jsmithdavis_janehr_admin_svc
	Byla provedena kontrola shody IsComplianceReviewed	Logická hodnota, která je nastavena na true, pokud v případu proběhla aktivita „Kontrola shody pracovní pozice“.
Popis Tento příznak ukazuje, zda pracovní pozice v průběhu svého životního cyklu prošla formální kontrolou shody. Zjišťuje se podle toho, zda se u daného ID pracovní pozice vyskytuje aktivita „Kontrola shody pracovní pozice“. Atribut zjednodušuje sledování shody a výpočet KPI. Umožňuje snadno filtrovat případy, které kontrolou prošly nebo neprošly, a přímo podporuje výpočet KPI „Míra shody opatření u pracovních pozic“. Usnadňuje totiž spočítat počet vyhovujících případů. Proč je to důležité Zjednodušuje měření míry shody a umožňuje snadno vyfiltrovat a analyzovat pracovní pozice, u kterých nebyla provedena povinná kontrola. Kde data získat Jde o odvozený příznak vypočítaný na úrovni případu. Nastaví se na true, pokud protokol případu obsahuje aktivitu „Kontrola shody pracovní pozice“. Příklady truefalse
	Doba schválení nové pracovní pozice NewPositionApprovalCycleTime	Celková doba od zahájení požadavku na pracovní pozici do jejího vytvoření v systému.
Popis Tento atribut měří dobu cyklu celého procesu schválení nové pracovní pozice. Vypočítá se jako doba mezi událostmi „Zahájení požadavku na pracovní pozici“ a „Vytvoření pracovní pozice“ pro dané ID pracovní pozice. Přímo podporuje KPI „Průměrná doba cyklu schválení nové pracovní pozice“ a související dashboardy. Výpočtem na úrovni případu můžete analyzovat rozložení dob cyklu, odhalit odlehlé hodnoty a prověřit faktory spojené s delším nebo kratším schvalováním, například oddělení nebo typ pracovní pozice. Proč je to důležité Přímo měří důležitý ukazatel výkonnosti a umožňuje analyzovat efektivitu schvalování i faktory, které způsobují zpoždění. Kde data získat Vypočítává se na úrovni případu v nástroji process mining jako rozdíl mezi časem konkrétní počáteční a koncové aktivity. Příklady P5DT6HP12DP2DT12H30M
	Jde o opakovanou práci IsRework	Logická hodnota, která je nastavena na true, pokud je aktivita považována za opakovanou práci, například když se atributy pracovní pozice upravují několikrát.
Popis Příznak opakované práce označuje aktivity, které představují opravy nebo opakování úkolu. Často signalizují neefektivitu procesu nebo problémy s kvalitou. Obvykle se nastaví na true u událostí, jako je „Změna atributů pracovní pozice“, pokud k nim dojde krátce po vytvoření pozice nebo se v posloupnosti opakují. Tento vypočítaný atribut je nezbytný pro dashboard „Analýza opakované práce s údaji o pracovních pozicích“. Umožňuje snadno vyčíslit míru opakované práce, hledat její příčiny v kontextu označených událostí a sledovat KPI, například „Míru opakované práce s údaji o pracovních pozicích“. Proč je to důležité Přímo označuje neefektivní opakovanou práci, kterou lze snadno vyčíslit a analyzovat. Pomáhá také zaměřit zlepšování procesů na omezení plýtvání. Kde data získat Jde o odvozený příznak vypočítaný podle pořadí a četnosti aktivit. Nastaví se například na true, pokud se aktivita „Změna atributů pracovní pozice“ vyskytne ve stejném případu více než jednou. Příklady truefalse
	Název pracovní pozice PositionTitle	Konkrétní název pracovní pozice, například „Seniorní finanční analytik“ nebo „Vedoucí softwarový inženýr“.
Popis Název pracovní pozice je oficiální označení role, které se zobrazuje uživatelům. Je konkrétnější než skupina nebo profil pracovní pozice a obvykle se uvádí v pracovním inzerátu nebo organizačním schématu. Analýza tohoto atributu pomáhá porozumět konkrétním změnám pracovních pozic. Při analýze reklasifikací můžete například zjistit, zda se název výrazně změnil. V dashboardech pro sjednocování názvů lze také ověřit, zda mají podobné role v různých odděleních jednotné označení. Proč je to důležité Poskytuje podrobné informace o pracovní roli, které jsou důležité pro analýzu reklasifikací a sjednocování rolí. Kde data získat Jde o standardní pole objektu pracovní pozice ve Workday HCM. Příklady Seniorní produktový manažerHR partner IIÚčetní asistent
	Obchodní jednotka BusinessUnit	Vyšší organizační divize nebo jednotka, do které pracovní pozice patří, například „Spotřební zboží“ nebo „Podniková řešení“.
Popis Obchodní jednotka představuje významnou část společnosti a v organizační hierarchii stojí výše než oddělení. Používá se pro strategické a finanční výkaznictví na vyšší úrovni. Analýza procesu správy pracovních pozic podle obchodní jednotky poskytuje strategický pohled na vývoj pracovní síly. Může odhalit rozdíly v rychlosti náboru, míře reklasifikací nebo efektivitě procesu mezi hlavními divizemi společnosti. Vedení tak získá přehled o rozdílech v provozu na úrovni celé organizace. Proč je to důležité Umožňuje strategicky porovnávat výkonnost procesu napříč hlavními divizemi společnosti a poskytuje podklady pro rozhodování vedení. Kde data získat Ve Workday se tento údaj obvykle nastavuje jako „Worktag“, který lze přiřadit pracovní pozici nebo souvisejícímu nákladovému středisku. Příklady Spotřební zbožíPodniková řešeníPodnikové služby
	Poslední aktualizace dat LastDataUpdate	Časové razítko určující, kdy byla data naposledy extrahována ze zdrojového systému a obnovena v nástroji process mining.
Popis Tento atribut uvádí čas poslední aktualizace dat. Není součástí samotných procesních dat, ale jde o metadata, která informují o jejich aktuálnosti. Tento údaj je důležitý pro všechny uživatele analýzy, protože ukazuje, jak aktuální data jsou. Pomáhá posoudit, zda zjištění odrážejí současný stav provozu, nebo vycházejí z o něco staršího snímku dat. Díky tomu lze lépe nastavit očekávání ohledně aktuálnosti výsledků. Proč je to důležité Informuje uživatele o aktuálnosti dat, aby věděli, jak současný je rozbor procesu a jeho zjištění. Kde data získat Toto časové razítko vytvoří datový tok nebo nástroj ETL po dokončení načítání dat. Příklady 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	Pracoviště Location	Fyzické nebo logické pracoviště přiřazené k pracovní pozici.
Popis Atribut pracoviště určuje geografickou lokalitu nebo kancelář, ke které je pracovní pozice přiřazena. Může jít o konkrétní adresu budovy, zemi nebo region. Hodnotou může být také „Práce na dálku“. Analýza podle pracoviště může odhalit regionální rozdíly ve výkonnosti procesu, například odlišnou dobu schvalování nebo míru shody. Pomáhá zjistit, zda jsou procesy sjednocené napříč organizací, nebo zda se místní postupy liší. Proč je to důležité Umožňuje geografickou analýzu a pomáhá odhalit regionální rozdíly v procesech, míře shody nebo úzkých místech v konkrétních lokalitách. Kde data získat Jde o standardní atribut, který lze přiřadit pracovní pozici ve Workday HCM. Příklady New York, USALondýn, Spojené královstvíPráce na dálku (Německo)
	Profil pracovní pozice JobProfile	Standardizovaná šablona pracovní pozice, která určuje její základní charakteristiky, například odpovědnosti a kvalifikaci.
Popis Profil pracovní pozice je základním prvkem architektury pracovních pozic ve Workday. Slouží jako šablona, která definuje pracovní pozici včetně výchozího názvu, kvalifikace a platové třídy. Konkrétní pracovní pozice představuje instanci profilu v určitém oddělení. Tento atribut je důležitý pro pochopení míry standardizace procesu. Analýza podle profilu pracovní pozice může odhalit, zda se některé typy rolí schvalují déle nebo u nich častěji dochází k opakované práci. Je také důležitý pro sledování reklasifikací, při kterých se pracovní pozice přesouvá z jednoho profilu do jiného. Proč je to důležité Propojuje pracovní pozici se standardní šablonou role a umožňuje analyzovat odchylky v procesu podle jednotných charakteristik pracovních rolí. Kde data získat Povinné pole každé pracovní pozice ve Workday HCM. Je základní součástí datového modelu náboru. Příklady JP-FIN-Analyst3JP-ENG-Dev5JP-HR-Generalist2
	Stav shody ComplianceStatus	Výsledek kontroly shody, například „V souladu“ nebo „Není v souladu“.
Popis Tento atribut zachycuje výsledek formální aktivity „Kontrola shody pracovní pozice“. Potvrzuje, zda atributy pracovní pozice, historie schvalování nebo její odůvodnění odpovídají interním zásadám či externím předpisům. Jde o důležitý atribut pro dashboard „Přehled shody opatření u pracovních pozic“. Umožňuje přímo sledovat míru shody a pomáhá auditorům nebo HR týmům rychle najít a prověřit pozice označené jako nevyhovující. Díky tomu lze přijmout nápravná opatření a omezit rizika. Proč je to důležité Přímo měří výsledek kontrol shody, umožňuje sledovat dodržování zásad a označit rizikové případy k prověření. Kde data získat Tento údaj by pravděpodobně vznikal jako výstup konkrétního nakonfigurovaného kroku podnikového procesu ve Workday. Může být uložen jako komentář nebo vlastní pole. Příklady V souladuNení v souladuVyžaduje další kontrolu
	Typ pracovní pozice PositionType	Zařazuje pracovní pozici podle podmínek zaměstnání, například jako plný úvazek, částečný úvazek nebo smluvní spolupráci.
Popis Typ pracovní pozice, ve Workday často označovaný jako „Worker Type“ nebo „Time Type“, určuje povahu pracovního vztahu spojeného s pozicí. Jde o základní atribut pro plánování a řízení pracovní síly. V process mining umožňuje porovnávat proces správy pracovních pozic pro různé kategorie pracovníků. Můžete například ověřit, zda se smluvní spolupracovníci schvalují rychleji nebo s menším počtem kroků než zaměstnanci na plný úvazek. Analýza může odhalit příležitosti ke zlepšení procesu. Proč je to důležité Umožňuje porovnat proces správy pracovních pozic pro různé kategorie pracovníků, například zaměstnance na plný úvazek a smluvní spolupracovníky, a hledat možnosti zlepšení. Kde data získat Údaj je součástí definice pracovní pozice a často se označuje jako „Worker Type“ nebo „Time Type“. Příklady Pravidelný plný úvazekPravidelný částečný úvazekSmluvní spolupráce na dobu určitou
	Zdrojový systém SourceSystem	Systém, ze kterého data pocházejí, v tomto případě Workday HCM.
Popis Tento atribut určuje zdrojovou aplikaci, ve které vznikla data o procesu správy pracovních pozic. V této analýze je zdrojem vždy Workday HCM, ale v prostředí s více systémy jde o důležitý údaj, protože data mohou pocházet z několika různých systémů. Uvedení tohoto atributu zajišťuje přehled o původu dat a pomáhá rozlišit procesy, které probíhají na různých platformách. Poskytuje potřebný kontext a patří k osvědčeným postupům správy dat. Proč je to důležité Poskytuje důležitý kontext o původu dat, zajišťuje přehled v prostředí s více systémy a podporuje dodržování zásad správy dat. Kde data získat Obvykle jde o statickou hodnotu („Workday HCM“), která se doplní při extrakci a transformaci dat. Příklady Workday HCMWorkdayHCM_Prod

Povinné Doporučené Volitelné

Aktivity procesu od nástupu po odchod: správa pracovních pozic

Toto jsou důležité kroky a milníky, které zaznamenejte do záznamu událostí, abyste mohli přesně odhalit průběh procesu správy pracovních pozic od nástupu po odchod.

6 Doporučené 7 Volitelné

	Aktivita	Popis
	Pozice deaktivována	Označuje, že pozice již není aktivní a nelze ji obsadit. Často jde o předběžný krok před formálním uzavřením. Událost se zaznamená po dokončení obchodního procesu „Inactivate Position“.
Proč je to důležité Deaktivace je důležitým milníkem životního cyklu pozice a liší se od jejího konečného uzavření. Doba mezi deaktivací a uzavřením ukazuje efektivitu administrativního vypořádání organizační struktury. Kde data získat Událost se zaznamená v auditních protokolech Workday po úspěšném dokončení obchodního procesu „Inactivate Position“. Zachycení Událost zaznamenaná po úspěšném dokončení obchodního procesu „Inactivate Position“. Typ události explicit
	Pozice uzavřena	Jde o poslední aktivitu v životním cyklu pozice, která označuje její trvalé vyřazení z organizace. Workday událost zaznamená po úspěšném dokončení obchodního procesu „Close Position“.
Proč je to důležité U většiny případů jde o konečnou událost, která vymezuje konec životního cyklu pozice. Je důležitá pro měření celkové doby procesu a přesné vykazování počtu zaměstnanců. Kde data získat Událost se získává z časového razítka dokončení obchodního procesu „Close Position“ v auditní stopě nebo protokolech obchodních procesů Workday. Zachycení Událost zaznamenaná po dokončení obchodního procesu „Close Position“. Typ události explicit
	Pozice vytvořena	Tato aktivita označuje úspěšné vytvoření pozice a její oficiální zařazení do systému Workday. Zaznamená se po úspěšném dokončení obchodního procesu „Create Position“.
Proč je to důležité Tento důležitý milník označuje konec schvalování a připravenost pozice k obsazení. Je nezbytný pro měření celkové doby schvalování pomocí KPI. Kde data získat Událost se získává z časového razítka dokončení obchodního procesu „Create Position“ v záznamech událostí nebo auditní stopě Workday. Zachycení Událost zaznamenaná po úspěšném dokončení obchodního procesu „Create Position“. Typ události explicit
	Schválen rozpočet	Důležitý milník, při kterém finanční oddělení nebo správce rozpočtu potvrdí, že jsou na novou pozici k dispozici prostředky. Událost se zaznamená, když určený schvalovatel dokončí schvalovací krok rozpočtu v obchodním procesu.
Proč je to důležité Schvalování rozpočtu bývá významným úzkým místem. Měřením doby této konkrétní aktivity mohou organizace zjednodušit finanční kontroly a urychlit nábor. Kde data získat Událost se zaznamenává v historii auditu obchodního procesu „Create Position“ ve Workday. Odpovídá dokončení schvalovacího kroku rozpočtu. Zachycení Časové razítko dokončení finančního schválení nebo schválení rozpočtu v protokolu obchodního procesu. Typ události explicit
	Zahájena žádost o pozici	Tímto začíná životní cyklus správy pozice. Formálně se podává žádost o vytvoření nové pozice. Ve Workday se tato událost zaznamená při zahájení obchodního procesu „Create Position“.
Proč je to důležité Tato aktivita je hlavní počáteční událostí procesu. Doba od jejího zaznamenání do následných schválení je důležitým ukazatelem efektivity celého procesu zakládání pozice. Kde data získat Událost se zaznamenává v protokolech obchodních procesů Workday. U konkrétního Position ID vyhledejte čas zahájení transakce obchodního procesu „Create Position“. Zachycení Událost zaznamenaná při zahájení obchodního procesu „Create Position“. Typ události explicit
	Změněny atributy pozice	Označuje změnu jednoho nebo více atributů existující pozice, například názvu nebo oddělení. Událost se zaznamená, když uživatel úspěšně dokončí obchodní proces „Edit Position Restrictions“.
Proč je to důležité Časté změny mohou ukazovat na chyby při zadávání dat, vývoj pracovních rolí nebo neefektivní procesy. Analýza této aktivity je důležitá pro dashboard „Position Data Rework Analysis“ a zlepšení kvality dat. Kde data získat Událost se získává z protokolu dokončení obchodního procesu „Edit Position Restrictions“ nebo podobného procesu ve Workday. Auditní stopa ukazuje, která pole byla změněna. Zachycení Událost zaznamenaná po úspěšném dokončení obchodního procesu „Edit Position Restrictions“. Typ události explicit
	Odesláno ke schválení manažerem	Tato událost označuje dokončení kontroly a schválení vedoucím náboru nebo manažerem nadřízené organizační jednotky. Workday ji zaznamená jako samostatnou událost dokončení schvalovacího kroku v obchodním procesu „Create Position“.
Proč je to důležité Jde o běžný počáteční milník a možné úzké místo. Sledováním doby schválení zjistíte zpoždění v úvodních fázích workflow pro založení pozice. Kde data získat Údaj se získává z auditní stopy obchodního procesu „Create Position“. Odpovídá dokončení konkrétního kroku „Manager Approval“. Zachycení Časové razítko dokončení schválení manažerem v protokolu obchodního procesu. Typ události explicit
	Odesláno ke schválení personálním oddělením	Událost označuje, že personální partner nebo zástupce žádost o pozici zkontroloval a schválil. Zaznamená se, když schvalovatel z personálního oddělení dokončí přidělený krok v obchodním procesu Workday.
Proč je to důležité Toto schválení ověřuje, zda pozice odpovídá firemním pravidlům a architektuře pracovních míst. Zpoždění v této fázi může výrazně prodloužit celkovou dobu procesu. Kde data získat Údaj pochází z auditní stopy příslušného obchodního procesu ve Workday. Událost odpovídá dokončení kroku „HR Approval“. Zachycení Časové razítko dokončení schválení personálním oddělením v protokolu obchodního procesu. Typ události explicit
	Pozice opět aktivní	Jde o opačný krok ke zmrazení pozice. Pozastavená pozice se znovu aktivuje a lze ji obsadit. Událost se obvykle odvozuje ze změny stavu pozice z „Frozen“ na „Active“.
Proč je to důležité Tato událost označuje vyřešení stavu zmrazené pozice. Doba od události „Position Frozen“ do této události je důležitým ukazatelem KPI „Frozen Position Resolution Time“. Kde data získat Událost lze odvodit ze změn stavu pozice s datem účinnosti v historii pozice nebo auditním protokolu. V některých konfiguracích může být zaznamenána také jako samostatná událost obchodního procesu „Unfreeze“. Zachycení Změna stavu pozice z „Frozen“ na „Active“ zjištěná z historie s datem účinnosti. Typ události inferred
	Pozice zmrazena	Označuje dočasné pozastavení pozice, které brání jejímu obsazení. Událost se zaznamená, když uživatel úspěšně dokončí obchodní proces „Freeze Position“ ve Workday.
Proč je to důležité Tato aktivita je důležitá pro správu počtu zaměstnanců a rozpočtů. Sledování doby, po kterou pozice zůstává zmrazená, pomáhá odhalit nevyřešená rozhodnutí a zlepšit plánování zdrojů. Kde data získat Událost se získává z dokončení obchodního procesu „Freeze Position“. V důsledku této události se obvykle aktualizuje pole stavu pozice. Zachycení Událost zaznamenaná po dokončení obchodního procesu „Freeze Position“. Typ události explicit
	Žádost o pozici zamítnuta	Tato aktivita označuje neúspěšné ukončení žádosti o vytvoření pozice, kterou schvalovatel zamítl. Workday ji zaznamená jako konečný stav „Denied“ obchodního procesu „Create Position“.
Proč je to důležité Analýza zamítnutých žádostí pomáhá odhalit časté důvody, například rozpočtová omezení nebo nesoulad s pravidly. Na základě těchto zjištění můžete upravit proces a lépe informovat žadatele. Kde data získat Událost se získává z konečného stavu instance obchodního procesu „Create Position“. Časové razítko označuje okamžik zamítnutí. Zachycení Událost zaznamenaná, když schvalovatel v kroku obchodního procesu zvolí akci „Deny“. Typ události explicit
	Zkontrolována shoda pozice	Označuje, že pozice prošla formální kontrolou shody, například s interními pravidly nebo externími předpisy. Událost se pravděpodobně zaznamenává jako konkrétní krok „To Do“ nebo „Checklist“ v nadřazeném obchodním procesu.
Proč je to důležité Sledování kontrol shody je nezbytné pro omezení rizik a dodržování organizačních standardů. Tato aktivita přímo podporuje KPI „Position Action Compliance Rate“. Kde data získat Událost se pravděpodobně zaznamenává jako dokončený krok „To Do“ nebo konkrétní schvalovací krok v obchodním procesu, například „Create Position“ nebo „Edit Position“. Přesný způsob je třeba ověřit analýzou systému. Zachycení Časové razítko dokončení schválení nebo kroku „To Do“ souvisejícího se shodou v protokolu obchodního procesu. Typ události explicit
	Změněna klasifikace pozice	Označuje formální změnu pracovního profilu nebo klasifikace přiřazené k pozici. Událost se zaznamená po úspěšném dokončení obchodního procesu „Change Job“ pro konkrétní pozici.
Proč je to důležité Tato aktivita pomáhá porozumět reorganizaci nebo významným změnám pracovních povinností. Sledování změn klasifikace podporuje analýzu vývoje pracovní síly a stability architektury pracovních míst. Kde data získat Údaj pochází z protokolů dokončení obchodního procesu „Change Job“, pokud se proces vztahuje na pozici, nikoli na zaměstnance. Zachycení Událost zaznamenaná po úspěšném dokončení obchodního procesu „Change Job“ pro pozici. Typ události explicit

Doporučené Volitelné

Návody k exportu dat

Jak získat data z Workday HCM

Kroky

Přihlaste se do Workday: Přihlaste se do svého tenantu Workday pomocí uživatelského účtu, který má oprávnění vytvářet vlastní reporty a přistupovat k požadovaným oblastem dat Human Capital Management (HCM).
Vytvořte vlastní report: Pomocí vyhledávacího pole najděte a otevřete úlohu „Create Custom Report“.
Vyberte typ reportu a zdroj dat: Pojmenujte report, například „ProcessMind Position Management Events“. Jako typ reportu vyberte „Advanced“. Jako zdroj dat zvolte „Business Process Transactions“. Tento zdroj poskytuje podrobné informace o jednotlivých událostech v krocích obchodních procesů.
Definujte sloupce reportu: Na kartě „Columns“ přidejte pole, která se stanou sloupci záznamu událostí. Objekty a pole Workday namapujte na požadované atributy. Například:
- PositionId: namapujte na „Position ID“ z kontextu obchodního procesu.
- EventTime: namapujte pro každý krok na „Completed Date“ nebo „Corrected Completed Moment“.
- User: namapujte na „Completed By“ u transakce.
- PositionStatus, Department, CostCenter, JobFamily: namapujte na odpovídající pole obchodního objektu „Position“.
Vytvořte vypočítaná pole pro název aktivity: Základem extrakce je převod kroků obchodního procesu na standardizované názvy aktivit. V nabídce „Related Business Objects“ vytvořte „Calculated Field“. Pomocí typu „Evaluate Expression“ sestavte logiku. Například:
- Pokud je „Business Process Type“ „Create Position“ a „Transaction Status“ „Successfully Completed“, vraťte text „Vytvoření pracovní pozice“.
- Pokud je „Business Process Type“ „Create Position“, „Step“ „[Your Manager Approval Step Name]“ a „Status“ „Completed“, vraťte text „Odeslání ke schválení manažerem“.
- Vytvořte podmínku pro každou z 13 požadovaných aktivit.
Nastavte filtry reportu: Na kartě „Filter“ přidejte parametry a filtry pro vymezení dat. Vytvořte parametr pro „Completed Date“, který umožní vybrat časové období. Přidejte filtr, který zahrne pouze relevantní „Business Process Types“, například „Create Position“, „Edit Position Restrictions“, „Change Job“, „Freeze Position“, „Inactivate Position“ a „Close Position“.
Upravte řazení a výstup: Na kartě „Sort“ seřaďte výsledky nejprve podle PositionId a potom podle EventTime. Události každého případu tak budou v chronologickém pořadí.
Povolte webovou službu (RaaS): Jakmile report v uživatelském rozhraní funguje správně, přejděte na Actions > Web Service > Enable as Web Service. V možnostech nastavte „Content Type“ na „JSON“, který se snadněji integruje.
Zabezpečte a otestujte koncový bod: Nastavte zabezpečení webové služby a určete, kteří uživatelé nebo systémy k ní mají přístup. Poznamenejte si vygenerovanou adresu URL JSON nebo WSDL. Pomocí nástroje, jako je Postman, nebo jednoduchého skriptu otestujte koncový bod a ověřte, že vrací data.
Automatizujte extrakci: Pomocí integrační platformy nebo skriptu pravidelně volejte adresu URL RaaS. Skript by měl v požadavku předávat požadované časové období.
Připravte data pro ProcessMind: Skript by měl zpracovat odpověď JSON z Workday a převést ji na plochý soubor CSV. Zkontrolujte, že názvy sloupců v souboru CSV odpovídají požadovaným názvům atributů: PositionId, ActivityName, EventTime, User atd.
Nahrajte data do ProcessMind: Výsledný naformátovaný soubor CSV je připravený k nahrání do ProcessMind k analýze.

Konfigurace

Typ reportu: Advanced. Tento typ je nutný pro vytváření vypočítaných polí a spojování dat z různých obchodních objektů.
Primární zdroj dat: „Business Process Transactions“. Tento zdroj je založený na událostech a obsahuje potřebné podrobnosti, například stav, časová razítka a účastníky jednotlivých kroků obchodního procesu.
Důležité filtry:
- Business Process Type: Omezte report na relevantní procesy, například „Create Position“, „Close Position“, „Freeze Position“, „Change Job“, „Edit Position Restrictions“ a „Inactivate Position“. Je to důležité pro výkon.
- Completed Date: Použijte parametrický filtr tohoto pole, aby uživatelé mohli zadat časové období exportu. Pro první načtení doporučujeme data za 3 až 6 měsíců.
Vypočítaná pole: K odvození standardizovaného ActivityName a načtení atributů z hlavního objektu „Position“ do toku událostí je třeba ve velké míře využít vypočítaná pole „Evaluate Expression“ a „Lookup Related Value“.
Výstup webové služby: Nastavte formát výstupu RaaS na JSON. K dispozici je také XML, ale moderní aplikace obvykle snáze zpracují JSON.
Oprávnění: Uživatel, který vytváří report, potřebuje bezpečnostní oprávnění k datovým doménám, jako jsou „Business Process Transactions“, „Position Management“ a „Worker Data“. Data vrácená voláním RaaS budou omezena těmito oprávněními.

Ukázkový dotaz sql

/*
 This is a logical representation of the Workday Advanced Report configuration.
 It is built using the Workday Report Writer UI, not by writing code.
 Each 'SELECT' block represents a set of conditions within a single 'Evaluate Expression' calculated field for the 'ActivityName' column.
 The report's primary data source is 'Business Process Transactions'.
*/

// Calculated Field for ActivityName: 'cf_ActivityName'
// Type: Evaluate Expression

// Condition 1: Position Request Initiated
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Transaction'.Is First Step = true)
THEN 'Position Request Initiated'
// Column Mapping for this condition:
// PositionId: 'Position' From Business Process -> Position ID
// ActivityName: 'cf_ActivityName' (this calculated field)
// EventTime: 'Business Process' -> Initiation Moment
// User: 'Business Process' -> Initiator

// Condition 2: Manager Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Manager Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Manager Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 3: HR Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'HR Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'HR Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 4: Budget Approved
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Budget Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Budget Approved'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 5: Position Request Denied
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Denied')
THEN 'Position Request Denied'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process Transaction' -> Completed By (on the denial step)

// Condition 6: Position Created
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Created'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business process' -> Initiator

// Condition 7: Position Attributes Modified
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Attributes Modified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 8: Position Reclassified
WHEN ('Business Process'.Type = 'Change Job' AND 'Business Process'.Context.Is Position = true AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Reclassified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 9: Position Compliance Reviewed
WHEN ('Business Process Step'.Name CONTAINS 'Compliance Review' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Position Compliance Reviewed'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 10: Position Frozen
WHEN ('Business Process'.Type = 'Freeze Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Frozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 11: Position Unfrozen
// Note: This often relies on a different data source, 'Position History', to track status changes.
// If using 'Business Process Transactions', this assumes an 'Unfreeze' BP exists or is part of another BP.
// The example below assumes an 'Edit Position' BP is used to change the status.
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Position'.Is Frozen (Prior) = true AND 'Position'.Is Frozen = false AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Unfrozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 12: Position Deactivated
WHEN ('Business Process'.Type = 'Inactivate Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Deactivated'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 13: Position Closed
WHEN ('Business Process'.Type = 'Close Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Closed'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Default case for the calculated field
ELSE 'Other Activity'

/*
Final Report Structure:
- Data Source: Business Process Transactions
- Columns:
  - Position ID (from Position)
  - cf_ActivityName
  - Event Time (Calculated field to pick correct timestamp based on activity)
  - User (Calculated field to pick correct user)
  - End Time (same as Event Time for discrete events)
  - Position Status (from Position)
  - Reason For Change (from Business Process -> Reason)
  - Department (Supervisory Organization from Position)
  - Cost Center (from Position)
  - Job Family (from Job Profile)
- Filter:
  - Business Process Type IN ('Create Position', 'Edit Position Restrictions', 'Change Job', 'Freeze Position', 'Inactivate Position', 'Close Position', ...)
  - Completed Date IS IN [Prompted Date Range]
  - cf_ActivityName IS NOT 'Other Activity'
*/

Kroky

Předpoklad: Vytvořte vlastní report Workday. Než skript spustíte, vytvořte ve Workday vlastní report, který poskytne potřebná data. Použijte zdroj dat „Business Process Transactions“. Zpřístupněte pole potřebná pro záznam událostí, včetně Position ID, Business Process Type, Step Name, Status, Effective Date, Completed Date a Initiator. Na kartě „Advanced“ vyberte „Enable as Web Service“ a nastavte potřebná oprávnění pro svého Integration System User (ISU).
Předpoklad: Nastavte integračního uživatele Workday. Ověřte, že máte Integration System User (ISU) s oprávněním přistupovat k vlastnímu reportu vytvořenému v předchozím kroku. Poznamenejte si uživatelské jméno, heslo a vygenerovanou adresu URL endpointu RaaS (Reports-as-a-Service) ve formátu JSON.
Připravte prostředí Python. Nainstalujte Python na počítač, na kterém bude probíhat export. Pomocí pip nainstalujte potřebné knihovny: pip install requests pandas.
Nastavte Python skript. Stáhněte poskytnutý Python skript. Otevřete soubor v textovém editoru a upravte zástupné proměnné na začátku skriptu. Zadejte adresu URL RaaS ve Workday, uživatelské jméno a heslo. Nastavte také požadované hodnoty START_DATE a END_DATE pro období exportu.
Seznamte se s logikou skriptu. Skript se ověří ve Workday, zavolá webovou službu vlastního reportu a předá jí časové období jako parametry. Workday vrátí data ve formátu JSON. Pokud report vrátí více než jednu stránku výsledků, skript automaticky zpracuje stránkování.
Spusťte skript. Otevřete terminál nebo příkazový řádek, přejděte do adresáře, kam jste skript uložili, a spusťte jej příkazem: python workday_extraction.py.
Mapování aktivit. Skript obsahuje slovník mapování (activity_map), který převádí kombinace obchodních procesů Workday a stavů kroků na standardizované názvy aktivit požadované v ProcessMind. Možná bude nutné upravit klíče ve slovníku tak, aby odpovídaly přesným názvům obchodních procesů ve vašem prostředí Workday.
Transformace dat. Skript projde každý záznam vrácený reportem Workday. Použije mapování aktivit, získá požadované atributy a správně naformátuje časová razítka. Každou platnou událost přidá do seznamu.
Vytvoření výstupu. Po zpracování všech dat skript převede seznam událostí na pandas DataFrame. Data uspořádá do tabulky s požadovanými názvy sloupců: PositionId, ActivityName, EventTime, User a dalšími.
Exportujte CSV pro ProcessMind. Skript uloží výsledný DataFrame do souboru CSV s názvem position_management_event_log.csv. Soubor bude v kódování UTF-8 a můžete ho bez dalších úprav nahrát do ProcessMind.

Konfigurace

Vlastní report Workday (RaaS): Primárním zdrojem dat je vlastní report Workday zpřístupněný jako webová služba. Report musí vycházet ze zdroje dat „Business Process Transactions“.
Pole reportu: Report musí obsahovat například Position ID, Business Process Definition, Business Process Step, Transaction Status, Effective Timestamp, Completion Timestamp, Initiator a další požadované atributy, například Cost Center nebo Supervisory Organization.
Integration System User (ISU): K ověření je potřeba ISU s uživatelským jménem a heslem. Tento uživatel musí být členem bezpečnostní skupiny, která má oprávnění přistupovat ke koncovému bodu webové služby vlastního reportu.
Časové období: Skript používá parametry START_DATE a END_DATE. Při prvním exportu doporučujeme období 3 až 6 měsíců, aby objem dat zůstal zvládnutelný a zpracování bylo rychlejší. Při dalších exportech lze použít kratší období pro načtení změn.
Endpoint API: Skript potřebuje adresu URL endpointu JSON pro vlastní report. Najdete ji na kartě „Web Service“ v definici vlastního reportu ve Workday.
Mapování aktivit: Logika skriptu využívá nastavitelné mapování názvů procesů a stavů ve Workday na výsledné názvy aktivit. Mapování může být nutné upravit podle konkrétní konfigurace obchodních procesů ve vašem prostředí Workday.

Ukázkový dotaz python

import requests
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday RaaS endpoint, username, and password
WORKDAY_RAAS_URL = class="hl-string">'[Your_Workday_RaaS_JSON_Endpoint_URL]'
WORKDAY_USERNAME = class="hl-string">'[Your_ISU_Username]'
WORKDAY_PASSWORD = class="hl-string">'[Your_ISU_Password]'

class=class="hl-string">"hl-comment"># Set the date range for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-12-31'

class=class="hl-string">"hl-comment"># --- Activity Mapping --- #
class=class="hl-string">"hl-comment"># This dictionary maps Workday processes and statuses to standardized activity names.
class=class="hl-string">"hl-comment"># The keys are tuples: (class="hl-string">'Business Process Name', class="hl-string">'Step Name / Status').
class=class="hl-string">"hl-comment"># You MAY need to adjust the class="hl-string">'Business Process Name' to match your Workday configuration.
activity_map = {
    (class="hl-string">'Create Position', class="hl-string">'Initiation Step'): class="hl-string">'Position Request Initiated',
    (class="hl-string">'Create Position', class="hl-string">'Manager Approval'): class="hl-string">'Manager Approval Submitted',
    (class="hl-string">'Create Position', class="hl-string">'HR Approval'): class="hl-string">'HR Approval Submitted',
    (class="hl-string">'Create Position', class="hl-string">'Budget Approval'): class="hl-string">'Budget Approved',
    (class="hl-string">'Create Position', class="hl-string">'Denied'): class="hl-string">'Position Request Denied',
    (class="hl-string">'Create Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Created',
    (class="hl-string">'Edit Position Restrictions', class="hl-string">'Successfully Completed'): class="hl-string">'Position Attributes Modified',
    (class="hl-string">'Change Job', class="hl-string">'Successfully Completed'): class="hl-string">'Position Reclassified',
    (class="hl-string">'Freeze Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Frozen',
    class=class="hl-string">"hl-comment"># Assuming a business process exists for this. If not, this requires a different approach.
    (class="hl-string">'Unfreeze Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Unfrozen',
    (class="hl-string">'Inactivate Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Deactivated',
    (class="hl-string">'Close Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Closed',
    class=class="hl-string">"hl-comment"># Mapping a class="hl-string">'To Do' step within a parent process for compliance review
    (class="hl-string">'Create Position', class="hl-string">'Compliance Review To Do'): class="hl-string">'Position Compliance Reviewed',
    (class="hl-string">'Edit Position Restrictions', class="hl-string">'Compliance Review To Do'): class="hl-string">'Position Compliance Reviewed'
}

def get_activity_name(process, step, status):
    class="hl-string">"""Determines the activity name based on the mapping."""
    class=class="hl-string">"hl-comment"># Denied and successful completion are based on the overall process status
    if status == class="hl-string">'Denied':
        return activity_map.get((process, class="hl-string">'Denied'))
    if status == class="hl-string">'Successfully Completed':
        return activity_map.get((process, class="hl-string">'Successfully Completed'))

    class=class="hl-string">"hl-comment"># Other activities are based on specific steps
    return activity_map.get((process, step))

def fetch_workday_data():
    class="hl-string">"""Fetches data from the Workday RaaS endpoint with pagination."""
    all_entries = []
    page = 1
    while True:
        params = {
            class="hl-string">'format': class="hl-string">'json',
            class="hl-string">'page': page,
            class="hl-string">'StartDate': fclass="hl-string">'{START_DATE}T00:00:00Z',
            class="hl-string">'EndDate': fclass="hl-string">'{END_DATE}T23:59:59Z'
        }
        print(fclass="hl-string">"Fetching page {page}...")
        try:
            response = requests.get(
                WORKDAY_RAAS_URL,
                auth=(WORKDAY_USERNAME, WORKDAY_PASSWORD),
                params=params
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
            data = response.json()
            entries = data.get(class="hl-string">'Report_Entry', [])
            if not entries:
                print(class="hl-string">"No more entries found. Concluding fetch.")
                break
            all_entries.extend(entries)
            class=class="hl-string">"hl-comment"># Check if this is the last page
            if len(entries) < data.get(class="hl-string">'Report_Data', {}).get(class="hl-string">'Page_Size', 1000):
                 break
            page += 1
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Workday: {e}")
            break
        except ValueError:
            print(class="hl-string">"Error parsing JSON response. Check the URL and credentials.")
            print(class="hl-string">"Response text:", response.text)
            break

    print(fclass="hl-string">"Total entries fetched: {len(all_entries)}")
    return all_entries

def main():
    class="hl-string">"""Main function to extract, transform, and save data."""
    report_entries = fetch_workday_data()
    if not report_entries:
        print(class="hl-string">"No data extracted. Exiting.")
        return

    event_log = []
    for entry in report_entries:
        class=class="hl-string">"hl-comment"># Assuming your RaaS report column names are aliased for clarity
        process_name = entry.get(class="hl-string">'BusinessProcessType')
        step_name = entry.get(class="hl-string">'BusinessProcessStep')
        status = entry.get(class="hl-string">'TransactionStatus')
        position_id = entry.get(class="hl-string">'PositionID')
        
        activity = get_activity_name(process_name, step_name, status)
        
        if not activity or not position_id:
            continue class=class="hl-string">"hl-comment"># Skip records that don't map to a required activity or have no Position ID

        event_log.append({
            class="hl-string">'PositionId': position_id,
            class="hl-string">'ActivityName': activity,
            class="hl-string">'EventTime': entry.get(class="hl-string">'CompletedDateTime', entry.get(class="hl-string">'EffectiveDateTime')),
            class="hl-string">'EndTime': entry.get(class="hl-string">'CompletedDateTime'),
            class="hl-string">'User': entry.get(class="hl-string">'InitiatorName'),
            class="hl-string">'PositionStatus': entry.get(class="hl-string">'PositionStatus'), class=class="hl-string">"hl-comment"># Assumes this field is in the report
            class="hl-string">'ReasonForChange': entry.get(class="hl-string">'Reason'),
            class="hl-string">'Department': entry.get(class="hl-string">'SupervisoryOrganization'),
            class="hl-string">'CostCenter': entry.get(class="hl-string">'CostCenter'),
            class="hl-string">'JobFamily': entry.get(class="hl-string">'JobFamily')
        })

    if not event_log:
        print(class="hl-string">"No processable events found after mapping. Exiting.")
        return

    df = pd.DataFrame(event_log)

    class=class="hl-string">"hl-comment"># Data Cleaning and Formatting
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
    df.dropna(subset=[class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime'], inplace=True)
    df.sort_values(by=[class="hl-string">'PositionId', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    final_columns = [
        class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'User', class="hl-string">'EndTime', 
        class="hl-string">'PositionStatus', class="hl-string">'ReasonForChange', class="hl-string">'Department', class="hl-string">'CostCenter', class="hl-string">'JobFamily'
    ]
    df = df.reindex(columns=final_columns)

    output_filename = class="hl-string">'position_management_event_log.csv'
    df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Successfully created event log: {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

Kroky

Ověřte, že vybraná middleware nebo ETL platforma, například MuleSoft, Boomi nebo Informatica, má licencovaný konektor Workday a že integrační prostředí může komunikovat s Workday. Od správce Workday si vyžádejte přihlašovací údaje uživatele integračního systému, přiřazení bezpečnostních skupin, oprávnění k reportům nebo API a nastavení endpointu prostředí.
Ve Workday určete schválené zdrojové reporty nebo API, které zpřístupňují historii obchodních procesů, dokončení schvalovacích kroků, atributy pracovních pozic, změny stavů, odkazy na pracovníky nebo uživatele a časová razítka účinnosti. Přesné názvy reportů nebo API se liší podle nastavení prostředí, proto použijte [Configure based on your system]. Ověřte, že zdroj poskytuje Position ID a dostatek kontextu obchodního procesu k rozlišení všech požadovaných aktivit.
Nakonfigurujte konektor v middleware platformě: připojení k prostředí Workday, způsob ověření, časový limit požadavku, stránkování, pravidla opakování a parametry přírůstkového exportu. Jako parametry data použijte [Your start date] a [Your end date] a případně přidejte schválené filtry společnosti nebo nadřízené organizace.
Exportujte zdrojové datové sady do stagingových objektů v middleware platformě. Zachovejte zdrojové identifikátory, časy událostí a dokončení, identifikátory aktérů, stav pracovní pozice, důvod, oddělení, nákladové středisko, rodinu pracovních pozic, název obchodního procesu, název kroku, stav kroku a atributy pracovní pozice s časovou platností. Nespoléhejte na to, že ProcessMind události odvodí.
Převeďte stagingová data na jeden řádek události pro každou výslovně podporovanou aktivitu. Zahájení zdrojového obchodního procesu namapujte na Position Request Initiated, dokončené schvalovací kroky vedoucího, HR a rozpočtu na odpovídající aktivity, zamítnutí na konci procesu na Position Request Denied, úspěšné dokončení Create Position na Position Created a úspěšné dokončení určených procesů změny pracovní pozice na odpovídající aktivity. Kontrolu shody namapujte pouze tehdy, když je k dispozici výslovně dokončený krok To Do nebo Checklist. Position Unfrozen namapujte pouze tehdy, když zdroj při transformaci výslovně zaznamenává změnu stavu z Frozen na Active.
Spusťte úplnou SQL transformaci v poli dotazu nad stagingovými zdrojovými pohledy. Nahraďte pouze zástupné hodnoty pro připojení, přihlašovací údaje, data a společnost. Názvy zdrojových pohledů a sloupců v dotazu jsou zástupné příklady pro odborné použití. Nahraďte je skutečnými objekty a poli zpřístupněnými nakonfigurovaným konektorem Workday.
Ověřte, že každý výstupní řádek obsahuje PositionId, ActivityName a EventTime, časová razítka jsou převedena do jednoho dohodnutého časového pásma a duplicitní zdrojové záznamy jsou odstraněny podle zdrojového identifikátoru události nebo zdokumentovaného složeného klíče. Pokud jsou k dispozici, zachovejte User, EndTime, PositionStatus, ReasonForChange, Department, CostCenter a JobFamily.
Exportujte výsledek jako CSV v kódování UTF-8 nebo v jiném formátu záznamu událostí podporovaném ProcessMind. Použijte PositionId jako identifikátor případu, ActivityName jako sloupec aktivity a EventTime jako čas události. Doporučené atributy přidejte jako další sloupce, zachovejte jeden řádek na událost a nahrajte soubor do ProcessMind. Neočekávejte, že ProcessMind doplní chybějící aktivity.

Konfigurace

Konektor: Nakonfigurujte schválený konektor Workday v MuleSoft, Boomi, Informatica nebo vybrané ETL platformě. Konkrétní operace konektoru, názvy reportů a zdroje API závisí na prostředí a verzi konektoru.
Nastavení zdroje: Pro reporty nebo API Workday, které zpřístupňují události obchodních procesů, schvalovací kroky, historii stavů pracovních pozic a atributy pracovních pozic s časovou platností, použijte [Configure based on your system].
Časové období: Začněte dokončenými událostmi za 3 až 6 měsíců. Rozsah prodlužte až po ověření doby běhu, stránkování, uchovávání dat ve zdroji a limitů načítání ProcessMind.
Přírůstkové načítání: Jako časovou značku pro načítání změn použijte EventTime nebo čas změny zdrojové události. Mezi běhy ponechte krátké překrývající se období a odstraňte duplicity podle zdrojového identifikátoru události nebo zdokumentovaného složeného klíče.
Povinné výstupní sloupce: Každý řádek musí obsahovat PositionId, ActivityName a EventTime. PositionId je identifikátor případu.
Doporučené výstupní sloupce: User, EndTime, PositionStatus, ReasonForChange, Department, CostCenter a JobFamily.
Filtry aktivit: Filtrujte podle nakonfigurovaných názvů obchodních procesů Create Position, Edit Position Restrictions, Change Job, Freeze Position, Inactivate Position a Close Position a podle nakonfigurovaného kroku To Do nebo Checklist pro kontrolu shody. Používejte přesné hodnoty z prostředí, nikoli předpokládané názvy.
Zpracování stavů: Position Unfrozen exportujte pouze při výslovně dostupné změně stavu z Frozen na Active. Nevytvářejte událost jen proto, že aktuální stav je Active.
Výkon: Zapněte stránkování konektoru, omezte časové období, filtrujte data už ve zdroji, paralelní export použijte pouze tam, kde je podporován, a zpracovávejte přírůstky přes staging. Vyhněte se neomezenému exportu celého prostředí.
Zabezpečení: Integrační uživatel potřebuje oprávnění ke čtení historie obchodních procesů, schvalovacích kroků, dat pracovních pozic, historie stavů, organizačních atributů a odkazů na uživatele. Bezpečnostní domény a přístup k reportům musí schválit správce Workday.
Předpoklady: Ověřte licenci konektoru Workday, běhové prostředí middleware, bezpečné uložení přihlašovacích údajů, síťový přístup, dostupnost zdrojového reportu nebo API a oprávnění k importu v ProcessMind.

Ukázkový dotaz sql

WITH source_events AS (
    SELECT
        [Position ID] AS PositionId,
        [Business Process Name] AS BusinessProcessName,
        [Step Name] AS StepName,
        [Step Status] AS StepStatus,
        [Event Type] AS EventType,
        [Event Timestamp] AS SourceEventTime,
        [Completion Timestamp] AS SourceEndTime,
        [Performed By] AS SourceUser,
        [Position Status] AS SourcePositionStatus,
        [Reason] AS SourceReasonForChange,
        [Department] AS SourceDepartment,
        [Cost Center] AS SourceCostCenter,
        [Job Family] AS SourceJobFamily,
        [Previous Position Status] AS PreviousPositionStatus,
        [Source Event ID] AS SourceEventId
    FROM [Your Workday staged event source]
    WHERE [Event Timestamp] >= CAST('[Your start date]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[Your end date]' AS TIMESTAMP)
      AND [Position ID] IS NOT NULL
),
position_attributes AS (
    SELECT
        [Position ID] AS PositionId,
        [Position Status] AS PositionStatus,
        [Reason] AS ReasonForChange,
        [Department] AS Department,
        [Cost Center] AS CostCenter,
        [Job Family] AS JobFamily
    FROM [Your Workday staged position attribute source]
),
normalized_events AS (
    SELECT
        s.PositionId,
        'Position Request Initiated' AS ActivityName,
        s.SourceEventTime AS EventTime,
        s.SourceEndTime AS EndTime,
        s.SourceUser AS User,
        COALESCE(s.SourcePositionStatus, p.PositionStatus) AS PositionStatus,
        s.SourceReasonForChange AS ReasonForChange,
        COALESCE(s.SourceDepartment, p.Department) AS Department,
        COALESCE(s.SourceCostCenter, p.CostCenter) AS CostCenter,
        COALESCE(s.SourceJobFamily, p.JobFamily) AS JobFamily,
        s.SourceEventId AS SourceEventId
    FROM source_events s
    LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position'
      AND (s.EventType = 'Initiated' OR s.StepName = 'Create Position')
    UNION ALL
    SELECT s.PositionId, 'Manager Approval Submitted', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'Manager Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'HR Approval Submitted', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'HR Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Budget Approved', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'Budget Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Request Denied', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND (s.StepStatus = 'Denied' OR s.EventType = 'Denied')
    UNION ALL
    SELECT s.PositionId, 'Position Created', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepStatus = 'Completed' AND s.EventType = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Attributes Modified', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Edit Position Restrictions' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Reclassified', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Change Job' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Compliance Reviewed', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.StepStatus = 'Completed' AND (s.StepName = 'Compliance Review' OR s.StepName = 'Compliance Checklist' OR s.StepName = 'Compliance To Do')
    UNION ALL
    SELECT s.PositionId, 'Position Frozen', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Freeze Position' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Unfrozen', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.PreviousPositionStatus = 'Frozen' AND s.SourcePositionStatus = 'Active'
    UNION ALL
    SELECT s.PositionId, 'Position Deactivated', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Inactivate Position' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Closed', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Close Position' AND s.StepStatus = 'Completed'
),
deduplicated_events AS (
    SELECT
        PositionId,
        ActivityName,
        EventTime,
        EndTime,
        User,
        PositionStatus,
        ReasonForChange,
        Department,
        CostCenter,
        JobFamily,
        ROW_NUMBER() OVER (
            PARTITION BY PositionId, ActivityName, EventTime, COALESCE(SourceEventId, '')
            ORDER BY EndTime DESC NULLS LAST
        ) AS duplicate_rank
    FROM normalized_events
)
SELECT
    PositionId,
    ActivityName,
    EventTime,
    EndTime,
    User,
    PositionStatus,
    ReasonForChange,
    Department,
    CostCenter,
    JobFamily
FROM deduplicated_events
WHERE duplicate_rank = 1
  AND PositionId IS NOT NULL
  AND ActivityName IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY PositionId, EventTime, ActivityName;

Chcete začít?

Tato datová šablona obsahuje vše potřebné k zahájení zlepšování procesu správy pracovních pozic. Využijte data z Workday HCM k lepšímu přehledu a efektivnějšímu provozu.

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

Stáhnout šablonu

Zlepšete správu pracovních pozic v procesu od nástupu po odchod ve Workday HCM

Odhalte neefektivity a zkraťte dobu správy pracovních pozic o 30 %.

Začněte se zkušební verzí

Bez platební karty. Vyzkoušejte si službu zdarma po dobu 14 dnů.

Šablona dat pro proces od nástupu po odchod: správa pracovních pozic

Šablona dat pro proces od nástupu po odchod: správa pracovních pozic

Atributy procesu od nástupu po odchod: správa pracovních pozic

Aktivity procesu od nástupu po odchod: správa pracovních pozic

Návody k exportu dat

Export dat pomocí Workday Custom Report as a Service (RaaS)

Kroky

Konfigurace

Ukázkový dotaz sql

Python skript využívající Workday Web Services (WWS) API

Kroky

Konfigurace

Ukázkový dotaz python

Middleware nebo ETL platforma s konektorem Workday

Kroky

Konfigurace

Ukázkový dotaz sql

Chcete začít?

Zlepšete správu pracovních pozic v procesu od nástupu po odchod ve Workday HCM