Šablona dat pro správu pracovních pozic v procesu od nástupu po odchod
Šablona dat pro správu pracovních pozic v procesu od nástupu po odchod
- Doporučené atributy pro důkladnou analýzu
- Důležité aktivity procesu, které je třeba sledovat pro přesné odhalení jeho průběhu
- Pokyny k získání dat z Microsoft Dynamics 365 Human Resources
Atributy správy pracovních pozic v procesu od nástupu po odchod
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Časové razítko udávající, kdy k činnosti došlo. | ||
| Popis Čas události neboli časové razítko zaznamenává přesné datum a čas dokončení činnosti. Je důležitý pro chronologické seřazení událostí a výpočet trvání i doby procesu. Tento atribut se používá téměř při každé analýze process mining, od tvorby procesní mapy po výpočet výkonnostních KPI, jako je „Průměrná doba schválení pracovní pozice“. Pomáhá určit, kdy dochází ke zpožděním a jak dlouho trvá každý krok procesu. Proč je to důležité Toto časové razítko je nezbytné pro řazení událostí, výpočet všech časových ukazatelů a odhalování úzkých míst procesu. Kde data získat Tyto informace se obvykle nacházejí v tabulkách systémových protokolů nebo v polích „CreatedDateTime“ či „ModifiedDateTime“ přiřazených k záznamům pracovních pozic a workflow v Dynamics 365 HR. Příklady 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z | |||
| ID pracovní pozice PositionId | Jedinečný identifikátor konkrétní pracovní pozice v organizaci. | ||
| Popis ID pracovní pozice slouží jako hlavní identifikátor případu a propojuje všechny činnosti a datové body týkající se jedné pracovní pozice. Umožňuje sledovat celý její životní cyklus od vytvoření a úprav až po deaktivaci nebo uzavření. Při analýze procesu je tento identifikátor nezbytný pro rekonstrukci průběhu každé pracovní pozice. Umožňuje vytvářet dashboardy pro sledování doby procesu, odhalování úzkých míst při schvalování a analýzu variant procesu od žádosti po uzavření. Proč je to důležité Jde o hlavní identifikátor, který propojuje všechny související události do jednoho případu procesu. Díky tomu lze analyzovat celý životní cyklus pracovní pozice. Kde data získat V Microsoft Dynamics 365 Human Resources jde obvykle o pole HcmPosition.PositionId. Najdete ho v datových entitách, jako je HcmPositionV2Entity. Příklady POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Název činnosti ActivityName | Název konkrétní události nebo úkolu, ke kterému došlo v procesu správy pracovní pozice. | ||
| Popis Tento atribut popisuje jeden krok v životním cyklu pracovní pozice, například „Zahájena žádost o pracovní pozici“, „Pracovní pozice vytvořena v systému HR“ nebo „Pracovní pozice deaktivována“. Tvoří základ procesní mapy a ukazuje pořadí událostí. Analýza názvu činnosti umožňuje zobrazit průběh procesu, odhalit odchylky od standardního postupu a vypočítat dobu mezi jednotlivými kroky. Je zásadní pro pochopení toho, co se stalo a v jakém pořadí. Proč je to důležité Určuje jednotlivé kroky procesu, umožňuje zobrazit procesní mapy a analyzovat průběh procesu i jeho varianty. Kde data získat Tento atribut se odvozuje od obchodních událostí, změn stavu nebo historie workflow v Microsoft Dynamics 365 Human Resources. Nejde o jedno konkrétní pole, ale o údaj sestavený podle kontextu dat. Příklady Zahájena žádost o pracovní poziciŽádost o pracovní pozici schválil manažerPracovní pozice vytvořena v systému HRZměněny atributy pracovní pozicePracovní pozice uzavřena | |||
| Čas ukončení EndTime | Časové razítko označující dokončení aktivity. | ||
| Popis EndTime označuje dokončení aktivity. Doba mezi StartTime a EndTime představuje dobu zpracování dané aktivity. Tento atribut je nezbytný pro výpočet délky aktivit a zjištění, kde proces zabírá nejvíce času. Pomůže například určit, jak dlouho manažerovi trvá schválení požadavku na pracovní pozici od chvíle, kdy mu byl přidělen. Proč je to důležité Umožňuje vypočítat dobu zpracování jednotlivých aktivit, což je základ pro podrobnou analýzu výkonnosti a úzkých míst. Kde data získat Hodnotu lze odvodit z časových razítek následujících událostí nebo z konkrétních polí označujících dokončení ve workflow protokolech Dynamics 365 HR. Často je nutné ji odhadnout. Příklady 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Jméno uživatele UserName | Jméno nebo ID uživatele, který provedl aktivitu. | ||
| Popis Tento atribut určuje zaměstnance nebo systémového uživatele odpovědného za daný krok procesu, například manažera, který požadavek schválil, nebo specialistu HR, který v systému vytvořil pracovní pozici. Analýza podle uživatelů pomáhá odhalit potřeby školení, porovnat výkonnost členů týmu a zjistit rozložení pracovní zátěže. Je důležitá také při kontrolách shody, které ověřují správné oddělení povinností. Proč je to důležité Umožňuje určit odpovědnost a analyzovat výkonnost jednotlivců i týmů. To je důležité pro řízení zdrojů a plánování školení. Kde data získat Souvisí s historií workflow nebo záznamy auditní stopy v Dynamics 365 HR. Může být propojen prostřednictvím User ID z entity HcmWorker. Příklady John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Nákladové středisko CostCenter | Finanční nákladové středisko, na které se účtují výdaje spojené s pracovní pozicí. | ||
| Popis Nákladové středisko je důležitá finanční dimenze, která propojuje pracovní pozici s konkrétním rozpočtem nebo oblastí finanční odpovědnosti. Změny této hodnoty je vhodné sledovat. Tento atribut je důležitý pro dashboard „Kontrola konzistence údajů o pracovních pozicích“, který analyzuje změny důležitých atributů po vytvoření pozice. Slouží také k analýze nákladů a rozpočtů souvisejících s pracovními pozicemi podle finančních jednotek. Proč je to důležité Propojuje pracovní pozici s finančními údaji, a umožňuje tak analyzovat náklady procesu a kontrolovat konzistenci dat. Kde data získat Obvykle se nastavuje jako finanční dimenze v záznamu pracovní pozice. Nastavení finančních dimenzí najdete v Dynamics 365. Příklady CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Název pracovní pozice JobTitle | Název pracovní pozice, například „Seniorní účetní“. | ||
| Popis Název pracovní pozice upřesňuje její roli a odpovědnosti. Liší se od Position ID, protože stejný název může mít více pracovních pozic. Při analýze umožňuje seskupovat a filtrovat data podle typu role. V dashboardu „Trendy změn klasifikace pracovních pozic“ pomáhá zjistit, které typy pozic se překlasifikovávají nejčastěji. Proč je to důležité Doplňuje obchodní kontext a umožňuje analyzovat data podle pracovní role, úrovně nebo funkce. Kde data získat Informace se přebírá ze záznamu Job propojeného s pracovní pozicí. Hledejte ji v entitách, jako je HcmPositionV2Entity, nebo ji získejte propojením s HcmJobEntity. Příklady Seniorní finanční analytikSoftwarový inženýr IIHR business partnerKoordinátor marketinguManažer logistiky | |||
| Oddělení DepartmentName | Oddělení, do kterého pracovní pozice patří. | ||
| Popis Tento atribut určuje organizační oddělení, například Finance, Marketing nebo IT, ke kterému pracovní pozice náleží. Slouží jako hlavní dimenze pro filtrování a agregaci procesních dat. Analýza podle oddělení je nezbytná pro dashboard „Průchodnost pracovních pozic podle oddělení“. Pomáhá porovnat výkonnost procesů, odhalit úzká místa v jednotlivých odděleních a sledovat trendy v náboru napříč firmou. Proč je to důležité Umožňuje rozdělit analýzu procesů podle organizační jednotky, odhalit problémy v konkrétních odděleních a porovnat jejich výkonnost. Kde data získat Tyto informace jsou součástí podrobností o pracovní pozici. Obvykle se ukládají v entitě HcmPositionDetail a propojují s dimenzí provozní jednotky. Příklady FinanceInformační technologieProdej a marketingLidské zdrojeProvoz | |||
| Stav pracovní pozice PositionStatus | Aktuální nebo historický stav pracovní pozice. | ||
| Popis Tento atribut uvádí stav pracovní pozice v určitém okamžiku, například „Navržená“, „Aktivní“, „Zmrazená“ nebo „Uzavřená“. Změny stavu často odpovídají aktivitám v procesu. Sledování stavu pomáhá porozumět průběhu pracovní pozice a využít dashboardy, jako jsou „Stav kontroly shody pracovních pozic“ a „Neaktivní a nedostatečně využívané pracovní pozice“. Poskytuje přehled o aktuálním stavu pozice a pomáhá ověřit průběh procesu. Proč je to důležité Jasně určuje stav každé pracovní pozice, což usnadňuje filtrování případů a pochopení jejich výsledků. Kde data získat Podrobnosti najdete v dokumentaci Microsoft Dynamics 365 Human Resources. Stav se pravděpodobně odvozuje z polí záznamu pracovní pozice. Příklady NavrženáČeká na kontroluAktivníZmrazenáUzavřená | |||
| Doba schvalování ApprovalCycleTime | Celková doba od zahájení požadavku na pracovní pozici do jeho konečného schválení. | ||
| Popis Tato vypočítaná metrika měří dobu od aktivity „Zahájení požadavku na pracovní pozici“ po závěrečnou schvalovací aktivitu, například „Schválení požadavku na pracovní pozici oddělením HR“. Jde o KPI pro úvodní část procesu správy pracovních pozic. Tento atribut přímo naplňuje dashboard a KPI „Doba schvalování pracovní pozice“. Poskytuje celkový přehled o efektivitě schvalování a pomáhá sledovat dopad zlepšení v čase. Proč je to důležité Toto KPI měří efektivitu celého schvalovacího procesu a přímo upozorňuje na prodlevy, které brání připravit pracovní pozice k vytvoření. Kde data získat Vypočítává se na úrovni případu. Z časových razítek počáteční a závěrečné aktivity schvalovací fáze se určí časový rozdíl. Příklady P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Důvod zamítnutí RejectionReason | Důvod uvedený při zamítnutí požadavku na pracovní pozici. | ||
| Popis Když manažer nebo HR zamítne požadavek na pracovní pozici, často se zaznamená důvod. Může jít například o nedostatečný rozpočet, nesprávné údaje nebo změnu strategie. Tento atribut je důležitý pro výpočet KPI „Míra zamítnutí požadavků na pracovní pozici“ a pro zjištění příčin opakované práce. Analýza nejčastějších důvodů zamítnutí pomáhá odhalit problémy v předchozích krocích, například nízkou kvalitu požadavků nebo nejasné pokyny. Tyto problémy lze řešit a proces zlepšit. Proč je to důležité Ukazuje, proč požadavky neprocházejí, a umožňuje cíleně zlepšit proces, omezit opakovanou práci a snížit počet zamítnutí. Kde data získat Podrobnosti najdete v dokumentaci Microsoft Dynamics 365 Human Resources. Důvod se často zaznamenává v komentářích workflow nebo v samostatném poli s kódem důvodu při zamítnutí. Příklady Rozpočet není k dispoziciDuplicitní požadavekNesprávný profil pracovní pozicePozastavení náboruZměna strategického zaměření | |||
| Jde o opakovanou práci IsRework | Příznak určující, zda je aktivita součástí opakovaného cyklu. | ||
| Popis Tento logický příznak má hodnotu true, pokud se krok procesu opakuje, například když je po změně atributů nutné znovu získat schválení. Pomáhá vyčíslit neefektivní opakování v procesu. Atribut přímo podporuje dashboard „Analýza opakované práce u pracovních pozic“ a KPI „Míra opakované práce při vytváření pracovní pozice“. Díky označení opakované práce mohou analytici snadno filtrovat a měřit četnost i dopad neefektivních postupů. Proč je to důležité Výslovně označuje a vyčísluje opakovanou práci v procesu, která bývá hlavním cílem zlepšování procesů. Kde data získat Vypočítává se podle pořadí aktivit v případu. Pokud například po aktivitě „Změna atributů pracovní pozice“ následuje „Schválení požadavku na pracovní pozici manažerem“, lze tuto aktivitu označit jako opakovanou práci. Příklady truefalse | |||
| Je rozpočet schválen IsBudgetApproved | Příznak určující, zda byl rozpočet pracovní pozice schválen. | ||
| Popis Tento logický atribut má hodnotu true, pokud u dané pracovní pozice proběhla aktivita „Schválení rozpočtu pracovní pozice“. Pomáhá analyzovat průběh procesu a odhalit pozice, u kterých se čeká na schválení rozpočtu. Atribut lze použít k filtrování procesů a přesnější analýze KPI „Doba schvalování rozpočtu pracovní pozice“. Rozlišuje pozice, u kterých je rozpočet schválen, od těch, které na schválení stále čekají. To se hodí při analýze úzkých míst. Proč je to důležité Jasně označuje důležitý milník, takže lze snadno vymezit a měřit fázi schvalování rozpočtu. Kde data získat Odvozuje se při transformaci dat kontrolou, zda se v historii případu vyskytuje aktivita „Schválení rozpočtu pracovní pozice“. Příklady truefalse | |||
| Manažer, který podal požadavek RequestingManager | Manažer, který zahájil požadavek na pracovní pozici. | ||
| Popis Tento atribut určuje vedoucího náboru nebo vedoucího oddělení, který zahájil proces požadavkem na novou pracovní pozici nebo náhradu za uvolněné místo. Ukazuje, odkud poptávka po pracovních pozicích přichází. Analýza podle manažera, který požadavek podal, pomáhá odhalit vzorce v počtu požadavků, míře schválení a jejich kvalitě. Přináší další podrobnosti pro pochopení pracovní zátěže a dodržování procesu. Proč je to důležité Pomáhá zjistit, odkud poptávka po pracovních pozicích přichází, a analyzovat procesní ukazatele z pohledu vedoucího náboru. Kde data získat Podrobnosti najdete v dokumentaci Microsoft Dynamics 365 Human Resources. Tyto informace se pravděpodobně zaznamenávají při zahájení workflow. Příklady Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Místo Location | Fyzické nebo geografické umístění pracovní pozice. | ||
| Popis Tento atribut určuje, kde je pracovní pozice umístěna. Může jít o kancelář, město nebo zemi. Jde o další důležitou dimenzi pro filtrování a členění procesních dat. Místo se používá v dashboardu „Průchodnost pracovních pozic podle oddělení“ k analýze trendů v obsazování pozic a výkonnosti procesů v různých regionech. Pomůže zjistit, zda vytváření nebo schvalování pracovních pozic v některých lokalitách trvá déle. Proč je to důležité Poskytuje geografický kontext pro analýzu výkonnosti procesů a trendů v různých lokalitách. Kde data získat Podrobnosti najdete v dokumentaci Microsoft Dynamics 365 Human Resources. Místo může být součástí údajů o pracovní pozici nebo propojené s oddělením či právnickou osobou. Příklady New York, USALondýn, Spojené královstvíBerlín, NěmeckoSingapurPráce na dálku | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko poslední aktualizace dat ze zdrojového systému. | ||
| Popis Tento atribut uvádí, kdy byla data naposledy extrahována z Microsoft Dynamics 365 Human Resources. Pomáhá posoudit, jak aktuální jsou podklady pro analýzu. Zobrazení této informace v dashboardech uživatelům potvrzuje, že pracují s aktuálními daty. Jde o důležitá metadata každého projektu process mining. Proč je to důležité Uživatelé díky němu vědí, jak aktuální data jsou. To je důležité při rozhodování na základě analýzy. Kde data získat Toto časové razítko se vytváří a ukládá při extrakci, transformaci a načítání dat (ETL). Příklady 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| Skupina pracovních pozic JobFamily | Skupina pracovních pozic s podobnou náplní, například „Inženýrství“ nebo „Finance“. | ||
| Popis Skupina pracovních pozic je klasifikace, která sdružuje související názvy pozic. Například „Softwarový inženýr“ a „QA inženýr“ mohou patřit do skupiny „Inženýrství“. Tento atribut je důležitý pro dashboard „Trendy změn klasifikace pracovních pozic“. Umožňuje na vyšší úrovni analyzovat, které kategorie pracovních pozic se mění nejčastěji. Nabízí širší pohled než analýza jednotlivých názvů pozic. Proč je to důležité Umožňuje analyzovat pracovní pozice podle širších kategorií, což se hodí při strategickém plánování pracovní síly a sledování trendů. Kde data získat Tento údaj je součástí nastavení pracovních pozic v Dynamics 365 HR. V entitě HcmJobEntity hledejte pole související se skupinou nebo funkcí pracovní pozice. Příklady InženýrstvíFinance a účetnictvíProdejLidské zdrojeŘízení produktů | |||
| Typ pracovní pozice PositionType | Určuje, zda jde například o plný úvazek, částečný úvazek nebo dočasnou pozici. | ||
| Popis Tento atribut rozděluje pracovní pozice podle podmínek zaměstnání. Poskytuje další kontext pro analýzu a plánování pracovní síly. Filtrování podle typu pracovní pozice může při analýze procesů odhalit, zda se pro různé typy pozic používají odlišné postupy nebo zda se liší doba jejich vyřízení. Schvalování dočasných pozic může být například rychlejší a jednodušší než u stálých pozic na plný úvazek. Proč je to důležité Umožňuje analyzovat rozdíly v procesu podle typu zaměstnání a podpořit plánování pracovní síly i zlepšování procesů. Kde data získat Tyto informace jsou obvykle dostupné v záznamu pracovní pozice v Dynamics 365 HR. Příslušné pole hledejte například v entitě HcmPositionV2Entity. Příklady Plný úvazekČástečný úvazekExternistaStážistaDočasná pozice | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data získána. | ||
| Popis Tento atribut určuje původ procesních dat. V tomto přehledu půjde obvykle o „Microsoft Dynamics 365 Human Resources“. V prostředí s více systémy je toto pole důležité pro sledování původu dat a řešení problémů. Pomáhá ověřit, zda data pocházejí z očekávaného zdroje, a filtrovat analýzy podle konkrétního systému. Proč je to důležité Poskytuje kontext o původu dat, což je důležité pro správu dat i analýzy zahrnující více podnikových systémů. Kde data získat Tato statická hodnota se přidává při extrakci a transformaci dat a označuje původ datové sady. Příklady Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
Aktivity správy pracovních pozic v procesu od nástupu po odchod
| Aktivita | Popis | ||
|---|---|---|---|
| Pracovní pozice aktivována | Označuje okamžik, kdy se pracovní pozice oficiálně otevře a může začít nábor. Událost se odvozuje ze změny pole stavu v záznamu pracovní pozice na „Active“ nebo podobný stav. | ||
| Proč je to důležité Jde o důležitý milník pro měření připravenosti k náboru a efektivity závěrečných kroků nastavení. Je nezbytný pro KPI průměrné doby do aktivace pracovní pozice. Kde data získat Událost se odvozuje ze sledování časového razítka, kdy se pole stavu, například „PositionStatus“, v záznamu pracovní pozice změní na „Active“ nebo „Open“. Zachycení Vychází z data vyplnění pole ActivationDate pracovní pozice nebo ze změny pole stavu na „Active“. Typ události inferred | |||
| Pracovní pozice deaktivována | Pracovní pozice již není aktivní a je odebrána z aktivní organizační struktury, často po obsazení. Událost se odvozuje ze změny stavu na „Inactive“ nebo podobný stav. | ||
| Proč je to důležité Označuje důležitý krok na konci aktivního období pracovní pozice. Je nezbytný pro analýzu průměrné doby do deaktivace pracovní pozice a přesné řízení počtu zaměstnanců. Kde data získat Událost se odvozuje z časového razítka vyplnění pole „RetirementDate“ nebo ze změny pole stavu v záznamu pracovní pozice na „Inactive“. Zachycení Vychází z data nastavení pole RetirementDate pracovní pozice nebo ze změny pole stavu na „Inactive“. Typ události inferred | |||
| Pracovní pozice uzavřena | Označuje konečné archivování záznamu pracovní pozice, tedy úplný konec jejího životního cyklu. Událost se odvozuje ze změny stavu na „Closed“ nebo podobný konečný stav. | ||
| Proč je to důležité Jde o závěrečnou událost procesu, která umožňuje analyzovat celý životní cyklus od začátku do konce a odhalit zastaralé pracovní pozice, které je třeba uzavřít. Kde data získat Událost se odvozuje ze změny pole stavu v záznamu pracovní pozice na „Closed“. Je méně častá než deaktivace, protože záznamy se často uchovávají pro historické účely. Zachycení Událost se odvozuje z časového razítka aktualizace pole stavu na „Closed“. Typ události inferred | |||
| Pracovní pozice vytvořena v systému HR | Tato událost označuje oficiální vytvoření záznamu pracovní pozice v Dynamics 365 HR. Získává se z časového razítka vytvoření samotného hlavního záznamu pracovní pozice. | ||
| Proč je to důležité Jde o zásadní milník, který označuje přechod od žádosti ke skutečné pracovní pozici v organizační struktuře. Je koncovým bodem KPI doby od žádosti po vytvoření pracovní pozice. Kde data získat Získává se ze systémového pole „CreatedDateTime“ v hlavní tabulce pracovních pozic, například HcmPosition. Zachycení Získává se ze systémového pole CreatedDateTime v tabulce HcmPosition. Typ události explicit | |||
| Žádost o pracovní pozici schválilo HR | Označuje konečné schválení oddělením lidských zdrojů před formálním vytvořením pracovní pozice. Událost se výslovně zaznamená po dokončení schvalovacího úkolu HR v systému workflow. | ||
| Proč je to důležité Tím končí fáze schvalování. Jde o důležitý milník pro měření průměrné doby schválení pracovní pozice. Kde data získat Zaznamenává se v tabulkách historie workflow, například WorkflowTrackingTable, když zástupce HR dokončí schvalovací úkol. Zachycení Po dokončení schválení HR se událost s časovým razítkem zaznamená do historie workflow. Typ události explicit | |||
| Zahájena žádost o pracovní pozici | Označuje formální začátek životního cyklu správy pracovní pozice. Událost se obvykle zaznamená, když uživatel odešle novou žádost o pracovní pozici prostřednictvím příslušného formuláře nebo workflow v Dynamics 365 HR. | ||
| Proč je to důležité Tento bod slouží jako začátek měření celého životního cyklu pracovní pozice, včetně důležitých KPI, jako je doba schválení pracovní pozice a doba od žádosti po vytvoření pracovní pozice. Kde data získat Údaj se získává z časového razítka vytvoření záznamu žádosti o pracovní pozici nebo ze záznamu o zahájení v tabulce historie workflow, například WorkflowTrackingStatusTable. Zachycení Událost se zaznamená při odeslání nového workflow žádosti o pracovní pozici. Typ události explicit | |||
| Kontrola souladu pracovní pozice s pravidly | Označuje, že pracovní pozice prošla formální kontrolou souladu s pravidly. Událost lze zaznamenat změnou stavu, dokončením úkolu v kontrolním seznamu nebo aktualizací vlastního pole. | ||
| Proč je to důležité Tato činnost je důležitá pro sledování dodržování regulatorních a interních pravidel. Přímo podporuje KPI míry dodržování pravidel u pracovních pozic. Kde data získat Událost lze pravděpodobně odvodit z pole stavu s časovým razítkem, například „ComplianceReviewStatus“, nebo z logického pole „IsComplianceReviewed“ v záznamu pracovní pozice. Zachycení Událost se odvozuje z časového razítka aktualizace pole stavu souladu na „Completed“ nebo „Reviewed“. Typ události inferred | |||
| Pracovní pozice pozastavena | Označuje dočasné pozastavení pracovní pozice, při kterém nelze provádět nábor. Událost se odvozuje ze změny stavu záznamu pracovní pozice na „Frozen“ nebo „On Hold“. | ||
| Proč je to důležité Sleduje přerušení životního cyklu pracovní pozice, která mohou ovlivnit plány náboru a rozpočet. Pomáhá odhalit příčiny zpoždění náboru. Kde data získat Událost se odvozuje ze sledování časového razítka, kdy se pole stavu v záznamu pracovní pozice změní na „Frozen“ nebo podobnou hodnotu. Zachycení Událost se odvozuje z časového razítka změny stavu na „Frozen“ nebo „On Hold“. Typ události inferred | |||
| Pracovní pozice překlasifikována | Jde o významnou aktualizaci, při které se změní základní klasifikace pracovní pozice, například skupina nebo úroveň pracovního zařazení. Událost se obvykle odvozuje ze změny pole „Job“ v záznamu pracovní pozice. | ||
| Proč je to důležité Pomáhá analyzovat změny organizační struktury a stabilitu definic pracovních pozic. Jde o hlavní činnost pro KPI míry překlasifikování pracovních pozic. Kde data získat Událost se odvozuje ze změny pole „JobId“ v tabulce HcmPosition. Změnu lze zachytit v protokolu databáze nebo porovnáním verzí záznamu v čase. Zachycení Událost se odvozuje ze zaznamenané změny pole klasifikace pracovní pozice v jejím záznamu. Typ události inferred | |||
| Schválen rozpočet pracovní pozice | Důležitý schvalovací milník, který potvrzuje přidělení potřebných finančních prostředků na novou pracovní pozici. Obvykle se zaznamenává jako samostatný schvalovací krok ve workflow vytváření pracovní pozice. | ||
| Proč je to důležité Odděluje fázi finančního schválení, takže lze analyzovat zpoždění při přidělování rozpočtu a sledovat KPI doby schválení rozpočtu pracovní pozice. Kde data získat Zaznamenává se v tabulkách historie workflow, například WorkflowTrackingTable, jako dokončený schvalovací úkol, který bývá často přidělen pracovníkovi z finančního oddělení. Zachycení Získává se z časového razítka dokončení schválení rozpočtu v záznamu workflow. Typ události explicit | |||
| Žádost o pracovní pozici schválil manažer | Označuje dokončení první fáze schvalování vedoucím náboru. Událost se výslovně zaznamená v historii workflow, když manažer dokončí přidělený schvalovací úkol. | ||
| Proč je to důležité Ukazuje dobu trvání první fáze schvalování a pomáhá odhalit úzká místa u konkrétních manažerů nebo oddělení. Kde data získat Zaznamenává se jako dokončený krok v tabulkách historie workflow, například WorkflowTrackingTable, a přiřazuje se k žádosti o pracovní pozici. Zachycení Získává se z časového razítka dokončení schválení manažerem v záznamu workflow. Typ události explicit | |||
| Žádost o pracovní pozici zamítnuta | Označuje zamítnutí žádosti o pracovní pozici v některé fázi schvalování. Událost se výslovně zaznamená v historii workflow, když schvalovatel zvolí akci „Reject“. | ||
| Proč je to důležité Upozorňuje na selhání procesu a opakovanou práci. Analýza důvodů zamítnutí pomáhá zlepšit kvalitu původních žádostí a sledovat KPI míry zamítnutí žádostí o pracovní pozici. Kde data získat U konkrétní žádosti o pracovní pozici se v tabulkách historie workflow, například WorkflowTrackingStatusTable, zaznamená stav „Rejection“. Zachycení Získává se ze záznamu workflow, když schvalovatel žádost zamítne. Typ události explicit | |||
| Zahájen nábor | Označuje předání od správy pracovních pozic k náboru. Událost se odvozuje od vytvoření nové žádosti o obsazení nebo náborového projektu propojeného s konkrétním ID pracovní pozice. | ||
| Proč je to důležité Propojuje proces správy pracovní pozice s jeho výsledkem a umožňuje analyzovat dobu mezi aktivací pracovní pozice a zahájením náboru. Kde data získat Událost se odvozuje od data vytvoření záznamu v tabulkách náboru nebo volných pracovních míst, například HcmRecruitingRequest, který obsahuje ID pracovní pozice. Zachycení Událost se odvozuje propojením PositionId s vytvořením odpovídajícího záznamu v náborovém modulu. Typ události inferred | |||
| Změněny atributy pracovní pozice | Označuje jakoukoli změnu důležitých atributů pracovní pozice, například názvu nebo oddělení, po jejím prvním vytvoření. Tato činnost se obvykle odvozuje ze změn zaznamenaných v systémovém protokolu databáze. | ||
| Proč je to důležité Častý výskyt této činnosti může ukazovat na nízkou kvalitu dat nebo opakovanou práci. Je důležitá pro KPI četnosti změn atributů pracovní pozice a míry opakované práce. Kde data získat Pokud je pro tabulku pracovních pozic zapnuté sledování změn, lze událost odvodit z tabulky SysDatabaseLog. Jinou možností je porovnání historických snímků dat o pracovních pozicích. Zachycení Událost se odvozuje z aktualizačních operací v důležitých polích tabulky HcmPosition zaznamenaných v protokolu databáze. Typ události inferred | |||
Návody na získání dat
Kroky
- Otevřete pracovní prostor správy dat: Přihlaste se do Microsoft Dynamics 365 Human Resources. Pomocí hlavního vyhledávacího pole přejděte do pracovního prostoru „Data management“.
- Vytvořte nový projekt exportu: V pracovním prostoru vyberte dlaždici „Export“. Na stránce projektu exportu klikněte na „New“ a vytvořte projekt. Zadejte výstižný název, například „PositionManagement_EventLog_Export“, a vyberte formát dat. Pro transformaci doporučujeme „CSV“.
- Přidejte do projektu datové entity: V novém projektu klikněte na „Add entity“. Abyste zachytili celý životní cyklus pracovní pozice, přidejte několik entit. Postupně přidejte tyto hlavní entity: „HcmPositionV2“, „WorkflowTrackingStatusTable“ a „HcmRecruitingRequest“. Pokud je pro změny pracovních pozic zapnuté protokolování databáze, přidejte také „SysDatabaseLog“.
- Nastavte filtry entit: U každé entity je důležité omezit rozsah dat pomocí filtrů. Vyberte entitu a klikněte na „Filter“. U „HcmPositionV2“ nastavte konkrétní období pomocí polí „CreatedDateTime“ nebo „ModifiedDateTime“. U „WorkflowTrackingStatusTable“ nastavte filtr „CONTEXTTABLENAME“ tak, aby zahrnoval pouze workflow související s pracovními pozicemi.
- Vyberte pole pro každou entitu: Zkontrolujte, že exportujete všechna pole potřebná pro následnou transformaci. U „HcmPositionV2“ zahrňte „PositionId“, „CreatedDateTime“, „ActivationDate“, „RetirementDate“, „ModifiedDateTime“, „JobId“ a „DepartmentNumber“. U „WorkflowTrackingStatusTable“ zahrňte „ContextRecId“, „WorkflowTrackingStatus“, „CreatedDateTime“ a „UserId“.
- Spusťte export: Po nastavení všech entit, polí a filtrů klikněte na hlavní stránce projektu na „Export“. Systém vytvoří datový balíček se samostatným souborem pro každou entitu.
- Sledujte průběh a stáhněte datový balíček: Průběh úlohy můžete sledovat v části „Job history“. Po úspěšném dokončení si stáhněte datový balíček v komprimovaném souboru.
- Rozbalte a transformujte data: Rozbalte stažený balíček. Najdete v něm samostatné soubory CSV pro jednotlivé entity. Obsahují nezpracovaná data, nikoli hotový záznam událostí. K jejich zpracování budete potřebovat externí skript, například v Pythonu s knihovnou pandas nebo v PowerShellu.
- Nastavte logiku transformace: Skript musí provést tyto kroky:
- Načíst soubor „HcmPositionV2.csv“. Z údajů „PositionId“ a „CreatedDateTime“ vytvořit událost „Pracovní pozice vytvořena v HR systému“.
- Vytvořit události změny stavu („Pracovní pozice aktivována“, „Pracovní pozice zmrazena“, „Pracovní pozice deaktivována“, „Pracovní pozice uzavřena“) na základě stavových polí nebo datových polí, jako jsou „ActivationDate“ a „RetirementDate“ v souboru „HcmPositionV2.csv“.
- Načíst soubor „WorkflowTrackingStatusTable.csv“ a propojit jeho data s údaji o pracovních pozicích pomocí ID záznamu. Z těchto dat vytvořit události workflow: „Požadavek na pracovní pozici zadán“, „Požadavek na pracovní pozici schválen vedoucím“, „Rozpočet pracovní pozice schválen“, „Požadavek na pracovní pozici schválen HR“ a „Požadavek na pracovní pozici zamítnut“. Stav workflow a kontext kroku je třeba namapovat na správný název aktivity.
- Pokud jste exportovali soubor „SysDatabaseLog.csv“, zpracovat jej a na základě změn konkrétních polí v tabulce HcmPosition vytvořit události „Atributy pracovní pozice upraveny“ a „Pracovní pozice překlasifikována“.
- Načíst soubor „HcmRecruitingRequest.csv“ a vytvořit událost „Nábor zahájen“ podle data vytvoření náborového požadavku pro danou pracovní pozici.
- Sestavte výsledný záznam událostí: Skript má spojit všechny vytvořené události z různých zdrojů do jednoho souboru CSV. Musí obsahovat povinné sloupce „PositionId“, „ActivityName“ a „EventTime“ a také všechny doporučené atributy, které se vám podařilo namapovat.
- Připravte soubor k nahrání: Zkontrolujte, že soubor CSV obsahuje záhlaví odpovídající požadovaným názvům atributů a že sloupec „EventTime“ používá jednotný formát časového razítka. Soubor je nyní připravený k nahrání do nástroje pro process mining.
Konfigurace
- Hlavní datové entity: Pro tento export jsou potřeba především tyto entity:
HcmPositionV2: Obsahuje základní údaje o každé pracovní pozici, včetně data vytvoření a aktivace a atributů, jako jsou pracovní pozice a oddělení.WorkflowTrackingStatusTable: Obsahuje historii instancí workflow včetně zadání, schválení a zamítnutí. Je nezbytná pro sledování schvalovacího procesu.HcmRecruitingRequest: Slouží k odvození aktivity „Nábor zahájen“, pokud je požadavek na nábor propojen s pracovní pozicí.SysDatabaseLog: Volitelná, ale užitečná entita pro zachycení podrobných změn, například „Atributy pracovní pozice upraveny“ a „Pracovní pozice překlasifikována“. Její použití závisí na tom, zda je pro tabulku HcmPosition předem nastavené protokolování databáze.
- Filtr období: Doporučujeme omezit entitu „HcmPositionV2“ podle data v poli „CreatedDateTime“. Dobrým začátkem bývá období 6 až 12 měsíců, které pomůže udržet objem dat na zvládnutelné úrovni.
- Přírůstkové exporty: Pro průběžnou analýzu zvažte nastavení přírůstkových exportů. Při každém spuštění se tak vyexportují pouze záznamy změněné od posledního běhu, což výrazně zkrátí dobu zpracování.
- Předpoklady: Uživatel, který export spouští, musí mít bezpečnostní roli s dostatečnými oprávněními pro přístup do pracovního prostoru „Data management“ a oprávněním ke čtení všech uvedených datových entit. Obvykle je potřeba role „Data management administrator“ nebo vlastní role s příslušnými oprávněními pro entity.
Ukázkový dotaz sql
/*
This extraction uses the Dynamics 365 Data Management Framework. The 'query' is defined by configuring an export project via the user interface, not by running a script directly against the database.
A post-processing script is required to transform the output of this configuration into a final event log.
*/
-- Data Export Project Configuration --
Project Name: PositionManagement_EventLog_Export
Data Format: CSV
-- Entity 1: Positions --
Source Entity: HcmPositionV2
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Position Created In HR System' event)
- ActivationDate (Used for 'Position Activated' event)
- RetirementDate (Used for 'Position Deactivated' / 'Position Closed' event)
- ModifiedDateTime (Can be used for 'Position Attributes Modified' if SysDatabaseLog is not available)
- JobId (Used for 'Position Reclassified' event and 'JobTitle' attribute)
- DepartmentNumber (Used for 'DepartmentName' attribute)
- [Other fields for attributes like CostCenter, PositionStatus]
-- Entity 2: Workflow History --
Source Entity: WorkflowTrackingStatusTable
Fields to Export:
- ContextRecId (The record ID, used to link back to the HcmPosition record)
- ContextTableName (Filter this for 'HcmPosition')
- WorkflowTrackingStatus (Values like 'Submitted', 'Approved', 'Rejected')
- CreatedDateTime (Timestamp for the workflow event)
- UserId (The user who performed the action)
- [Workflow step name or ID field if available, to differentiate approval types]
-- Entity 3: Recruitment Requests --
Source Entity: HcmRecruitingRequest
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Hiring Process Started' event)
- RecruitingId
-- Entity 4: Database Change Log (Optional) --
Source Entity: SysDatabaseLog
Fields to Export:
- RefRecId (The record ID of the changed record)
- RefTableId (The table ID, filter for HcmPosition)
- CreatedDateTime (Timestamp of the change)
- [Fields indicating the old and new values, if available] Kroky
- Ověřte předpoklady: Než začnete, zkontrolujte, zda je pro vaši instanci Microsoft Dynamics 365 Human Resources nakonfigurovaná funkce „Bring Your Own Database“ (BYOD). Ověřte, že se požadované datové entity exportují do vaší Azure SQL Database. Mezi hlavní entity patří:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnitaHcmRecruitingRequest. - Připojte se k Azure SQL Database: Pomocí SQL klienta, například SQL Server Management Studio (SSMS) nebo Azure Data Studio, se připojte k Azure SQL Database, která slouží jako cíl BYOD.
- Prohlédněte si schéma databáze: Po připojení se seznamte se schématem databáze. Datové entity D365 HR se replikují jako tabulky. Názvy tabulek v databázi BYOD se nemusí přesně shodovat s názvy entit, obvykle jsou jim ale velmi podobné.
- Vložte SQL dotaz: Otevřete v SQL klientovi nové okno dotazu a vložte celý SQL skript uvedený v části „query“ tohoto dokumentu.
- Upravte parametry: Změňte zástupné proměnné v dotazu. Nastavte
@[YourCompanyId]na konkrétní právnickou osobu, například „USMF“, kterou chcete analyzovat. Upravte období v klauzulíchWHERE, napříkladCREATEDDATETIME >= '2023-01-01', aby se exportovala pouze požadovaná data. - Spusťte dotaz: Spusťte celý SQL dotaz nad databází BYOD. Doba zpracování závisí na objemu dat a zvoleném období.
- Zkontrolujte výsledky: Po dokončení dotazu zkontrolujte výstup v panelu výsledků SQL klienta. Ověřte, že sloupce
PositionId,ActivityName,EventTimea další obsahují očekávané hodnoty. - Exportujte do CSV: Exportujte celou sadu výsledků do souboru CSV. Většina SQL klientů umožňuje uložit výsledky přímo do CSV. V SSMS například klikněte pravým tlačítkem na mřížku výsledků a vyberte „Save Results As...“.
- Připravte soubor k nahrání: Zkontrolujte, že exportovaný soubor CSV používá kódování UTF-8. Ověřte, že názvy sloupců přesně odpovídají požadovaným atributům (
PositionId,ActivityName,EventTimeatd.), aby bylo možné soubor bez problémů nahrát do nástroje pro process mining.
Konfigurace
- Datové entity BYOD: Ověřte, že jsou z Dynamics 365 HR do vaší instance BYOD publikované všechny potřebné datové entity. Pro tento proces jsou důležité entity pro pracovní pozice, podrobnosti o pracovních pozicích, historii workflow, pracovní místa, oddělení a náborové požadavky.
- Zpoždění dat: BYOD zajišťuje replikaci téměř v reálném čase, nikoli okamžitě. Mezi provedením transakce v D365 HR a zobrazením dat v Azure SQL Database může uplynout několik minut až hodina.
- Filtr období: Pro zachování výkonu a omezení objemu dat je důležité nastavit v dotazu filtry data. Obvykle je vhodné začít obdobím 3 až 6 měsíců. Filtry nastavte podle data vytvoření nebo časového razítka události v každém bloku
UNION ALL. - Filtr společnosti: Vždy filtrujte podle
DATAREAID(ID právnické osoby nebo společnosti), abyste analyzovali data správné organizační jednotky. V dodaném dotazu je pro tento účel zástupná hodnota@[YourCompanyId]. - Předpoklady: Tato metoda vyžaduje aktivní předplatné Azure, nakonfigurovanou instanci BYOD, oprávnění ke čtení v cílové Azure SQL Database a vhodného SQL klienta pro spouštění dotazů.
- Vlastní kroky workflow: Dotaz používá běžné názvy kroků schvalování, například „Approve position request“. Pokud vaše organizace používá vlastní názvy, upravte hodnoty
CONTEXTv příslušných klauzulíchWHERE.
Ukázkový dotaz sql
SELECT
p.POSITIONID AS PositionId,
'Position Request Initiated' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Initiated' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 1 -- Submitted
AND w.CONTEXT LIKE '%Create position request%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Approved By Manager' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Pending Budget' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%Manager approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Budget Approved' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Pending HR' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%Budget approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Approved By HR' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Approved' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%HR approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Rejected' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Rejected' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 3 -- Rejection
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Created In HR System' AS ActivityName,
p.CREATEDDATETIME AS EventTime,
p.CREATEDDATETIME AS EndTime,
p.CREATEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Created' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.DATAREAID = '[YourCompanyId]'
AND p.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Attributes Modified' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
p.MODIFIEDDATETIME AS EndTime,
p.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Modified' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.MODIFIEDDATETIME > p.CREATEDDATETIME
AND p.DATAREAID = '[YourCompanyId]'
AND p.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Reviewed For Compliance' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime,
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Compliance Reviewed' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.[YourComplianceStatusField] = 'Reviewed' -- This requires a custom field indicating compliance review
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Reclassified' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
p.MODIFIEDDATETIME AS EndTime,
p.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Reclassified' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.MODIFIEDDATETIME > p.CREATEDDATETIME -- This is an inference. See known limitations.
AND p.DATAREAID = '[YourCompanyId]'
AND p.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Activated' AS ActivityName,
pd.VALIDFROM AS EventTime,
pd.VALIDFROM AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Active' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.VALIDFROM >= '[StartDate]'
AND p.DATAREAID = '[YourCompanyId]'
UNION ALL
SELECT
hr.POSITIONID AS PositionId,
'Hiring Process Started' AS ActivityName,
hr.CREATEDDATETIME AS EventTime,
hr.CREATEDDATETIME AS EndTime,
hr.CREATEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Recruiting' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmRecruitingRequest hr
JOIN HcmPositionV2 p ON hr.POSITIONID = p.POSITIONID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE hr.DATAREAID = '[YourCompanyId]'
AND hr.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Frozen' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime, -- Assuming a status change triggers modification time
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Frozen' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.[YourPositionStatusField] = 'Frozen' -- Requires a dedicated status field on the position
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Deactivated' AS ActivityName,
pd.VALIDTO AS EventTime,
pd.VALIDTO AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Inactive' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.VALIDTO < '2154-12-31' -- D365 often uses this far-future date for 'never expires'
AND pd.VALIDTO >= '[StartDate]'
AND p.DATAREAID = '[YourCompanyId]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Closed' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime, -- Assuming a status change triggers modification time
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Closed' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.[YourPositionStatusField] = 'Closed' -- Requires a dedicated status field on the position
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]' Chcete začít?
Pomocí této šablony si usnadníte sběr dat a získáte podrobnější přehled o správě pracovních pozic v procesu od nástupu po odchod. Začněte zlepšovat efektivitu a shodu ještě dnes.
Zlepšete správu pracovních pozic v procesu od nástupu po odchod
Zkraťte dobu cyklu procesu o 30 % a odstraňte úzká místa.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.