Adatsablon a felvételtől a kilépésig tartó folyamat pozíciókezeléséhez
Adatsablon a felvételtől a kilépésig tartó folyamat pozíciókezeléséhez
- Az alapos elemzéshez javasolt attribútumok
- A pontos feltáráshoz követendő fő folyamattevékenységek
- Adatkinyerési útmutató a Microsoft Dynamics 365 Human Resources rendszerhez
A felvételtől a kilépésig tartó folyamat pozíciókezelésének attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időpontja EventTime | Az időbélyeg, amely megmutatja, mikor történt a tevékenység. | ||
| Leírás Az esemény időpontja, vagyis az időbélyeg rögzíti, hogy egy tevékenység pontosan mikor fejeződött be. Ez elengedhetetlen az események időrendi sorrendbe állításához, valamint az időtartamok és az átfutási idők kiszámításához. Ezt az adatot szinte minden process mining elemzés használja, a folyamattérkép elkészítésétől kezdve az olyan teljesítmény-KPI-k kiszámításáig, mint a pozíciójóváhagyás átlagos átfutási ideje. Segít meghatározni, mikor keletkeznek késések, és mennyi ideig tartanak az egyes folyamatlépések. Miért fontos? Ez az időbélyeg elengedhetetlen az események sorrendbe állításához, az időalapú mutatók kiszámításához és a folyamat szűk keresztmetszeteinek feltárásához. Hol szerezhető be? Ez az adat általában a rendszer naplótábláiban, illetve a Dynamics 365 HR pozíció- és munkafolyamat-rekordjaihoz kapcsolódó „CreatedDateTime” vagy „ModifiedDateTime” mezőkben található. Példák 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z | |||
| Position ID PositionId | A szervezeten belüli adott pozíció egyedi azonosítója. | ||
| Leírás A Position ID az elsődleges ügyazonosító, amely összekapcsolja az egyetlen szervezeti pozícióhoz tartozó összes tevékenységet és adatot. Így a pozíció teljes életútja nyomon követhető a létrehozástól és a módosításoktól a végső inaktiválásig vagy lezárásig. A folyamatelemzésben ez az azonosító elengedhetetlen az egyes pozíciók útjának rekonstruálásához. Segítségével olyan dashboardok készíthetők, amelyek követik az átfutási időket, feltárják a jóváhagyások szűk keresztmetszeteit, és elemzik az igényléstől a lezárásig tartó folyamatváltozatokat. Miért fontos? Ez az alapazonosító kapcsolja össze az összes kapcsolódó eseményt egyetlen folyamatüggyé, így elemezhető a pozíció teljes életútja. Hol szerezhető be? A Microsoft Dynamics 365 Human Resources rendszerben ez általában a HcmPosition.PositionId mező. Olyan adategységekben található meg, mint a HcmPositionV2Entity. Példák POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Tevékenység neve ActivityName | A pozíciókezelési folyamatban történt esemény vagy feladat neve. | ||
| Leírás Ez az adat egyetlen lépést ír le a pozíció életútjából, például „Pozícióigénylés indítása”, „Pozíció létrehozása a HR-rendszerben” vagy „Pozíció inaktiválása”. A folyamatábra alapját adja, és megmutatja az események sorrendjét. A tevékenység nevének elemzésével megjeleníthetők a folyamatmenetek, felismerhetők a szabványos folyamattól való eltérések, és kiszámítható az egyes lépések közötti idő. Ez alapvető ahhoz, hogy megértsük, mi történt és milyen sorrendben. Miért fontos? Meghatározza a folyamat lépéseit, így megjeleníthetők a folyamattérképek, és elemezhető a folyamat menete, valamint annak változatai. Hol szerezhető be? Ez az adat a Microsoft Dynamics 365 Human Resources rendszer üzleti eseményeiből, állapotváltozásaiból vagy munkafolyamat-előzményeiből származik. Nem egyetlen mezőből áll, hanem az adatok összefüggései alapján jön létre. Példák Pozícióigénylés indításaPozícióigénylés vezetői jóváhagyásaPozíció létrehozása a HR-rendszerbenPozícióadatok módosításaPozíció lezárása | |||
| Befejezés időpontja EndTime | Az időbélyeg, amely jelzi, mikor fejeződött be a tevékenység. | ||
| Leírás Az EndTime jelöli a tevékenység végét. A StartTime és az EndTime közötti idő a tevékenység feldolgozási ideje. Ez az attribútum szükséges a tevékenységek időtartamának kiszámításához és annak megértéséhez, hogy hol telik az idő a folyamatban. Például megmutatja, mennyi idő alatt hagyja jóvá a vezető a pozícióigénylést, miután azt hozzá rendelték. Miért fontos? Lehetővé teszi a tevékenységek feldolgozási idejének kiszámítását, ami a részletes teljesítmény- és szűkkeresztmetszet-elemzés alapja. Hol szerezhető be? A későbbi események időbélyegeiből vagy a Dynamics 365 HR workflow-naplóinak konkrét „befejezés” mezőiből származtatható. Gyakran következtetéssel kell meghatározni. Példák 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Felhasználónév UserName | A tevékenységet végző felhasználó neve vagy azonosítója. | ||
| Leírás Ez az attribútum azonosítja azt az alkalmazottat vagy rendszerfelhasználót, aki az adott folyamatlépésért felelős. Ilyen lehet például a kérelmet jóváhagyó vezető vagy a pozíciót a rendszerben létrehozó HR-szakértő. A felhasználók szerinti elemzés segít feltárni a képzési igényeket, összehasonlítani a csapattagok teljesítményét és megérteni a munkaterhelés eloszlását. A megfelelés ellenőrzéséhez is fontos, mert segít biztosítani a feladatkörök megfelelő elkülönítését. Miért fontos? Segít megállapítani a felelősséget, és lehetővé teszi az egyéni vagy csapatszintű teljesítmény elemzését, ami fontos az erőforrások kezeléséhez és a képzés megtervezéséhez. Hol szerezhető be? A Dynamics 365 HR workflow-előzményeihez vagy naplóbejegyzéseihez kapcsolódik. A HcmWorker entitás User ID mezőjén keresztül is összekapcsolható. Példák John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Költséghely CostCenter | Az a pénzügyi költséghely, amelyhez a pozíció költségeit rendelik. | ||
| Leírás A költséghely fontos pénzügyi dimenzió: összekapcsolja a pozíciót egy adott költségkerettel vagy pénzügyi felelősségi területtel. Az attribútum változásait érdemes nyomon követni. Ez az attribútum szükséges a „Pozícióadatok konzisztenciájának ellenőrzése” dashboardhoz, amely a létrehozás utáni változásokat vizsgálja a fontos attribútumokban. A pozíciókhoz kapcsolódó költségek és költségkeretek pénzügyi egységenkénti elemzésére is használható. Miért fontos? Összekapcsolja a pozíciót a pénzügyi adatokkal, így elemezhetők a költségekhez kapcsolódó folyamatok és ellenőrizhető az adatok konzisztenciája. Hol szerezhető be? Ezt általában pénzügyi dimenzióként állítják be a pozíciórekordon. A beállítás részleteiért tekintse meg a Dynamics 365 pénzügyi dimenzióinak konfigurációját. Példák CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Munkakör megnevezése JobTitle | A pozícióhoz tartozó munkakör megnevezése, például „vezető könyvelő”. | ||
| Leírás A munkakör megnevezése fontos információt ad a pozíció szerepéről és feladatairól. Nem azonos a Position ID-val, mivel több pozícióhoz is tartozhat ugyanaz a munkakör. Az elemzés során ez az attribútum lehetővé teszi a csoportosítást és a munkakörtípus szerinti szűrést. A „Pozíciók átsorolási trendjei” dashboardon például megmutatja, mely munkaköröket sorolják át a leggyakrabban. Miért fontos? Üzleti kontextust ad az elemzéshez, így az munkakör, szint vagy funkció szerint is elvégezhető. Hol szerezhető be? Az információ a pozícióhoz kapcsolódó Job rekordból származik. Keresse a HcmPositionV2Entity entitásban, vagy kapcsolja össze a HcmJobEntity entitással. Példák Vezető pénzügyi elemzőII. szintű szoftvermérnökHR üzleti partnerMarketingkoordinátorLogisztikai vezető | |||
| Pozíció állapota PositionStatus | A pozíció aktuális vagy korábbi állapota. | ||
| Leírás Ez az attribútum egy adott időpontban mutatja a pozíció állapotát, például „Javasolt”, „Aktív”, „Befagyasztott” vagy „Lezárt”. Az állapotváltozások gyakran a folyamat egy-egy tevékenységéhez kapcsolódnak. Az állapot nyomon követése segít megérteni a pozíció életútját, és olyan dashboardokhoz is szükséges, mint a „Pozíciók megfelelőségi felülvizsgálata” és az „Elavult és kihasználatlan pozíciók”. Pillanatképet ad a pozíció aktuális állapotáról, és segít ellenőrizni a folyamat menetét. Miért fontos? Egyértelműen megadja minden pozíció állapotát, ami szükséges az esetek szűréséhez és az eredmények megértéséhez. Hol szerezhető be? További információért tekintse meg a Microsoft Dynamics 365 Human Resources dokumentációját. Az adat valószínűleg a Position alaprekord állapotmezőiből származik. Példák JavasoltFelülvizsgálat alattAktívBefagyasztottLezárt | |||
| Részleg DepartmentName | Az a részleg, amelyhez a pozíció tartozik. | ||
| Leírás Ez az attribútum megadja a pozícióhoz tartozó szervezeti egységet, például a pénzügyet, a marketinget vagy az IT-t. A folyamatadatok szűrésének és összesítésének egyik alapvető szempontja. A részleg szerinti elemzés elengedhetetlen a „Részlegenkénti pozíciókezelés” dashboardhoz. Segít összehasonlítani a folyamatok teljesítményét, feltárni az egyes részlegekre jellemző szűk keresztmetszeteket, és megérteni a felvételi trendeket a vállalat különböző területein. Miért fontos? Lehetővé teszi a folyamatok üzleti egységenkénti elemzését, így feltárhatók az egyes részlegekre jellemző problémák és összehasonlítható a teljesítmény. Hol szerezhető be? Ez az információ a pozíció adatai között található, jellemzően a HcmPositionDetail entitásban, és a működési egység dimenziójához kapcsolódik. Példák PénzügyInformatikaÉrtékesítés és marketingHumánerőforrásMűködés | |||
| Elutasítás oka RejectionReason | A pozícióigénylés elutasításakor megadott indok. | ||
| Leírás Ha egy vezető vagy a HR elutasítja a pozícióigénylést, gyakran rögzítik az elutasítás okát. Ilyen ok lehet például a költségkeret hiánya, a hibás adatok vagy a stratégia megváltozása. Ez az attribútum szükséges a „Pozícióigénylések elutasítási aránya” KPI kiszámításához és az ismételt munkavégzés okainak megértéséhez. A leggyakoribb elutasítási okok elemzése segít feltárni a folyamat korábbi szakaszaiban jelentkező problémákat, például a gyenge minőségű igényléseket vagy a nem egyértelmű útmutatást. Ezek kezelése javíthatja a folyamatot. Miért fontos? Közvetlenül megmutatja, miért hiúsulnak meg az igénylések, így célzott folyamatfejlesztéssel csökkenthető az ismételt munka és az elutasítások száma. Hol szerezhető be? További információért tekintse meg a Microsoft Dynamics 365 Human Resources dokumentációját. Az elutasítás okát gyakran a workflow megjegyzéseiben vagy egy erre szolgáló okkódmezőben rögzítik. Példák Nincs rendelkezésre álló költségkeretDuplikált igénylésHibás munkakörprofilFelvételi zárlatStratégiai átszervezés | |||
| Forrásrendszer SourceSystem | A rendszer, amelyből az adatokat kinyerték. | ||
| Leírás Ez az adat azonosítja a folyamatadatok forrását. Ebben a nézetben ez általában a „Microsoft Dynamics 365 Human Resources”. Több rendszert használó környezetben ez a mező elengedhetetlen az adatok eredetének nyomon követéséhez és a hibakereséshez. Segít ellenőrizni, hogy az adatok a várt forrásból származnak-e, és lehetővé teszi az elemzések adott rendszerekre szűrését. Miért fontos? Megadja az adatok eredetét, ami fontos az adatirányítás és a több vállalati rendszert érintő elemzések szempontjából. Hol szerezhető be? Ez az állandó érték az adatkinyerés és -átalakítás során kerül hozzáadásra, és az adatkészlet forrását jelöli. Példák Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Helyszín Location | A pozíció fizikai vagy földrajzi helye. | ||
| Leírás Ez az attribútum megadja, hol található a pozíció, például egy irodát, várost vagy országot. A folyamatadatok szűrésének és csoportosításának egy másik fontos szempontja. A helyszín közvetlenül megjelenik a „Részlegenkénti pozíciókezelés” dashboardon, ahol a létszám alakulása és a folyamatok teljesítménye elemezhető a különböző régiókban. Segít feltárni, ha egyes helyszíneken lassabban jönnek létre vagy kapnak jóváhagyást a pozíciók. Miért fontos? Földrajzi kontextust ad, így a folyamatok teljesítménye és trendjei helyszínenként is elemezhetők. Hol szerezhető be? További információért tekintse meg a Microsoft Dynamics 365 Human Resources dokumentációját. Az adat a pozíció részletei között szerepelhet, vagy a részleghez, illetve a jogi személyhez kapcsolódhat. Példák New York, USALondon, Egyesült KirályságBerlin, NémetországSzingapúrTávoli munkavégzés | |||
| Igénylő vezető RequestingManager | Az a vezető, aki elindította a pozícióigénylést. | ||
| Leírás Ez az attribútum azonosítja azt a felvételi vezetőt vagy részlegvezetőt, aki új vagy megüresedett pozíció betöltését kérte, és ezzel elindította a folyamatot. Megmutatja, honnan ered a pozíciók iránti igény. Az igénylő vezető szerinti elemzés feltárhatja az igénylések számának, jóváhagyási arányának és minőségének alakulását. További részleteket ad a munkaterhelés és a folyamat betartásának megértéséhez. Miért fontos? Segít feltárni, honnan ered a pozícióigény, és a felvételi vezető szempontjából elemezni a folyamat mutatóit. Hol szerezhető be? További információért tekintse meg a Microsoft Dynamics 365 Human Resources dokumentációját. Ez az adat valószínűleg a workflow indításakor kerül rögzítésre. Példák Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Ismételt munka IsRework | Jelző, amely megmutatja, hogy a tevékenység egy ismétlődő folyamatkör része-e. | ||
| Leírás Ez a logikai jelző akkor kap igaz értéket, ha a folyamat egy lépése megismétlődik, például az attribútumok módosítása után újra jóvá kell hagyni valamit. Segít számszerűsíteni a nem hatékony folyamatköröket. Ez az attribútum közvetlenül támogatja a „Pozíciók ismételt munkájának elemzése” dashboardot és a „Pozíciólétrehozás ismételt munkavégzési aránya” KPI-t. Az ismételt munka megjelölésével az elemzők könnyen szűrhetnek rá, és mérhetik a folyamat hatékonysági problémáinak gyakoriságát és hatását. Miért fontos? Egyértelműen azonosítja és számszerűsíti az ismételt munkát, amely a folyamatfejlesztési kezdeményezések egyik fő célterülete. Hol szerezhető be? Az eset tevékenységeinek sorrendje alapján számítható ki. Például ismételt munkának jelölhető, ha a „Pozícióigénylés vezetői jóváhagyása” tevékenység a „Pozícióadatok módosítása” után következik. Példák truefalse | |||
| Jóváhagyási ciklusidő ApprovalCycleTime | A pozícióigénylés indításától a végleges jóváhagyásig eltelt teljes idő. | ||
| Leírás Ez a számított mutató a „Pozícióigénylés indítása” tevékenységtől a végső jóváhagyásig, például a „Pozícióigénylés HR-jóváhagyása” tevékenységig eltelt időt méri. A pozíciókezelési folyamat kezdeti szakaszának egyik fontos teljesítménymutatója. Ez az attribútum tölti fel a „Pozíciójóváhagyás ciklusideje” dashboardot és KPI-t. Magas szintű képet ad a jóváhagyási folyamat hatékonyságáról, és segít nyomon követni a folyamatfejlesztési kezdeményezések hatását. Miért fontos? Fontos KPI, amely a teljes jóváhagyási folyamat hatékonyságát méri, és közvetlenül megmutatja, hol késik a pozíciók létrehozásra való előkészítése. Hol szerezhető be? Az eset szintjén számítható ki: meg kell keresni a jóváhagyási szakasz kezdő és záró tevékenységének időbélyegét, majd ki kell számítani a különbséget. Példák P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Jóváhagyott költségkeret IsBudgetApproved | Jelző, amely megmutatja, hogy jóváhagyták-e a pozíció költségkeretét. | ||
| Leírás Ez a logikai attribútum akkor igaz, ha az adott pozíció esetében megtörtént a „Pozíció költségkeretének jóváhagyása” tevékenység. Segít elemezni a folyamat menetét és azonosítani azokat a pozíciókat, amelyek a költségkeret jóváhagyására várnak. Az attribútummal szűrhetők a folyamatok, és hatékonyabban elemezhető a „Pozíció költségkeretének jóváhagyási ciklusideje” KPI. Elkülöníti a költségkeret-jóváhagyáson már túljutott pozíciókat azoktól, amelyek még várakoznak, ami hasznos a szűk keresztmetszetek elemzéséhez. Miért fontos? Egyértelmű jelzőt ad egy fontos mérföldkőhöz, így egyszerűbb elkülöníteni és mérni a költségkeret jóváhagyásának szakaszát. Hol szerezhető be? Az adatátalakítás során, az eset előzményeiben szereplő „Pozíció költségkeretének jóváhagyása” tevékenység ellenőrzésével származtatható. Példák truefalse | |||
| Munkakörcsalád JobFamily | Hasonló feladatkörű munkakörök csoportja, például a mérnöki vagy a pénzügyi munkakörök. | ||
| Leírás A munkakörcsalád az egymáshoz kapcsolódó munkaköröket sorolja egy csoportba. Például a szoftvermérnök és a tesztmérnök is a mérnöki munkakörcsaládba tartozhat. Ez az attribútum szükséges a „Pozíciók átsorolási trendjei” dashboardhoz, mert lehetővé teszi annak magasabb szintű elemzését, hogy mely munkakörcsoportok változnak a leggyakrabban. Tágabb képet ad, mint az egyes munkakörök külön vizsgálata. Miért fontos? Lehetővé teszi a pozíciók tágabb, kategóriák szerinti elemzését, ami hasznos a stratégiai munkaerő-tervezéshez és a trendek vizsgálatához. Hol szerezhető be? Ez a Dynamics 365 HR munkakör-beállításainak része. Keresse a „Job family” vagy „Job function” mezőket a HcmJobEntity entitásban. Példák Mérnöki területPénzügy és számvitelÉrtékesítésHumánerőforrásTermékmenedzsment | |||
| Pozíció típusa PositionType | A pozíció besorolása, például teljes munkaidős, részmunkaidős vagy ideiglenes. | ||
| Leírás Ez az attribútum a foglalkoztatás feltételei alapján sorolja kategóriákba a pozíciókat. További kontextust ad a munkaerő elemzéséhez és tervezéséhez. A folyamat elemzésekor a pozíciótípus szerinti szűrés megmutathatja, hogy egyes típusokhoz eltérő folyamatút vagy hosszabb átfutási idő tartozik-e. Az ideiglenes pozíciók jóváhagyása például gyorsabb és egyszerűbb lehet, mint az állandó, teljes munkaidős pozícióké. Miért fontos? Lehetővé teszi a különböző foglalkoztatási típusokhoz tartozó folyamatok összehasonlítását, ami segíti a munkaerő-tervezést és a folyamatok fejlesztését. Hol szerezhető be? Ez az információ általában megtalálható a pozíciórekordon a Dynamics 365 HR rendszerben. Keresse a megfelelő mezőt például a HcmPositionV2Entity entitásban. Példák Teljes munkaidősRészmunkaidősSzerződéses munkavállalóGyakornokIdeiglenes | |||
| Utolsó adatfrissítés LastDataUpdate | A forrásrendszerből származó legutóbbi adatfrissítés időbélyege. | ||
| Leírás Ez az attribútum jelzi, mikor történt az adatok legutóbbi kinyerése a Microsoft Dynamics 365 Human Resources rendszerből. Segít megítélni, mennyire frissek az elemzés adatai. Ha ez az információ megjelenik a dashboardokon, a felhasználók ellenőrizhetik, hogy naprakész adatokat látnak-e. Minden process mining projekt fontos metaadata. Miért fontos? Tájékoztatja a felhasználókat az adatok aktualitásáról, ami elengedhetetlen az elemzésre épülő döntésekhez. Hol szerezhető be? Ez az időbélyeg az adatkinyerés, -átalakítás és -betöltés (ETL) során jön létre és kerül tárolásra. Példák 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
A felvételtől a kilépésig tartó folyamat pozíciókezelési tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Pozíció aktiválása | Azt az időpontot jelöli, amikor a pozíció hivatalosan megnyílik, és megkezdődhet a toborzás. Az esemény a pozíciórekord állapotmezőjének „Aktív” vagy hasonló értékre változásából állapítható meg. | ||
| Miért fontos? Fontos mérföldkő a létszámfelvételre való felkészültség és a végső beállítási szakaszok hatékonyságának méréséhez. Szükséges a pozíció aktiválásáig eltelt átlagos időt mérő KPI-hoz. Hol szerezhető be? A pozíciórekord állapotmezője, például a „PositionStatus” mező „Aktív” vagy „Nyitott” értékre módosításának időbélyegéből állapítható meg. Rögzítés A pozíció ActivationDate mezőjének kitöltési dátuma vagy az állapotmező „Aktív” értékre változásának dátuma alapján. Eseménytípus inferred | |||
| Pozíció inaktiválása | A pozíció már nem aktív, és kikerül az aktív szervezeti felépítésből, gyakran a betöltése után. Ez az „Inaktív” vagy hasonló állapotra váltásból állapítható meg. | ||
| Miért fontos? A pozíció aktív életének végét jelző fontos lépés. Elengedhetetlen a pozíció inaktiválásáig eltelt átlagos idő elemzéséhez és a létszám pontos nyilvántartásához. Hol szerezhető be? A „RetirementDate” mező kitöltésének időbélyegéből vagy a pozíciórekord állapotmezőjének „Inaktív” értékre váltásából állapítható meg. Rögzítés A pozíció RetirementDate mezőjének beállítási dátuma vagy az állapotmező „Inaktív” értékre váltásának dátuma alapján. Eseménytípus inferred | |||
| Pozíció létrehozása a HR-rendszerben | Ez az esemény jelöli a pozíciórekord hivatalos létrehozását a Dynamics 365 HR rendszerben. A pozíciórekord létrehozásának időbélyegéből nyerhető ki. | ||
| Miért fontos? Fontos mérföldkő, amely az igénylés tényleges szervezeti pozícióvá válását jelzi. Ez a pozíció létrehozásának átfutási idejét mérő KPI végpontja. Hol szerezhető be? A pozíció fő táblájának, például a HcmPosition táblának a „CreatedDateTime” rendszermezőjéből. Rögzítés A HcmPosition tábla CreatedDateTime rendszermezőjéből nyerhető ki. Eseménytípus explicit | |||
| Pozíció lezárása | A pozíciórekord végleges archiválását jelöli, vagyis az életút teljes lezárását. Az esemény a „Lezárva” vagy hasonló végállapotra váltásból állapítható meg. | ||
| Miért fontos? Ez a folyamat végső eseménye, amely lehetővé teszi a teljes életút végponttól végpontig tartó elemzését, és segít felismerni a lezárandó, elavult pozíciókat. Hol szerezhető be? A pozíciórekord állapotmezőjének „Lezárva” értékre váltásából állapítható meg. Ez ritkábban fordul elő, mint az inaktiválás, mert a rekordokat gyakran megőrzik az előzmények miatt. Rögzítés Az állapotmező „Lezárva” értékre módosításának időbélyegéből állapítható meg. Eseménytípus inferred | |||
| Pozícióigénylés HR-jóváhagyása | A HR végső jóváhagyását jelöli, amely után a pozíció hivatalosan létrehozható. Az esemény akkor kerül rögzítésre a munkafolyamat-rendszerben, amikor a HR-jóváhagyási feladat befejeződik. | ||
| Miért fontos? Ez jelöli a jóváhagyási szakasz végét, és fontos mérföldkő a pozíciójóváhagyás átlagos átfutási idejének méréséhez. Hol szerezhető be? A munkafolyamat előzményeit tartalmazó táblákban, például a WorkflowTrackingTable táblában rögzül, amikor a HR-képviselő elvégzi a jóváhagyási feladatot. Rögzítés Az esemény időbélyeggel kerül be a munkafolyamat előzményeibe, amikor a HR-jóváhagyási lépés befejeződik. Eseménytípus explicit | |||
| Pozícióigénylés indítása | A pozíciókezelési életút hivatalos kezdetét jelöli. Az eseményt általában akkor rögzíti a rendszer, amikor egy felhasználó új pozícióigénylést küld be a Dynamics 365 HR erre szolgáló űrlapján vagy munkafolyamatán keresztül. | ||
| Miért fontos? Ez az alapja a teljes pozíció-életút mérésének, beleértve az olyan fontos KPI-kat, mint a pozíciójóváhagyás átfutási ideje és a pozíció létrehozásának átfutási ideje. Hol szerezhető be? A pozícióigénylési rekord létrehozásának időbélyegéből vagy a munkafolyamat előzményeit tartalmazó táblában, például a WorkflowTrackingStatusTable táblában szereplő indítási rekordból nyerhető ki. Rögzítés Az esemény új pozícióigénylési munkafolyamat beküldésekor kerül rögzítésre. Eseménytípus explicit | |||
| Pozíció átsorolása | Jelentős módosítás, amely során megváltozik a pozíció alapvető besorolása, például a munkakörcsaládja vagy a besorolási szintje. Általában a pozíciórekord „Job” mezőjének változásából állapítható meg. | ||
| Miért fontos? Segít elemezni a szervezeti felépítés változásait és a munkakörök meghatározásának stabilitását. Ez a pozíciók átsorolási arányát mérő KPI alapjául szolgáló esemény. Hol szerezhető be? A HcmPosition tábla „JobId” mezőjének változásából állapítható meg. A változás az adatbázisnaplóból vagy a rekordverziók időbeli összehasonlításával nyerhető ki. Rögzítés A pozíciórekord munkaköri besorolási mezőjének naplózott módosításából állapítható meg. Eseménytípus inferred | |||
| Pozíció befagyasztása | Azt jelzi, hogy a pozíciót ideiglenesen felfüggesztették, ezért nem végezhető hozzá kapcsolódó felvétel. Az esemény a pozíciórekord „Befagyasztva” vagy „Felfüggesztve” állapotára váltásából állapítható meg. | ||
| Miért fontos? Nyomon követi a pozíció életútjának megszakításait, amelyek hatással lehetnek a létszámtervekre és a költségkeretekre. Segít feltárni a felvételi késések okait. Hol szerezhető be? A pozíciórekord állapotmezője „Befagyasztva” vagy hasonló értékre módosításának időbélyegéből állapítható meg. Rögzítés A „Befagyasztva” vagy „Felfüggesztve” állapotra váltás időbélyegéből állapítható meg. Eseménytípus inferred | |||
| Pozíció költségkeretének jóváhagyása | Fontos jóváhagyási mérföldkő, amely megerősíti, hogy rendelkezésre állnak az új pozícióhoz szükséges források. Általában külön jóváhagyási lépésként szerepel a pozíció létrehozásának munkafolyamatában. | ||
| Miért fontos? Külön elemzi a pénzügyi jóváhagyási szakaszt, így vizsgálhatók a költségkeret kijelölésével kapcsolatos késések, és mérhető a pozíció költségkerete jóváhagyásának átfutási idejét mutató KPI. Hol szerezhető be? A munkafolyamat előzményeit tartalmazó táblákban, például a WorkflowTrackingTable táblában, befejezett jóváhagyási feladatként rögzül, amelyet gyakran egy pénzügyi szerepkörhöz rendelnek. Rögzítés A költségkeret jóváhagyási feladatának befejezési időbélyegéből nyerhető ki a munkafolyamat naplójából. Eseménytípus explicit | |||
| Pozíció megfelelési felülvizsgálata | Azt jelzi, hogy a pozíció hivatalos megfelelési ellenőrzésen esett át. Az esemény állapotváltozásból, egy ellenőrzőlista-feladat elvégzéséből vagy egy egyéni mező frissítéséből állapítható meg. | ||
| Miért fontos? Fontos a jogszabályi és belső előírások betartásának nyomon követéséhez. Ez az esemény közvetlenül támogatja a pozíciók megfelelési arányát mérő KPI-t. Hol szerezhető be? Valószínűleg egy időbélyeggel ellátott állapotmezőből, például a „ComplianceReviewStatus” mezőből, vagy a pozíciórekord „IsComplianceReviewed” logikai mezőjéből állapítható meg. Rögzítés A megfelelési állapotmező „Befejezve” vagy „Felülvizsgálva” értékre módosításának időbélyegéből állapítható meg. Eseménytípus inferred | |||
| Pozícióadatok módosítása | A pozíció létrehozása után végrehajtott, fontos adatokat, például a munkakört vagy a részleget érintő módosításokat jelöli. Az esemény általában a rendszer adatbázisnaplójában rögzített változások követésével állapítható meg. | ||
| Miért fontos? Az esemény gyakori előfordulása gyenge adatminőségre vagy ismételt munkára utalhat. A pozícióadatok módosítási gyakoriságát és az ismételt munka arányát mérő KPI-k számításához is szükséges. Hol szerezhető be? A SysDatabaseLog táblából állapítható meg, ha a pozíciótáblán engedélyezve van a változások követése. Másik lehetőségként a pozícióadatok korábbi pillanatképeit kell összehasonlítani. Rögzítés Az adatbázisnapló alapján, a HcmPosition tábla fontos mezőinek frissítési műveleteiből állapítható meg. Eseménytípus inferred | |||
| Pozícióigénylés elutasítása | Azt jelzi, hogy a pozícióigénylést a jóváhagyás valamelyik szakaszában elutasították. Az esemény akkor kerül rögzítésre a munkafolyamat előzményeiben, amikor a jóváhagyó az „Elutasítás” műveletet választja. | ||
| Miért fontos? Rávilágít a folyamat hibáira és az ismételt munkát okozó körökre. Az elutasítások okainak elemzése javítja a kezdeti igénylések minőségét, és támogatja a pozícióigénylések elutasítási arányát mérő KPI-t. Hol szerezhető be? Az adott pozícióigényléshez tartozó munkafolyamat-előzményeket tartalmazó táblákban, például a WorkflowTrackingStatusTable táblában „Elutasítva” állapotként szerepel. Rögzítés A munkafolyamat naplójából nyerhető ki, amikor a jóváhagyó elutasítja az igénylést. Eseménytípus explicit | |||
| Pozícióigénylés vezetői jóváhagyása | A felvételt kezdeményező vezető első jóváhagyási szakaszának lezárását jelöli. Az esemény akkor kerül rögzítésre a munkafolyamat előzményeiben, amikor a vezető elvégzi a számára kijelölt jóváhagyási feladatot. | ||
| Miért fontos? Megmutatja az első jóváhagyási lépés időtartamát, így felismerhetők az egyes vezetőkhöz vagy részlegekhez köthető szűk keresztmetszetek. Hol szerezhető be? A pozícióigényléshez kapcsolódó munkafolyamat-előzményeket tartalmazó táblákban, például a WorkflowTrackingTable táblában, befejezett lépésként szerepel. Rögzítés A vezetői jóváhagyási lépés befejezési időbélyegéből nyerhető ki a munkafolyamat naplójából. Eseménytípus explicit | |||
| Toborzás indítása | A pozíciókezelés és a toborzás közötti átadást jelöli. Az esemény akkor állapítható meg, amikor létrejön egy új álláshely vagy toborzási projekt, amely az adott Position ID-hoz kapcsolódik. | ||
| Miért fontos? Összekapcsolja a pozíciókezelési folyamatot annak eredményével, így elemezhető a pozíció aktiválása és a tényleges toborzási tevékenység kezdete közötti idő. Hol szerezhető be? A toborzási vagy álláshelytáblákban, például a HcmRecruitingRequest táblában szereplő, Position ID-ra hivatkozó rekord létrehozási dátumából állapítható meg. Rögzítés A PositionId összekapcsolásával állapítható meg, hogy mikor jött létre a megfelelő rekord a toborzási modulban. Eseménytípus inferred | |||
Adatkinyerési útmutatók
Lépések
- Lépjen az Adatkezelési munkaterületre: Jelentkezzen be a Microsoft Dynamics 365 Human Resources rendszerbe. A fő keresősávval nyissa meg a „Data management” munkaterületet.
- Hozzon létre új exportálási projektet: A munkaterületen válassza az „Export” csempét. Az „Export” projektoldalon kattintson a „New” gombra. Adjon meg egy beszédes nevet, például „PositionManagement_EventLog_Export”, majd válasszon adatformátumot. Az átalakításhoz a „CSV” formátumot javasoljuk.
- Adjon adategységeket a projekthez: Az új projektben kattintson az „Add entity” gombra. A pozíció teljes életútjának rögzítéséhez több adategységre lesz szükség. Adja hozzá egyenként a következő fő adategységeket: „HcmPositionV2”, „WorkflowTrackingStatusTable” és „HcmRecruitingRequest”. Ha a pozíciómódosítások adatbázis-naplózása engedélyezett, adja hozzá a „SysDatabaseLog” adategységet is.
- Állítsa be az adategységek szűrőit: Minden adategységnél érdemes szűrőkkel korlátozni az adatok körét. Válasszon ki egy adategységet, majd kattintson a „Filter” gombra. A „HcmPositionV2” esetében szűrjön egy adott időszakra a „CreatedDateTime” vagy „ModifiedDateTime” mező alapján. A „WorkflowTrackingStatusTable” esetében a „CONTEXTTABLENAME” mezővel csak a pozíciókhoz kapcsolódó munkafolyamatokat vegye fel.
- Válassza ki az adategységek mezőit: Exportálja az átalakításhoz szükséges összes mezőt. A „HcmPositionV2” esetében vegye fel a „PositionId”, „CreatedDateTime”, „ActivationDate”, „RetirementDate”, „ModifiedDateTime”, „JobId” és „DepartmentNumber” mezőket. A „WorkflowTrackingStatusTable” esetében vegye fel a „ContextRecId”, „WorkflowTrackingStatus”, „CreatedDateTime” és „UserId” mezőket.
- Futtassa az exportálási feladatot: Miután beállította az adategységeket, mezőket és szűrőket, kattintson az „Export” gombra a projekt főoldalán. A rendszer külön fájlokat tartalmazó adatcsomagot készít az egyes adategységekhez.
- Kövesse nyomon és töltse le az adatcsomagot: A feladat előrehaladását a „Job history” szakaszban ellenőrizheti. Ha a feladat sikeresen befejeződött, töltse le a tömörített adatcsomagot.
- Bontsa ki és alakítsa át az adatokat: Csomagolja ki a letöltött fájlt. Az egyes adategységekhez külön CSV-fájlokat talál. Ezek nyers adatokat tartalmaznak, nem a kész eseménynaplót. A fájlok feldolgozásához külső szkriptet kell használnia, például Python és pandas vagy PowerShell segítségével.
- Valósítsa meg az átalakítási logikát: A szkriptnek a következő műveleteket kell elvégeznie:
- Töltse be a „HcmPositionV2.csv” fájlt. A „PositionId” és „CreatedDateTime” mezőből állítsa elő a „Pozíció létrehozva a HR-rendszerben” eseményt.
- A „HcmPositionV2.csv” állapotmezői vagy dátummezői, például az „ActivationDate” és „RetirementDate” alapján állítsa elő az állapotváltozási eseményeket: „Pozíció aktiválva”, „Pozíció befagyasztva”, „Pozíció deaktiválva” és „Pozíció lezárva”.
- Töltse be a „WorkflowTrackingStatusTable.csv” fájlt. Rekordazonosító alapján kapcsolja össze a pozícióadatokkal. Ezekből állítsa elő a munkafolyamat eseményeit: „Pozícióigénylés kezdeményezve”, „Pozícióigénylés vezető által jóváhagyva”, „Pozíció költségkerete jóváhagyva”, „Pozícióigénylés HR által jóváhagyva” és „Pozícióigénylés elutasítva”. A munkafolyamat állapotát és lépésének környezetét a megfelelő tevékenységnévhez kell rendelnie.
- Ha exportálta a „SysDatabaseLog.csv” fájlt, dolgozza fel a fájlt, és a HcmPosition tábla meghatározott mezőinek módosításai alapján állítsa elő a „Pozíció attribútumai módosítva” és a „Pozíció átsorolva” eseményeket.
- Töltse be a „HcmRecruitingRequest.csv” fájlt. Keresse meg, mikor jött létre egy adott pozícióhoz tartozó toborzási igény, és ez alapján állítsa elő a „Felvételi folyamat elindult” eseményt.
- Állítsa össze a végleges eseménynaplót: A szkript egyetlen CSV-fájlba egyesítse a különböző forrásokból előállított összes eseményt. A fájlnak tartalmaznia kell a következő oszlopokat: „PositionId”, „ActivityName” és „EventTime”, valamint minden olyan javasolt attribútumot, amelyet hozzá tudott rendelni.
- Készítse elő a feltöltéshez: A végleges CSV-fájl fejlécei egyezzenek meg az előírt attribútumnevekkel, az „EventTime” oszlop pedig egységes időbélyeg-formátumot használjon. A fájl ezután feltölthető a process mining eszközbe.
Konfiguráció
- Fő adategységek: Az adatkinyeréshez elsősorban a következő adategységekre van szükség:
HcmPositionV2: Az egyes pozíciók alapadatait tartalmazza, például a létrehozás és aktiválás dátumát, valamint a munkakörre és részlegre vonatkozó attribútumokat.WorkflowTrackingStatusTable: A munkafolyamat-példányok előzményeit tartalmazza, beleértve a beküldéseket, jóváhagyásokat és elutasításokat. Ez szükséges a jóváhagyási folyamat követéséhez.HcmRecruitingRequest: Ennek alapján következtethet arra, mikor indult el a „Felvételi folyamat”, ha egy toborzási igény pozícióhoz kapcsolódik.SysDatabaseLog: Opcionális adategység, amellyel részletes módosítások rögzíthetők, például a „Pozíció attribútumai módosítva” és a „Pozíció átsorolva” események. Használata attól függ, hogy előzetesen engedélyezték-e az adatbázis-naplózást a HcmPosition táblához.
- Szűrés időszakra: Javasoljuk, hogy a „HcmPositionV2” adategységen a „CreatedDateTime” mező alapján állítson be időszakot. Jó kiindulópont lehet az elmúlt 6–12 hónap, így kezelhető marad az adatmennyiség.
- Növekményes exportálás: Folyamatos elemzéshez érdemes növekményes exportálásra beállítani az exportálási projektet. Így csak az utolsó futtatás óta módosult rekordokat nyeri ki, ami jelentősen csökkenti a feldolgozási időt.
- Előfeltételek: Az exportálást végző felhasználónak olyan biztonsági szerepkörrel kell rendelkeznie, amely hozzáférést ad az „Data management” munkaterülethez, valamint olvasási jogosultságot biztosít az összes megadott adategységhez. Ehhez általában a „Data management administrator” szerepkör vagy az adategységekre vonatkozó jogosultságokkal rendelkező egyéni szerepkör szükséges.
Példa-lekérdezés 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] Lépések
- Előfeltétel ellenőrzése: Mielőtt elkezdené, ellenőrizze, hogy a „Bring Your Own Database” (BYOD) funkció be van-e állítva a Microsoft Dynamics 365 Human Resources-példányban. Győződjön meg róla, hogy a szükséges adategységek exportálása megtörténik az Azure SQL Database-adatbázisba. A fő adategységek:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnitésHcmRecruitingRequest. - Kapcsolódás az Azure SQL Database-adatbázishoz: SQL-ügyfélprogrammal, például SQL Server Management Studio (SSMS) vagy Azure Data Studio használatával kapcsolódjon ahhoz az Azure SQL Database-adatbázishoz, amely a BYOD célhelye.
- Az adatbázisséma megismerése: Kapcsolódás után tekintse át az adatbázissémát. A D365 HR adategységei táblákként replikálódnak. A BYOD-adatbázis táblanevei eltérhetnek az adategységek nevétől, de általában hasonlóak.
- Az SQL-lekérdezés betöltése: Nyisson új lekérdezési ablakot az SQL-ügyfélprogramban, és illessze be a dokumentum „query” szakaszában található teljes SQL-szkriptet.
- A paraméterek testreszabása: Módosítsa a lekérdezés helyőrző változóit. Állítsa be az
@[YourCompanyId]értékét az elemezni kívánt jogi személyre, például „USMF”. A kinyerendő időszak korlátozásához módosítsa aWHEREfeltételek dátumtartományát, példáulCREATEDDATETIME >= '2023-01-01'. - A lekérdezés futtatása: Futtassa a teljes SQL-lekérdezést a BYOD-adatbázison. A futási idő az adatmennyiségtől és a megadott időszaktól függ.
- Az eredmények ellenőrzése: A lekérdezés befejezése után tekintse át az eredményeket az SQL-ügyfélprogram eredménypaneljén. Ellenőrizze, hogy a
PositionId,ActivityName,EventTimeés a többi oszlop a várt adatokat tartalmazza-e. - Exportálás CSV-fájlba: Exportálja a teljes eredményhalmazt CSV-fájlba. A legtöbb SQL-ügyfélprogramban közvetlenül CSV-fájlba mentheti az eredményeket. SSMS-ben például kattintson jobb gombbal az eredményrácsra, majd válassza a „Save Results As...” lehetőséget.
- Felkészülés a feltöltésre: Az exportált CSV-fájl kódolása UTF-8 legyen. Ellenőrizze, hogy az oszlopfejlécek pontosan megegyeznek-e az előírt attribútumnevekkel (
PositionId,ActivityName,EventTimestb.), így a fájl feltölthető a process mining eszközbe.
Konfiguráció
- BYOD-adategységek: Ellenőrizze, hogy a szükséges adategységek közzé vannak-e téve a Dynamics 365 HR rendszerből a BYOD-példányban. A folyamathoz a pozíciók, pozícióadatok, munkafolyamat-előzmények, munkakörök, részlegek és toborzási igények adatai szükségesek.
- Adatkésés: A BYOD közel valós időben replikál, de nem azonnal. A D365 HR rendszerben végrehajtott tranzakció és az adat Azure SQL Database-adatbázisban való megjelenése között néhány perctől akár egy óráig terjedő késés is előfordulhat.
- Szűrés időszakra: A teljesítmény és az adatmennyiség kezelése érdekében feltétlenül szűrje a lekérdezést dátum alapján. Kiindulásként általában 3–6 hónapos időszak javasolt. Minden
UNION ALLblokkban szűrjön a létrehozás vagy az esemény időbélyege alapján. - Vállalati szűrő: Mindig szűrjön a
DATAREAIDmező alapján, amely a jogi személy vagy vállalat azonosítója. Így biztosíthatja, hogy a megfelelő szervezeti egység adatait elemzi. A lekérdezésben ehhez az@[YourCompanyId]helyőrző szolgál. - Előfeltételek: Ehhez a módszerhez aktív Azure-előfizetés, beállított BYOD-példány, olvasási jogosultság a cél Azure SQL Database-adatbázishoz, valamint megfelelő SQL-ügyfélprogram szükséges.
- Egyéni munkafolyamat-lépések: A lekérdezés a jóváhagyásoknál általános munkafolyamat-lépésneveket használ, például „Pozícióigénylés jóváhagyása”. Ha a szervezet egyéni neveket használ ezekhez a lépésekhez, módosítsa a megfelelő
WHEREfeltételekCONTEXTértékeit.
Példa-lekérdezés 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]' Készen áll a kezdésre?
Használja ezt a sablont az adatgyűjtés egyszerűsítéséhez, és tárja fel a felvételtől a kilépésig tartó pozíciókezelési folyamat részleteit. Tegye meg az első lépést a hatékonyabb működés és a megfelelés felé még ma.
Optimalizálja azonnal a felvételtől a kilépésig tartó pozíciókezelési folyamatot
Csökkentse 30%-kal a folyamat átfutási idejét, és szüntesse meg a szűk keresztmetszeteket.
Nincs szükség bankkártyára. A beállítás percek alatt elvégezhető.