Seu Template de dados de Hire to Retire - Gerenciamento de posições
Seu Template de dados de Hire to Retire - Gerenciamento de posições
- Atributos recomendados para uma análise completa
- Principais atividades do processo a serem acompanhadas para uma descoberta precisa
- Orientações de extração específicas para o Microsoft Dynamics 365 Human Resources
Hire to Retire - Atributos da gestão de posições
| Nome | Descrição | ||
|---|---|---|---|
| Hora do evento EventTime | O registro de data e hora que indica quando a atividade ocorreu. | ||
| Descrição A Hora do evento, ou registro de data e hora, registra a data e a hora exatas em que uma atividade foi concluída. Ela é essencial para ordenar os eventos cronologicamente e calcular durações e tempos de ciclo. Esse atributo é usado em praticamente todas as análises de Process Mining, desde a criação do mapa do processo até o cálculo de KPIs de performance, como 'Average Position Approval Cycle Time'. Ele ajuda a identificar quando ocorrem atrasos e quanto tempo cada etapa do processo leva. Por que isso importa Esse registro de data e hora é essencial para ordenar os eventos, calcular todas as métricas baseadas em tempo e descobrir gargalos no processo. Onde obter Essas informações normalmente são encontradas em tabelas de log do sistema ou nos campos 'CreatedDateTime' ou 'ModifiedDateTime' associados aos registros de posições e Workflows no Dynamics 365 HR. Exemplos 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z | |||
| ID da posição PositionId | O identificador exclusivo de uma posição específica na organização. | ||
| Descrição O Position ID funciona como o identificador principal do caso, conectando todas as atividades e os dados relacionados a uma única posição organizacional. Isso permite acompanhar de ponta a ponta todo o ciclo de vida da posição, desde sua criação e suas modificações até a desativação ou o encerramento. Na análise de processos, esse ID é essencial para reconstruir a jornada de cada posição. Ele permite criar Dashboards que monitoram tempos de ciclo, identificam gargalos nas aprovações e analisam variantes do processo, da solicitação ao encerramento. Por que isso importa Este é o identificador central que conecta todos os eventos relacionados em um único caso de processo, tornando possível analisar o ciclo de vida completo da posição. Onde obter Normalmente, este é o campo HcmPosition.PositionId no Microsoft Dynamics 365 Human Resources. Ele pode ser encontrado em entidades de dados como HcmPositionV2Entity. Exemplos POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Nome da atividade ActivityName | O nome do evento ou da tarefa específica que ocorreu no processo de gerenciamento da posição. | ||
| Descrição Este atributo descreve uma única etapa do ciclo de vida da posição, como 'Position Request Initiated', 'Position Created In HR System' ou 'Position Deactivated'. Ele forma a base do mapa do processo, mostrando a sequência de eventos. Analisar o Nome da atividade permite visualizar os fluxos do processo, identificar desvios em relação ao processo padrão e calcular os tempos de transição entre diferentes etapas. É fundamental para entender o que aconteceu e em que ordem. Por que isso importa Ele define as etapas do processo, permitindo visualizar mapas de processo e analisar o fluxo e as variações do processo. Onde obter Este atributo é derivado de eventos de negócio, alterações de status ou do histórico do Workflow no Microsoft Dynamics 365 Human Resources. Não é um campo único, mas é construído com base no contexto dos dados. Exemplos Solicitação de posição iniciadaSolicitação de posição aprovada pelo gerentePosição criada no sistema de RHAtributos da posição modificadosPosição encerrada | |||
| Centro de custo CostCenter | O centro de custo financeiro ao qual as despesas da posição são alocadas. | ||
| Descrição O Cost Center é uma dimensão financeira importante que vincula uma posição a um orçamento específico ou a uma área de responsabilidade financeira. É importante monitorar as mudanças nesse atributo. Esse atributo é fundamental para o Dashboard 'Position Data Consistency Check', que analisa mudanças em atributos importantes após a criação. Ele também é usado para analisar custos e orçamentos relacionados às posições por diferentes unidades financeiras. Por que isso importa Ele conecta a posição aos dados financeiros, permitindo analisar processos relacionados a custos e monitorar a consistência dos dados. Onde obter Normalmente, isso é configurado como uma dimensão financeira no registro da posição. Consulte a configuração das dimensões financeiras no Dynamics 365. Exemplos CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Departamento DepartmentName | O departamento ao qual a posição pertence. | ||
| Descrição Esse atributo especifica o departamento organizacional, como 'Finance', 'Marketing' ou 'IT', associado à posição. Ele é uma dimensão principal para filtrar e agregar os dados do processo. A análise por departamento é essencial para o Dashboard 'Departmental Position Throughput'. Ela ajuda a comparar a performance do processo, identificar gargalos específicos de cada departamento e entender as tendências de contratação em diferentes áreas da empresa. Por que isso importa Ele permite segmentar a análise do processo por unidade de negócio, ajudando a identificar problemas específicos de cada departamento e comparar a performance. Onde obter Essas informações fazem parte dos detalhes da posição, normalmente armazenados na entidade HcmPositionDetail e vinculados à dimensão da unidade operacional. Exemplos FinançasTecnologia da InformaçãoVendas e MarketingRecursos humanosOperações | |||
| Hora de término EndTime | O registro de data e hora que indica quando a atividade foi concluída. | ||
| Descrição EndTime marca a conclusão de uma atividade. O tempo decorrido entre StartTime e EndTime é o tempo de processamento dessa atividade específica. Esse atributo é essencial para calcular as durações no nível da atividade e entender onde o tempo está sendo gasto no processo. Por exemplo, ele ajuda a determinar quanto tempo um gerente leva para aprovar uma solicitação de posição depois que ela é atribuída a ele. Por que isso importa Ele permite calcular os tempos de processamento das atividades, algo fundamental para uma análise detalhada de performance e gargalos. Onde obter Isso pode ser obtido a partir dos carimbos de data e hora de eventos posteriores ou de campos específicos de 'conclusão' nos logs de Workflow do Dynamics 365 HR. Muitas vezes, é preciso fazer uma inferência. Exemplos 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Nome do usuário UserName | O nome ou ID do usuário que executou a atividade. | ||
| Descrição Esse atributo identifica o funcionário ou usuário do sistema responsável por uma determinada etapa do processo, como o gerente que aprovou uma solicitação ou o especialista de RH que criou a posição no sistema. A análise por usuário ajuda a identificar necessidades de treinamento, comparar a performance entre membros da equipe e entender a distribuição da carga de trabalho. Ela também é fundamental para as verificações de Conformidade, garantindo a segregação adequada de funções. Por que isso importa Ele garante a responsabilização e permite analisar a performance por indivíduo ou equipe, algo essencial para a gestão de recursos e o treinamento. Onde obter Associado ao histórico do Workflow ou aos registros da trilha de auditoria no Dynamics 365 HR. Pode estar vinculado por meio de um User ID da entidade HcmWorker. Exemplos John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Status da posição PositionStatus | O status atual ou histórico da posição. | ||
| Descrição Esse atributo indica o estado da posição em um determinado momento, como 'Proposed', 'Active', 'Frozen' ou 'Closed'. As mudanças de status geralmente correspondem a atividades do processo. Acompanhar o status é fundamental para entender a trajetória da posição e para Dashboards como 'Position Compliance Review Status' e 'Stale and Underutilized Positions'. Ele oferece uma visão do estado atual da posição e ajuda a validar o fluxo do processo. Por que isso importa Ele fornece um estado claro para cada posição, algo essencial para filtrar casos e entender os resultados. Onde obter Consulte a documentação do Microsoft Dynamics 365 Human Resources. Esse dado provavelmente é derivado dos campos de status do registro principal de Position. Exemplos PropostaEm análiseAtivaCongeladaEncerrada | |||
| Título do cargo JobTitle | O título do cargo associado à posição, como 'Senior Accountant'. | ||
| Descrição O Job Title fornece um contexto importante sobre a função e as responsabilidades da posição. Ele é diferente do Position ID, pois várias posições podem compartilhar o mesmo título de cargo. Na análise, esse atributo permite agrupar e filtrar por tipo de função. Ele é útil para o Dashboard 'Position Reclassification Trends', que mostra quais tipos de cargo estão sendo reclassificados com mais frequência. Por que isso importa Ele adiciona um contexto de negócio essencial, permitindo analisar os dados com base no cargo, nível ou função. Onde obter Essas informações são vinculadas ao registro de 'Job' associado à Position. Procure-as em entidades como HcmPositionV2Entity ou faça uma junção com HcmJobEntity. Exemplos Analista financeiro sêniorEngenheiro de software IIParceiro de negócios de RHCoordenador de MarketingGerente de logística | |||
| É retrabalho IsRework | Um indicador que mostra se uma atividade faz parte de um loop de retrabalho. | ||
| Descrição Esse indicador booleano recebe o valor true quando uma atividade representa uma etapa repetida no processo, como uma nova aprovação depois que os atributos foram modificados. Ele ajuda a quantificar loops ineficientes do processo. Esse atributo dá suporte direto ao Dashboard 'Position Rework Analysis' e ao KPI 'Rework Rate on Position Creation'. Ao sinalizar o retrabalho, os analistas conseguem filtrar e medir facilmente a frequência e o impacto das ineficiências do processo. Por que isso importa Ele identifica e quantifica explicitamente o retrabalho no processo, que é um dos principais alvos das iniciativas de melhoria. Onde obter Isso é calculado com base na sequência de atividades de um caso. Por exemplo, se 'Position Request Approved By Manager' ocorrer depois de 'Position Attributes Modified', o caso poderá ser sinalizado como retrabalho. Exemplos truefalse | |||
| Família de cargos JobFamily | Um agrupamento de cargos com funções semelhantes, como 'Engineering' ou 'Finance'. | ||
| Descrição Job Family é uma classificação que agrupa títulos de cargo relacionados. Por exemplo, 'Software Engineer' e 'QA Engineer' podem pertencer à família de cargos 'Engineering'. Esse atributo é essencial para o Dashboard 'Position Reclassification Trends', pois permite uma análise mais ampla de quais categorias de cargos estão mudando com mais frequência. Ele oferece uma visão mais abrangente do que a análise de títulos de cargo individuais. Por que isso importa Ele permite uma análise mais ampla das posições por categoria, sendo útil para o planejamento estratégico da força de trabalho e a análise de tendências. Onde obter Isso faz parte da configuração de cargos no Dynamics 365 HR. Procure campos relacionados a 'Job family' ou 'Job function' na HcmJobEntity. Exemplos EngenhariaFinanças e ContabilidadeVendasRecursos humanosGestão de produtos | |||
| Gerente solicitante RequestingManager | O gerente que iniciou a solicitação da posição. | ||
| Descrição Esse atributo identifica o gerente de contratação ou chefe de departamento que iniciou o processo ao solicitar uma nova posição ou a reposição de uma posição. Essas informações mostram de onde vem a demanda por posições. A análise por Requesting Manager pode ajudar a identificar padrões no volume de solicitações, nas taxas de aprovação e na qualidade das solicitações. Ela adiciona uma camada de detalhe para entender a carga de trabalho e a aderência ao processo. Por que isso importa Ele ajuda a rastrear a origem da demanda por posições e analisar as métricas do processo sob a perspectiva do gerente de contratação. Onde obter Consulte a documentação do Microsoft Dynamics 365 Human Resources. Essas informações provavelmente são capturadas nos dados de iniciação do Workflow. Exemplos Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Localização Location | A localização física ou geográfica da posição. | ||
| Descrição Esse atributo especifica onde a posição está baseada, seja em um escritório, cidade ou país. Ele é outra dimensão importante para filtrar e segmentar os dados do processo. A Location é usada diretamente no Dashboard 'Departmental Position Throughput' para analisar tendências de alocação de pessoal e a performance do processo em diferentes regiões. Ela pode ajudar a identificar se os processos de criação ou aprovação de posições são mais lentos em determinados locais. Por que isso importa Ele fornece um contexto geográfico, permitindo analisar a performance e as tendências do processo em diferentes locais. Onde obter Consulte a documentação do Microsoft Dynamics 365 Human Resources. Essas informações podem fazer parte dos detalhes da posição ou estar vinculadas por meio do departamento ou da entidade legal. Exemplos Nova York, EUALondres, Reino UnidoBerlim, AlemanhaSingapuraRemoto | |||
| Motivo da rejeição RejectionReason | O motivo informado quando uma solicitação de posição é rejeitada. | ||
| Descrição Quando uma solicitação de posição é rejeitada por um gerente ou pelo RH, geralmente um motivo é registrado. Isso pode ocorrer devido a restrições orçamentárias, informações incorretas ou uma mudança de estratégia. Esse atributo é fundamental para calcular o KPI 'Position Request Rejection Rate' e entender por que ocorre o retrabalho. Analisar os motivos de rejeição mais comuns ajuda a identificar problemas nas etapas anteriores, como baixa qualidade das solicitações ou orientações pouco claras, que podem ser corrigidos para melhorar o processo. Por que isso importa Ele oferece um insight direto sobre por que as solicitações falham, permitindo melhorias direcionadas no processo para reduzir o retrabalho e as taxas de rejeição. Onde obter Consulte a documentação do Microsoft Dynamics 365 Human Resources. Essas informações geralmente são capturadas nos comentários do Workflow ou em um campo específico de código do motivo no momento da rejeição. Exemplos Orçamento indisponívelSolicitação duplicadaPerfil da vaga incorretoCongelamento de contrataçõesRealinhamento estratégico | |||
| O orçamento foi aprovado IsBudgetApproved | Um indicador que mostra se o orçamento da posição foi aprovado. | ||
| Descrição Esse atributo booleano recebe o valor true quando a atividade 'Position Budget Approved' ocorre em um determinado caso de posição. Ele ajuda a analisar o fluxo do processo e identificar posições paradas aguardando orçamento. Esse atributo pode ser usado para filtrar processos e analisar com mais eficiência o KPI 'Position Budget Approval Cycle Time'. Ele ajuda a diferenciar as posições que superaram a etapa de aprovação orçamentária daquelas que ainda não superaram, o que é útil para a análise de gargalos. Por que isso importa Ele simplifica a análise ao fornecer um indicador claro para um marco importante, ajudando a isolar e medir a etapa de aprovação do orçamento. Onde obter Isso é derivado durante a transformação dos dados, verificando a existência da atividade 'Position Budget Approved' no histórico do caso. Exemplos truefalse | |||
| Sistema de origem SourceSystem | O sistema do qual os dados foram extraídos. | ||
| Descrição Este atributo identifica a origem dos dados do processo. Nesta visualização, normalmente seria 'Microsoft Dynamics 365 Human Resources'. Em ambientes com vários sistemas, esse campo é essencial para a linhagem dos dados e a solução de problemas. Ele ajuda a confirmar que os dados vêm da fonte esperada e pode ser usado para filtrar análises de sistemas específicos. Por que isso importa Ele fornece contexto sobre a origem dos dados, o que é importante para a governança de dados e para análises que abrangem vários sistemas corporativos. Onde obter Este é um valor estático adicionado durante o processo de extração e transformação dos dados para identificar a origem do conjunto de dados. Exemplos Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Tempo do ciclo de aprovação ApprovalCycleTime | O tempo total desde o início de uma solicitação de posição até sua aprovação final. | ||
| Descrição Essa métrica calculada mede a duração desde a atividade 'Position Request Initiated' até a atividade de aprovação final, que pode ser 'Position Request Approved By HR'. Ela é um indicador de performance importante para a etapa inicial do processo de gestão de posições. Esse atributo alimenta diretamente o Dashboard e o KPI 'Position Approval Cycle Time'. Ele oferece uma medida geral da eficiência do processo de aprovação e ajuda a acompanhar o impacto das iniciativas de melhoria ao longo do tempo. Por que isso importa Esse é um KPI fundamental para medir a eficiência de todo o processo de aprovação, destacando diretamente os atrasos para deixar as posições prontas para criação. Onde obter Isso é calculado no nível do caso, identificando os carimbos de data e hora das atividades inicial e final da fase de aprovação e calculando a diferença entre eles. Exemplos P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Tipo de posição PositionType | Classifica a posição como período integral, meio período, temporária etc. | ||
| Descrição Esse atributo categoriza a posição com base nos termos de contratação. Ele fornece um contexto adicional para a análise e o planejamento da força de trabalho. Na análise do processo, filtrar por tipo de posição pode revelar se determinados tipos de posição seguem caminhos diferentes ou têm tempos de ciclo mais longos. Por exemplo, posições temporárias podem ter um processo de aprovação mais rápido e simplificado do que posições permanentes de período integral. Por que isso importa Ele permite analisar como o processo varia entre diferentes tipos de contratação, apoiando o planejamento da força de trabalho e a otimização do processo. Onde obter Essas informações normalmente estão disponíveis no registro da posição no Dynamics 365 HR. Verifique entidades como HcmPositionV2Entity em busca de um campo relevante. Exemplos Tempo integralMeio períodoContratadoEstagiárioTemporário | |||
| Última atualização dos dados LastDataUpdate | O registro de data e hora da atualização mais recente dos dados no sistema de origem. | ||
| Descrição Este atributo indica quando os dados foram extraídos pela última vez do Microsoft Dynamics 365 Human Resources. Ele fornece contexto sobre a atualidade da análise. Exibir essas informações nos Dashboards garante aos usuários que eles estão consultando dados atualizados. É um metadado essencial para qualquer projeto de Process Mining. Por que isso importa Ele informa aos usuários o quanto os dados são recentes, algo essencial para tomar decisões com base na análise. Onde obter Esse registro de data e hora é gerado e armazenado durante o processo de extração, transformação e carregamento (ETL) dos dados. Exemplos 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
Hire to Retire - Atividades da gestão de posições
| Atividade | Descrição | ||
|---|---|---|---|
| Posição ativada | Marca o momento em que uma posição se torna oficialmente aberta e o recrutamento pode começar. Esse evento é inferido a partir da alteração de um campo de status do registro da posição para 'Active' ou um estado semelhante. | ||
| Por que isso importa Este é um marco essencial para medir a prontidão para contratação e a eficiência das etapas finais de configuração. Ele é fundamental para o KPI Average Time to Position Activation. Onde obter Inferido pelo acompanhamento do registro de data e hora em que o campo de status, como 'PositionStatus' no registro da posição, é atualizado para 'Active' ou 'Open'. Captura Com base na data em que o campo ActivationDate da posição é preenchido ou em que um campo de status muda para 'Active'. Tipo de evento inferred | |||
| Posição criada no sistema de RH | Este evento marca a criação oficial do registro da posição no Dynamics 365 HR. Ele é capturado a partir do registro de data e hora de criação do próprio registro principal da posição. | ||
| Por que isso importa Um marco fundamental que representa a transição da solicitação para uma entidade organizacional real. É o ponto final do KPI Position Creation Lead Time. Onde obter A partir do campo de sistema 'CreatedDateTime' na tabela principal de posições, como HcmPosition. Captura Extraído do campo de sistema CreatedDateTime na tabela HcmPosition. Tipo de evento explicit | |||
| Posição desativada | A posição não está mais ativa e é removida da estrutura organizacional ativa, geralmente após ser preenchida. Isso é inferido a partir de uma alteração de status para 'Inactive' ou um estado semelhante. | ||
| Por que isso importa Marca uma etapa importante no fim da vida ativa da posição. É essencial para analisar o Average Time to Position Deactivation e gerenciar o headcount com precisão. Onde obter Inferido a partir do registro de data e hora em que o campo 'RetirementDate' é preenchido ou em que um campo de status do registro da posição muda para 'Inactive'. Captura Com base na data em que o RetirementDate da posição é definido ou em que um campo de status muda para 'Inactive'. Tipo de evento inferred | |||
| Posição encerrada | Representa o arquivamento final do registro da posição, indicando o fim definitivo do seu ciclo de vida. Esse evento é inferido a partir de uma alteração de status para 'Closed' ou um estado terminal semelhante. | ||
| Por que isso importa Este é o evento terminal do processo, permitindo uma análise completa do ciclo de vida de ponta a ponta e ajudando a identificar posições desatualizadas que deveriam ser encerradas. Onde obter Inferido a partir da alteração de um campo de status para 'Closed' no registro da posição. É menos comum que a desativação, pois os registros geralmente são mantidos para fins históricos. Captura Inferido a partir do registro de data e hora em que um campo de status é atualizado para 'Closed'. Tipo de evento inferred | |||
| Solicitação de posição aprovada pelo RH | Indica a aprovação final do departamento de Recursos Humanos antes que a posição possa ser criada formalmente. Esse é um evento explícito registrado quando a tarefa de aprovação do RH é concluída no sistema de Workflow. | ||
| Por que isso importa Marca o fim da fase de aprovação e é um marco essencial para medir o Average Position Approval Cycle Time geral. Onde obter Registrado nas tabelas de histórico do Workflow, como WorkflowTrackingTable, quando o representante de RH conclui sua tarefa de aprovação. Captura O evento é registrado no histórico do Workflow com um registro de data e hora após a conclusão da etapa de aprovação do RH. Tipo de evento explicit | |||
| Solicitação de posição iniciada | Marca o início formal do ciclo de vida do gerenciamento de posições. Esse evento normalmente é capturado quando um usuário envia uma nova solicitação de posição por meio de um formulário ou Workflow dedicado no Dynamics 365 HR. | ||
| Por que isso importa Este é o ponto de partida para medir todo o ciclo de vida da posição, incluindo KPIs importantes como Position Approval Cycle Time e Position Creation Lead Time. Onde obter Capturado a partir do registro de data e hora de criação de um registro de solicitação de posição ou do registro de início na tabela de histórico do Workflow, como WorkflowTrackingStatusTable. Captura O evento é registrado quando uma nova solicitação de posição é enviada pelo Workflow. Tipo de evento explicit | |||
| Atributos da posição modificados | Representa qualquer alteração feita nos principais atributos de uma posição, como título ou departamento, após sua criação inicial. Essa atividade normalmente é inferida pelo acompanhamento das alterações no log do banco de dados do sistema. | ||
| Por que isso importa A alta frequência dessa atividade pode indicar baixa qualidade dos dados ou retrabalho no processo. Ela é essencial para os KPIs Position Attribute Change Frequency e Rework Rate. Onde obter Inferido a partir da tabela SysDatabaseLog, se o rastreamento de alterações estiver habilitado para a tabela de posições. Como alternativa, é necessário comparar snapshots históricos dos dados da posição. Captura Inferido pela detecção de operações de atualização nos campos principais da tabela HcmPosition por meio do log do banco de dados. Tipo de evento inferred | |||
| Orçamento da posição aprovado | Um marco importante de aprovação que confirma a alocação dos recursos necessários para a nova posição. Normalmente, ele é capturado como uma etapa de aprovação distinta no Workflow de criação da posição. | ||
| Por que isso importa Isola a etapa de aprovação financeira, permitindo analisar atrasos relacionados à alocação do orçamento e apoiando o KPI Position Budget Approval Cycle Time. Onde obter Registrado nas tabelas de histórico do Workflow, como WorkflowTrackingTable, como uma tarefa de aprovação concluída, geralmente atribuída a uma função da área financeira. Captura Capturado a partir do registro de data e hora de conclusão da tarefa de aprovação do orçamento no log do Workflow. Tipo de evento explicit | |||
| Posição congelada | Indica que uma posição foi temporariamente colocada em espera, impedindo qualquer atividade de contratação. Isso é capturado pela inferência de uma alteração no status do registro da posição para 'Frozen' ou 'On Hold'. | ||
| Por que isso importa Acompanha interrupções no ciclo de vida da posição, que podem afetar os planos de contratação e os orçamentos. Ajuda a identificar os motivos dos atrasos nas contratações. Onde obter Inferido pelo acompanhamento do registro de data e hora em que um campo de status do registro da posição é atualizado para 'Frozen' ou um valor semelhante. Captura Inferido a partir do registro de data e hora de uma alteração de status para 'Frozen' ou 'On Hold'. Tipo de evento inferred | |||
| Posição reclassificada | Uma atualização significativa na qual a classificação fundamental da posição, como sua família ocupacional ou nível, é alterada. Normalmente, isso é inferido a partir de uma alteração no campo 'Job' do registro da posição. | ||
| Por que isso importa Ajuda a analisar mudanças na estrutura organizacional e a estabilidade das definições de cargos. É a atividade principal do KPI Position Reclassification Rate. Onde obter Inferido a partir de uma alteração no campo 'JobId' da tabela HcmPosition, capturada pelo log do banco de dados ou pela comparação das versões do registro ao longo do tempo. Captura Inferido a partir de uma alteração registrada no campo de classificação do cargo no registro da posição. Tipo de evento inferred | |||
| Posição revisada quanto à conformidade | Indica que uma posição passou por uma verificação formal de conformidade. Isso pode ser capturado por uma alteração de status, pela conclusão de uma tarefa de checklist ou pela atualização de um campo personalizado. | ||
| Por que isso importa É essencial para monitorar a adesão às políticas regulatórias e internas. Essa atividade apoia diretamente o KPI Position Compliance Adherence Rate. Onde obter Provavelmente inferido a partir de um campo de status com registro de data e hora, como 'ComplianceReviewStatus', ou de um campo booleano 'IsComplianceReviewed' no registro da posição. Captura Inferido a partir do registro de data e hora em que um campo de status de conformidade é atualizado para 'Completed' ou 'Reviewed'. Tipo de evento inferred | |||
| Processo de contratação iniciado | Representa a transferência do gerenciamento da posição para o recrutamento. Esse evento é inferido quando uma nova vaga ou um projeto de recrutamento é criado e vinculado ao Position ID específico. | ||
| Por que isso importa Conecta o processo de gerenciamento da posição ao seu resultado, permitindo analisar o tempo entre a ativação da posição e o início das atividades efetivas de contratação. Onde obter Inferido pela identificação da data de criação de um registro nas tabelas de recrutamento ou vagas, como HcmRecruitingRequest, que faça referência ao Position ID. Captura Inferido pela vinculação do PositionId à criação de um registro correspondente no módulo de recrutamento. Tipo de evento inferred | |||
| Solicitação de posição aprovada pelo gerente | Representa a conclusão da primeira etapa de aprovação pelo gerente responsável pela contratação. Esse evento é registrado explicitamente no histórico do Workflow quando o gerente conclui a tarefa de aprovação atribuída a ele. | ||
| Por que isso importa Indica a duração da etapa inicial de aprovação, ajudando a identificar gargalos relacionados a gerentes ou departamentos específicos. Onde obter Registrado como uma etapa concluída nas tabelas de histórico do Workflow, como WorkflowTrackingTable, associada à solicitação de posição. Captura Capturado a partir do registro de data e hora de conclusão da etapa de aprovação do gerente no log do Workflow. Tipo de evento explicit | |||
| Solicitação de posição rejeitada | Indica que uma solicitação de posição foi negada em uma das etapas de aprovação. Esse evento é capturado explicitamente no histórico do Workflow quando um aprovador seleciona a ação 'Reject'. | ||
| Por que isso importa Destaca falhas no processo e ciclos de retrabalho. Analisar os motivos das rejeições ajuda a melhorar a qualidade das solicitações iniciais e apoia o KPI Position Request Rejection Rate. Onde obter Registrado com o status 'Rejection' nas tabelas de histórico do Workflow, como WorkflowTrackingStatusTable, para a solicitação de posição específica. Captura Capturado no log do Workflow quando um aprovador executa a ação de rejeição. Tipo de evento explicit | |||
Guias de extração
Etapas
- Acesse o workspace de gerenciamento de dados: Entre no Microsoft Dynamics 365 Human Resources. Use a barra de pesquisa principal para acessar o workspace 'Data management'.
- Crie um novo projeto de exportação: No workspace, selecione o bloco 'Export'. Na página do projeto 'Export', clique em 'New' para criar um novo projeto. Informe um nome descritivo, como 'PositionManagement_EventLog_Export', e selecione um formato de dados. Para fins de transformação, recomendamos 'CSV'.
- Adicione entidades de dados ao projeto: No novo projeto, clique em 'Add entity'. Você precisará adicionar várias entidades para capturar todo o ciclo de vida da posição. Adicione, uma por vez, as seguintes entidades principais: 'HcmPositionV2', 'WorkflowTrackingStatusTable' e 'HcmRecruitingRequest'. Se o registro no banco de dados estiver habilitado para alterações de posições, adicione também 'SysDatabaseLog'.
- Configure os filtros das entidades: Para cada entidade, é essencial aplicar filtros para limitar o escopo dos dados. Selecione uma entidade e clique em 'Filter'. Para 'HcmPositionV2', filtre por um intervalo de datas específico usando os campos 'CreatedDateTime' ou 'ModifiedDateTime'. Para 'WorkflowTrackingStatusTable', filtre 'CONTEXTTABLENAME' para incluir apenas Workflows relacionados a posições.
- Selecione os campos de cada entidade: Garanta que todos os campos necessários para a transformação posterior sejam exportados. Para 'HcmPositionV2', inclua 'PositionId', 'CreatedDateTime', 'ActivationDate', 'RetirementDate', 'ModifiedDateTime', 'JobId' e 'DepartmentNumber'. Para 'WorkflowTrackingStatusTable', inclua 'ContextRecId', 'WorkflowTrackingStatus', 'CreatedDateTime' e 'UserId'.
- Execute o trabalho de exportação: Depois de configurar todas as entidades, campos e filtros, clique em 'Export' na página principal do projeto. O sistema criará um pacote de dados com arquivos separados para cada entidade.
- Monitore e baixe o pacote de dados: Você pode acompanhar o andamento do trabalho na seção 'Job history'. Quando o trabalho for concluído com sucesso, baixe o pacote de dados, que será um arquivo compactado.
- Extraia e transforme os dados: Descompacte o pacote baixado. Você encontrará arquivos CSV separados para cada entidade. Esses arquivos contêm dados brutos, não o Event Log final. Você deverá usar um script externo, por exemplo, em Python com pandas ou PowerShell, para processar esses arquivos.
- Implemente a lógica de transformação: Seu script deve executar as seguintes ações:
- Carregar o arquivo 'HcmPositionV2.csv'. A partir dele, gerar o evento 'Position Created In HR System' usando 'PositionId' e 'CreatedDateTime'.
- Gerar eventos de alteração de status ('Position Activated', 'Position Frozen', 'Position Deactivated', 'Position Closed') interpretando os campos de status ou campos de data, como 'ActivationDate' e 'RetirementDate', de 'HcmPositionV2.csv'.
- Carregar o arquivo 'WorkflowTrackingStatusTable.csv'. Associar esses dados aos dados de posições usando o ID do registro. A partir disso, gerar os eventos de Workflow: 'Position Request Initiated', 'Position Request Approved By Manager', 'Position Budget Approved', 'Position Request Approved By HR' e 'Position Request Rejected'. Você precisará mapear o status do Workflow e o contexto da etapa para o Activity Name correto.
- Se você tiver exportado 'SysDatabaseLog.csv', analise esse arquivo para gerar os eventos 'Position Attributes Modified' e 'Position Reclassified' com base nas alterações em campos específicos da tabela HcmPosition.
- Carregar 'HcmRecruitingRequest.csv' para gerar o evento 'Hiring Process Started', identificando quando uma solicitação de recrutamento foi criada para determinada posição.
- Monte o Event Log final: O script deve combinar todos os eventos gerados pelas diferentes fontes em um único arquivo CSV. Esse arquivo deve conter as colunas obrigatórias: 'PositionId', 'ActivityName' e 'EventTime', além de todos os atributos recomendados que você conseguiu mapear.
- Formate para upload: Garanta que o arquivo CSV final tenha cabeçalhos correspondentes aos nomes de atributos obrigatórios e que a coluna 'EventTime' esteja em um formato de timestamp consistente. O arquivo estará pronto para upload na ferramenta de Process Mining.
Configuração
- Principais entidades de dados: As principais entidades necessárias para esta extração são:
HcmPositionV2: contém os detalhes básicos de cada posição, incluindo datas de criação e ativação e atributos como cargo e departamento.WorkflowTrackingStatusTable: fornece o histórico das instâncias de Workflow, incluindo envios, aprovações e rejeições. Isso é essencial para acompanhar o processo de aprovação.HcmRecruitingRequest: usada para inferir a atividade 'Hiring Process Started' quando uma solicitação de recrutamento está vinculada a uma posição.SysDatabaseLog: uma entidade opcional, mas poderosa, para capturar alterações detalhadas, como 'Position Attributes Modified' e 'Position Reclassified'. Seu uso depende de o registro no banco de dados ter sido previamente configurado para a tabela HcmPosition.
- Filtragem por intervalo de datas: recomendamos aplicar um filtro de intervalo de datas à entidade 'HcmPositionV2' com base no campo 'CreatedDateTime'. Um período de 6 a 12 meses costuma ser um bom ponto de partida para manter um volume de dados gerenciável.
- Exportações incrementais: para análises contínuas, considere configurar o projeto de exportação para realizar exportações incrementais. Assim, somente os registros alterados desde a última execução serão extraídos, reduzindo significativamente o tempo de processamento.
- Pré-requisitos: o usuário que executar a exportação deve ter uma função de segurança com permissões suficientes para acessar o workspace 'Data management' e permissão de leitura em todas as entidades de dados especificadas. Normalmente, são necessárias funções como 'Data management administrator' ou uma função personalizada com privilégios específicos para as entidades.
a Consulta de exemplo 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] Etapas
- Confirme o pré-requisito: antes de começar, verifique se o recurso 'Bring Your Own Database' (BYOD) está configurado para sua instância do Microsoft Dynamics 365 Human Resources. Garanta que as entidades de dados necessárias estejam sendo exportadas para seu Azure SQL Database. As principais entidades incluem:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUniteHcmRecruitingRequest. - Conecte-se ao Azure SQL Database: use uma ferramenta cliente SQL, como SQL Server Management Studio (SSMS) ou Azure Data Studio, para estabelecer uma conexão com o Azure SQL Database que funciona como destino do BYOD.
- Identifique o schema do banco de dados: depois de se conectar, familiarize-se com o schema do banco de dados. As entidades de dados do D365 HR são replicadas como tabelas. Observe que os nomes das tabelas no banco BYOD podem não corresponder exatamente aos nomes das entidades, mas normalmente são muito semelhantes.
- Carregue a consulta SQL: abra uma nova janela de consulta no cliente SQL e cole o script SQL completo fornecido na seção 'query' deste documento.
- Personalize os parâmetros: altere as variáveis de espaço reservado na consulta. Defina
@[YourCompanyId]como a entidade legal específica, por exemplo, 'USMF', que você deseja analisar. Ajuste o intervalo de datas nas cláusulasWHERE, por exemplo,CREATEDDATETIME >= '2023-01-01', para limitar a extração ao período desejado. - Execute a consulta: execute a consulta SQL completa no banco BYOD. O tempo de execução varia conforme o volume de dados e o intervalo de datas selecionado.
- Revise os resultados: depois que a consulta terminar, inspecione a saída no painel de resultados do cliente SQL. Verifique se as colunas
PositionId,ActivityName,EventTimee outras estão preenchidas conforme esperado. - Exporte para CSV: exporte todo o conjunto de resultados para um arquivo CSV. A maioria dos clientes SQL oferece um recurso integrado para salvar os resultados diretamente em CSV. No SSMS, por exemplo, você pode clicar com o botão direito na grade de resultados e selecionar 'Save Results As...'.
- Prepare para o upload: garanta que o arquivo CSV exportado use codificação UTF-8. Confirme que os cabeçalhos das colunas correspondem exatamente aos atributos obrigatórios (
PositionId,ActivityName,EventTimeetc.) para um upload sem problemas na ferramenta de Process Mining.
Configuração
- Entidades de dados do BYOD: garanta que todas as entidades de dados necessárias sejam publicadas do Dynamics 365 HR na sua instância BYOD. As entidades essenciais para este processo incluem as de posições, detalhes de posições, histórico de Workflows, cargos, departamentos e solicitações de recrutamento.
- Latência dos dados: lembre-se de que o BYOD oferece replicação quase em tempo real, não instantânea. Pode haver um pequeno atraso, de alguns minutos a uma hora, entre a ocorrência de uma transação no D365 HR e a disponibilidade dos dados no Azure SQL Database.
- Filtragem por intervalo de datas: é essencial aplicar filtros de data à consulta para controlar a performance e o volume de dados. Um bom ponto de partida costuma ser um período de 3 a 6 meses. Aplique filtros aos timestamps de criação ou de eventos em cada bloco
UNION ALL. - Filtro de empresa: sempre filtre por
DATAREAID, a entidade legal ou o ID da empresa, para garantir que você esteja analisando dados da unidade organizacional correta. A consulta fornecida inclui o espaço reservado@[YourCompanyId]para essa finalidade. - Pré-requisitos: este método exige uma assinatura ativa do Azure, uma instância BYOD configurada, permissões de leitura no Azure SQL Database de destino e uma ferramenta cliente SQL adequada para executar a consulta.
- Etapas personalizadas de Workflow: a consulta usa nomes comuns de etapas de Workflow para aprovações, como 'Approve position request'. Se sua organização usa nomes personalizados para essas etapas, você precisará atualizar os valores de
CONTEXTnas cláusulasWHEREcorrespondentes.
a Consulta de exemplo 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]' Pronto para começar?
Use este Template para simplificar a coleta de dados e obter insights profundos sobre seu processo de Hire to Retire - Gerenciamento de posições. Comece hoje sua jornada rumo a mais eficiência e conformidade.
Otimize instantaneamente o Gerenciamento de posições de Hire to Retire
Reduza em 30% o tempo de ciclo do seu processo e elimine gargalos.
Não é necessário cartão de crédito. Configure em poucos minutos.