Seu Template de dados de Hire to Retire: gestão de cargos
Seu Template de dados de Hire to Retire: gestão de cargos
- Atributos recomendados para uma análise completa
- Atividades essenciais do processo para acompanhar e descobrir o fluxo com precisão
- Orientações de extração específicas para o Microsoft Dynamics 365 Human Resources
Atributos de Hire to Retire: gestão de cargos
| Nome | Descrição | ||
|---|---|---|---|
| Horário do evento EventTime | Data e hora em que a atividade ocorreu. | ||
| Descrição O horário do evento registra a data e a hora exatas em que uma atividade foi concluída. Ele é essencial para ordenar os eventos cronologicamente e calcular durações e tempos de ciclo. Este atributo é usado em quase todas as análises de Process Mining, desde a criação do mapa do processo até o cálculo de KPIs de performance, como 'Tempo médio de ciclo de aprovação do cargo'. Ele ajuda a identificar quando ocorrem atrasos e quanto tempo cada etapa do processo leva. Por que isso importa Essa data e hora são essenciais para ordenar eventos, calcular todas as métricas baseadas em tempo e identificar gargalos no processo. Onde encontrar Em geral, essas informações estão nas tabelas de log do sistema ou nos campos 'CreatedDateTime' e 'ModifiedDateTime' associados aos registros de cargos e fluxos de trabalho 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 do cargo PositionId | Identificador exclusivo de um cargo específico na organização. | ||
| Descrição O ID do cargo é o principal identificador do caso e conecta todas as atividades e os dados relacionados a um único cargo da organização. Isso permite acompanhar todo o ciclo de vida do cargo, da criação e das alterações à desativação ou ao encerramento. Na análise de processos, esse ID é essencial para reconstruir o percurso de cada cargo. Ele permite criar Dashboards que acompanham os tempos de ciclo, identificam gargalos nas aprovações e analisam as variantes do processo, da solicitação ao encerramento. Por que isso importa Este é o identificador principal que conecta todos os eventos relacionados em um único caso do processo, permitindo analisar o ciclo de vida completo do cargo. Onde encontrar Em geral, esse é 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 | Nome do evento ou da tarefa específica que ocorreu no processo de gestão de cargos. | ||
| Descrição Este atributo descreve uma etapa do ciclo de vida do cargo, como 'Solicitação de cargo iniciada', 'Cargo criado no sistema de RH' ou 'Cargo desativado'. Ele forma a base do mapa do processo e mostra a sequência dos eventos. A análise do nome da atividade permite visualizar os fluxos do processo, identificar desvios em relação ao processo padrão e calcular o tempo de transição entre etapas. Esse atributo é fundamental para entender o que aconteceu e em que ordem. Por que isso importa Define as etapas do processo e permite visualizar os mapas e analisar o fluxo e as variações do processo. Onde encontrar Este atributo é derivado de eventos de negócio, mudanças de status ou do histórico do fluxo de trabalho no Microsoft Dynamics 365 Human Resources. Não corresponde a um único campo: é construído com base no contexto dos dados. Exemplos Solicitação de cargo iniciadaSolicitação de cargo aprovada pelo gerenteCargo criado no sistema de RHAtributos do cargo modificadosCargo encerrado | |||
| Cargo JobTitle | Título do cargo associado à posição, como 'Contador sênior'. | ||
| Descrição O cargo fornece um contexto importante sobre a função e as responsabilidades da posição. Ele é diferente do ID da posição, pois várias posições podem ter o mesmo cargo. Na análise, esse atributo permite agrupar e filtrar por tipo de função. Ele é útil no Dashboard 'Tendências de reclassificação de posições' para identificar quais tipos de cargo são reclassificados com mais frequência. Por que isso importa Acrescenta contexto importante para a empresa e permite analisar os dados por cargo, nível ou função. Onde encontrar Essa informação é vinculada ao registro 'Job' associado à posição. Procure-a 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 | |||
| Centro de custo CostCenter | Centro de custo financeiro ao qual as despesas da posição são alocadas. | ||
| Descrição O centro de custo é uma dimensão financeira importante que vincula uma posição a um orçamento específico ou a uma área de responsabilidade financeira. É importante acompanhar as mudanças nesse atributo. Esse atributo é fundamental para o Dashboard 'Verificação da consistência dos dados da posição', 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 unidade financeira. Por que isso importa Vincula a posição aos dados financeiros, permitindo analisar processos relacionados a custos e monitorar a consistência dos dados. Onde encontrar Em geral, esse atributo é 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 | Departamento ao qual a posição pertence. | ||
| Descrição Este atributo especifica o departamento da organização, como 'Finanças', 'Marketing' ou 'TI', associado à posição. É uma dimensão principal para filtrar e agregar dados do processo. A análise por departamento é essencial para o Dashboard 'Volume de posições por departamento'. Ela ajuda a comparar a performance do processo, identificar gargalos específicos de cada departamento e entender as tendências de contratação nas diferentes áreas da empresa. Por que isso importa 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 encontrar Essa informação faz parte dos detalhes da posição. Em geral, fica armazenada na entidade HcmPositionDetail e vinculada à dimensão da unidade operacional. Exemplos FinançasTecnologia da InformaçãoVendas e MarketingRecursos HumanosOperações | |||
| Hora de término EndTime | Data e hora em que a atividade foi concluída. | ||
| Descrição EndTime indica o fim de uma atividade. O tempo entre StartTime e EndTime corresponde ao tempo de processamento dessa atividade. Esse atributo é essencial para calcular a duração de cada atividade e entender onde o tempo está sendo gasto no processo. Por exemplo, ajuda a descobrir quanto tempo um gerente leva para aprovar uma solicitação de posição depois que ela é atribuída a ele. Por que isso importa Permite calcular o tempo de processamento das atividades, uma informação fundamental para analisar a performance em detalhes e identificar gargalos. Onde encontrar Esse dado pode ser obtido a partir das datas e horas de eventos posteriores ou de campos específicos de conclusão nos registros de fluxo de trabalho do Dynamics 365 HR. Muitas vezes, é preciso inferi-lo. 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 | Nome ou ID do usuário que realizou a atividade. | ||
| Descrição Este atributo identifica o funcionário ou usuário do sistema responsável por uma 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 integrantes da equipe e entender a distribuição da carga de trabalho. Também é importante para verificar a conformidade e garantir a segregação adequada de funções. Por que isso importa Permite identificar os responsáveis e analisar a performance por pessoa ou equipe, algo essencial para a gestão de recursos e o treinamento. Onde encontrar Associado ao histórico do fluxo de trabalho ou aos registros de 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 | Status atual ou histórico da posição. | ||
| Descrição Este atributo indica o estado da posição em determinado momento, como 'Proposta', 'Ativo', 'Congelada' ou 'Encerrada'. As mudanças de status costumam corresponder a atividades do processo. Acompanhar o status é essencial para entender a trajetória da posição e alimentar Dashboards como 'Status da análise de conformidade da posição' e 'Posições desatualizadas e subutilizadas'. O atributo mostra o estado atual da posição e ajuda a validar o fluxo do processo. Por que isso importa Indica claramente o estado de cada posição, o que é essencial para filtrar casos e entender os resultados. Onde encontrar Consulte a documentação do Microsoft Dynamics 365 Human Resources. Esse dado provavelmente é obtido dos campos de status do registro principal da posição. Exemplos PropostaEm revisãoAtivoCongeladaEncerrada | |||
| É retrabalho IsRework | Indicador que mostra se uma atividade faz parte de um ciclo 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 após a alteração de atributos. Ele ajuda a quantificar ciclos ineficientes. Esse atributo alimenta diretamente o Dashboard 'Análise de retrabalho em posições' e o KPI 'Taxa de retrabalho na criação de posições'. Ao identificar o retrabalho, os analistas podem filtrar e medir com facilidade a frequência e o impacto das ineficiências do processo. Por que isso importa Identifica e quantifica explicitamente o retrabalho no processo, um dos principais alvos das iniciativas de melhoria. Onde encontrar Esse valor é calculado com base na sequência de atividades de um caso. Por exemplo, se 'Solicitação de posição aprovada pelo gerente' ocorrer depois de 'Atributos da posição modificados', a atividade pode ser identificada como retrabalho. Exemplos truefalse | |||
| Família de cargos JobFamily | Agrupamento de cargos com funções semelhantes, como 'Engenharia' ou 'Finanças'. | ||
| Descrição Família de cargos é uma classificação que agrupa cargos relacionados. Por exemplo, 'Engenheiro de software' e 'Engenheiro de QA' podem pertencer à família de cargos 'Engenharia'. Esse atributo é essencial para o Dashboard 'Tendências de reclassificação de posições', pois permite analisar em um nível mais amplo quais categorias de cargos mudam com mais frequência. Ele oferece uma visão mais abrangente do que a análise de cargos individuais. Por que isso importa Permite analisar as posições por categoria de forma mais ampla, o que é útil para o planejamento estratégico da força de trabalho e a análise de tendências. Onde encontrar Essa informação faz parte da configuração de cargos no Dynamics 365 HR. Procure campos relacionados a 'Job family' ou 'Job function' na entidade HcmJobEntity. Exemplos EngenhariaFinanças e contabilidadeVendasRecursos HumanosGestão de produtos | |||
| Gerente solicitante RequestingManager | Gerente que iniciou a solicitação da posição. | ||
| Descrição Este atributo identifica o gerente de contratação ou chefe de departamento que iniciou o processo ao solicitar uma posição nova ou de reposição. Essa informação mostra de onde vem a demanda por posições. A análise por gerente solicitante ajuda a identificar padrões no volume de solicitações, nas taxas de aprovação e na qualidade dos pedidos. Também acrescenta detalhes para entender a carga de trabalho e a adesão ao processo. Por que isso importa Ajuda a rastrear a origem da demanda por posições e a analisar as métricas do processo pela perspectiva do gerente de contratação. Onde encontrar Consulte a documentação do Microsoft Dynamics 365 Human Resources. Essa informação provavelmente é registrada nos dados de início do fluxo de trabalho. Exemplos Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Localização Location | Localização física ou geográfica da posição. | ||
| Descrição Este atributo especifica onde a posição está baseada, como um escritório, uma cidade ou um país. É outra dimensão importante para filtrar e segmentar os dados do processo. A localização é usada diretamente no Dashboard 'Volume de posições por departamento' para analisar tendências de contratação e a performance do processo em diferentes regiões. Ela pode ajudar a identificar se a criação ou aprovação de posições é mais lenta em determinados locais. Por que isso importa Fornece contexto geográfico e permite analisar a performance e as tendências do processo em diferentes locais. Onde encontrar Consulte a documentação do Microsoft Dynamics 365 Human Resources. Essa informação pode fazer parte dos detalhes da posição ou estar vinculada ao departamento ou à entidade legal. Exemplos Nova York, USLondres, Reino UnidoBerlim, AlemanhaSingapuraRemoto | |||
| Motivo da rejeição RejectionReason | Motivo informado quando uma solicitação de posição é rejeitada. | ||
| Descrição Quando um gerente ou o RH rejeita uma solicitação de posição, geralmente registra um motivo. Pode ser falta de orçamento, informações incorretas ou uma mudança de estratégia. Esse atributo é essencial para calcular o KPI 'Taxa de rejeição de solicitações de posição' e entender por que ocorre retrabalho. Analisar os motivos mais comuns de rejeição ajuda a identificar problemas nas etapas anteriores, como solicitações de baixa qualidade ou orientações pouco claras, que podem ser corrigidos para melhorar o processo. Por que isso importa Mostra diretamente por que as solicitações são rejeitadas e permite direcionar melhorias no processo para reduzir o retrabalho e as rejeições. Onde encontrar Consulte a documentação do Microsoft Dynamics 365 Human Resources. Em geral, esse dado é registrado nos comentários do fluxo de trabalho ou em um campo específico de código do motivo no momento da rejeição. Exemplos Orçamento indisponívelSolicitação duplicadaPerfil do cargo incorretoCongelamento de contrataçõesRealinhamento estratégico | |||
| Orçamento aprovado IsBudgetApproved | Indicador que mostra se o orçamento da posição foi aprovado. | ||
| Descrição Esse atributo booleano recebe o valor true quando a atividade 'Orçamento da posição aprovado' ocorre em um caso de posição. Ele ajuda a analisar o fluxo do processo e identificar posições paradas à espera da aprovação do orçamento. Esse atributo pode ser usado para filtrar processos e analisar com mais eficiência o KPI 'Tempo de ciclo da aprovação do orçamento da posição'. Ele diferencia as posições que já passaram pela etapa de aprovação do orçamento daquelas que ainda não passaram, o que é útil para identificar gargalos. Por que isso importa Simplifica a análise ao indicar claramente um marco importante, ajudando a isolar e medir a etapa de aprovação do orçamento. Onde encontrar Esse valor é obtido durante a transformação dos dados, verificando se a atividade 'Orçamento da posição aprovado' aparece no histórico do caso. Exemplos truefalse | |||
| Sistema de origem SourceSystem | Sistema do qual os dados foram extraídos. | ||
| Descrição Este atributo identifica a origem dos dados do processo. Nesta visualização, normalmente será 'Microsoft Dynamics 365 Human Resources'. Em ambientes com vários sistemas, esse campo é essencial para rastrear a linhagem dos dados e solucionar problemas. Ele ajuda a confirmar se os dados vêm da origem esperada e pode ser usado para filtrar análises por sistema específico. Por que isso importa Fornece contexto sobre a origem dos dados, importante para a governança de dados e para análises que abrangem vários sistemas corporativos. Onde encontrar Este é um valor estático adicionado durante a extração e transformação dos dados para identificar a origem do conjunto de dados. Exemplos Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Tempo de ciclo da aprovação ApprovalCycleTime | Tempo total entre o início de uma solicitação de posição e sua aprovação final. | ||
| Descrição Essa métrica calculada mede o tempo entre a atividade 'Solicitação de posição iniciada' e a atividade de aprovação final, que pode ser 'Solicitação de posição aprovada pelo RH'. É 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 'Tempo de ciclo da aprovação de posições'. 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 É um KPI essencial para medir a eficiência de todo o processo de aprovação e destacar atrasos na preparação das posições para criação. Onde encontrar O cálculo é feito no nível do caso: identificam-se as datas e horas das atividades de início e término da etapa de aprovação e calcula-se a diferença entre elas. Exemplos P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Tipo de posição PositionType | Classifica a posição como integral, parcial, temporária etc. | ||
| Descrição Este atributo classifica a posição de acordo com as condições de contratação. Ele acrescenta contexto 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 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 em tempo integral. Por que isso importa Permite analisar como o processo varia entre os diferentes tipos de contratação, contribuindo para o planejamento da força de trabalho e a otimização do processo. Onde encontrar Essa informação costuma estar disponível no registro da posição no Dynamics 365 HR. Verifique se há um campo relevante em entidades como HcmPositionV2Entity. Exemplos Tempo integralMeio períodoPrestador de serviçosEstagiárioTemporário | |||
| Última atualização dos dados LastDataUpdate | Data e hora da atualização mais recente dos dados do sistema de origem. | ||
| Descrição Este atributo indica quando os dados foram extraídos pela última vez do Microsoft Dynamics 365 Human Resources. Ele ajuda a entender o quanto a análise está atualizada. Exibir essa informação nos Dashboards confirma que os dados apresentados são recentes. Esse é um metadado importante para qualquer projeto de Process Mining. Por que isso importa A informação mostra se os dados estão atualizados, algo essencial para tomar decisões com base na análise. Onde encontrar Essa data e hora são geradas e armazenadas 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 | |||
Atividades de Hire to Retire: gestão de cargos
| Atividade | Descrição | ||
|---|---|---|---|
| Cargo ativado | Marca o momento em que o cargo é oficialmente aberto e o recrutamento pode começar. Esse evento é inferido quando um campo de status no registro do cargo muda para 'Ativo' ou um estado semelhante. | ||
| Por que isso importa Este é um marco importante para medir se o cargo está pronto para receber candidatos e a eficiência das etapas finais de configuração. É essencial para o KPI de tempo médio até a ativação do cargo. Onde encontrar Inferido pelo acompanhamento da data e hora em que um campo de status, como 'PositionStatus', no registro do cargo é atualizado para 'Ativo' ou 'Aberto'. Coleta Com base na data em que o campo ActivationDate do cargo é preenchido ou em que um campo de status muda para 'Ativo'. Tipo de evento inferred | |||
| Cargo criado no sistema de RH | Este evento marca a criação oficial do registro do cargo no Dynamics 365 HR. Ele é obtido da data e hora de criação do próprio registro principal do cargo. | ||
| Por que isso importa Um marco fundamental que representa a transição da solicitação para uma posição real na organização. É o ponto final do KPI de tempo de atravessamento da criação do cargo. Onde encontrar Obtido do campo de sistema 'CreatedDateTime' na tabela principal de cargos, como HcmPosition. Coleta Extraído do campo de sistema CreatedDateTime na tabela HcmPosition. Tipo de evento explicit | |||
| Cargo desativado | O cargo deixa de estar ativo e é removido da estrutura organizacional ativa, muitas vezes após ser preenchido. Isso é inferido quando o status muda para 'Inativo' ou um estado semelhante. | ||
| Por que isso importa Marca uma etapa importante no fim do período de atividade do cargo. É essencial para analisar o tempo médio até a desativação do cargo e gerenciar o quadro de funcionários com precisão. Onde encontrar Inferido da data e hora em que o campo 'RetirementDate' é preenchido ou em que um campo de status no registro do cargo muda para 'Inativo'. Coleta Com base na data em que RetirementDate do cargo é definido ou em que um campo de status muda para 'Inativo'. Tipo de evento inferred | |||
| Cargo encerrado | Representa o arquivamento final do registro do cargo e marca o fim definitivo do seu ciclo de vida. Esse evento é inferido quando o status muda para 'Encerrado' ou outro estado final semelhante. | ||
| Por que isso importa Este é o evento final do processo. Ele permite analisar todo o ciclo de vida de ponta a ponta e ajuda a identificar cargos desatualizados que deveriam ser encerrados. Onde encontrar Inferido de uma mudança no campo de status do registro do cargo para 'Encerrado'. Isso é menos comum do que a desativação, pois os registros costumam ser mantidos para consulta histórica. Coleta Inferido da data e hora em que um campo de status é atualizado para 'Encerrado'. Tipo de evento inferred | |||
| Solicitação de cargo aprovada pelo RH | Indica a aprovação final do departamento de Recursos Humanos antes da criação formal do cargo. Esse evento é registrado explicitamente quando a tarefa de aprovação do RH é concluída no sistema de fluxo de trabalho. | ||
| Por que isso importa Marca o fim da etapa de aprovação e é um marco importante para medir o tempo médio de ciclo de aprovação do cargo. Onde encontrar Registrado nas tabelas de histórico do fluxo de trabalho, como WorkflowTrackingTable, quando o representante do RH conclui a tarefa de aprovação. Coleta O evento é registrado no histórico do fluxo de trabalho, com data e hora, quando a etapa de aprovação do RH é concluída. Tipo de evento explicit | |||
| Solicitação de cargo iniciada | Marca o início formal do ciclo de vida da gestão de cargos. Em geral, esse evento é registrado quando um usuário envia uma nova solicitação de cargo por meio de um formulário específico ou fluxo de trabalho no Dynamics 365 HR. | ||
| Por que isso importa Este é o ponto de partida para medir todo o ciclo de vida do cargo, incluindo KPIs importantes, como o tempo de ciclo de aprovação do cargo e o tempo de atravessamento da criação do cargo. Onde encontrar Obtido do horário de criação do registro da solicitação de cargo ou do registro de início na tabela de histórico do fluxo de trabalho, como WorkflowTrackingStatusTable. Coleta O evento é registrado quando um novo fluxo de trabalho de solicitação de cargo é enviado. Tipo de evento explicit | |||
| Atributos do cargo modificados | Representa qualquer alteração nos principais atributos de um cargo, como título ou departamento, após sua criação. Em geral, essa atividade é inferida pelo acompanhamento das mudanças no log do banco de dados do sistema. | ||
| Por que isso importa Uma frequência alta dessa atividade pode indicar baixa qualidade dos dados ou retrabalho no processo. Esse dado é essencial para os KPIs de frequência de alteração dos atributos do cargo e taxa de retrabalho. Onde encontrar Inferido da tabela SysDatabaseLog, se o rastreamento de alterações estiver habilitado para a tabela de cargos. Outra opção é comparar versões históricas dos dados dos cargos. Coleta Inferido pela detecção de operações de atualização em campos importantes da tabela HcmPosition por meio do log do banco de dados. Tipo de evento inferred | |||
| Cargo congelado | Indica que um cargo foi temporariamente suspenso, impedindo qualquer atividade de contratação. Esse evento é identificado pela mudança do status do registro do cargo para 'Congelado' ou 'Em espera'. | ||
| Por que isso importa Acompanha interrupções no ciclo de vida do cargo, que podem afetar os planos de pessoal e os orçamentos. Ajuda a identificar os motivos dos atrasos na contratação. Onde encontrar Inferido pelo acompanhamento da data e hora em que um campo de status no registro do cargo é atualizado para 'Congelado' ou um valor semelhante. Coleta Inferido da data e hora da mudança de status para 'Congelado' ou 'Em espera'. Tipo de evento inferred | |||
| Cargo reclassificado | Uma atualização importante em que a classificação fundamental do cargo, como a família de cargos ou o nível, é alterada. Em geral, isso é inferido de uma mudança no campo 'Job' do registro do cargo. | ||
| 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 de taxa de reclassificação de cargos. Onde encontrar Inferido de uma alteração no campo 'JobId' da tabela HcmPosition, registrada no log do banco de dados ou identificada pela comparação de versões do registro ao longo do tempo. Coleta Inferido de uma alteração registrada no campo de classificação do cargo no registro correspondente. Tipo de evento inferred | |||
| Cargo revisado quanto à conformidade | Indica que o cargo passou por uma verificação formal de conformidade. Esse evento pode ser registrado por uma mudança 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 o cumprimento das regulamentações e políticas internas. Essa atividade contribui diretamente para o KPI de taxa de conformidade dos cargos. Onde encontrar Provavelmente inferido de um campo de status com data e hora, como 'ComplianceReviewStatus', ou de um campo booleano 'IsComplianceReviewed' no registro do cargo. Coleta Inferido da data e hora em que um campo de status de conformidade é atualizado para 'Concluído' ou 'Revisado'. Tipo de evento inferred | |||
| Orçamento do cargo aprovado | Uma etapa importante de aprovação que confirma a alocação dos recursos necessários para o novo cargo. Em geral, ela é registrada como uma etapa específica do fluxo de trabalho de criação do cargo. | ||
| Por que isso importa Isola a etapa de aprovação financeira, permitindo analisar atrasos relacionados à alocação do orçamento e acompanhar o KPI de tempo de ciclo de aprovação do orçamento do cargo. Onde encontrar Registrado nas tabelas de histórico do fluxo de trabalho, como WorkflowTrackingTable, como uma tarefa de aprovação concluída, geralmente atribuída a uma função da área financeira. Coleta Obtido do horário de conclusão da tarefa de aprovação do orçamento no log do fluxo de trabalho. Tipo de evento explicit | |||
| Processo de contratação iniciado | Indica a transferência da gestão de cargos para o recrutamento. Esse evento é inferido quando uma nova vaga ou um novo projeto de recrutamento é criado e vinculado ao ID específico do cargo. | ||
| Por que isso importa Conecta o processo de gestão de cargos ao seu resultado e permite analisar o tempo entre a ativação do cargo e o início das atividades de contratação. Onde encontrar Inferido pela identificação da data de criação de um registro nas tabelas de recrutamento ou de vagas, como HcmRecruitingRequest, que faça referência ao ID do cargo. Coleta Inferido pela vinculação do PositionId à criação de um registro correspondente no módulo de recrutamento. Tipo de evento inferred | |||
| Solicitação de cargo 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 fluxo de trabalho 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 e ajuda a identificar gargalos relacionados a gerentes ou departamentos específicos. Onde encontrar Registrado como uma etapa concluída nas tabelas de histórico do fluxo de trabalho, como WorkflowTrackingTable, e associado à solicitação de cargo. Coleta Obtido do horário de conclusão da etapa de aprovação do gerente no log do fluxo de trabalho. Tipo de evento explicit | |||
| Solicitação de cargo rejeitada | Indica que uma solicitação de cargo foi negada em uma das etapas de aprovação. Esse evento é registrado explicitamente no histórico do fluxo de trabalho quando um aprovador seleciona a ação 'Rejeitar'. | ||
| 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 a acompanhar o KPI de taxa de rejeição de solicitações de cargo. Onde encontrar Registrado com o status 'Rejeição' nas tabelas de histórico do fluxo de trabalho, como WorkflowTrackingStatusTable, para a solicitação de cargo correspondente. Coleta Obtido do log do fluxo de trabalho quando um aprovador executa a ação de rejeição. Tipo de evento explicit | |||
Guias de extração
Etapas
- Acesse o espaço de trabalho de gerenciamento de dados: Entre no Microsoft Dynamics 365 Human Resources. Use a barra de pesquisa principal para acessar o espaço de trabalho 'Gerenciamento de dados'.
- Crie um novo projeto de exportação: No espaço de trabalho, selecione o bloco 'Exportar'. Na página do projeto de exportação, clique em 'Novo' para criar um projeto. Dê um nome descritivo, como 'PositionManagement_EventLog_Export', e selecione um formato de dados. Para transformar os dados, recomendamos 'CSV'.
- Adicione entidades de dados ao projeto: No novo projeto, clique em 'Adicionar entidade'. Você precisará incluir várias entidades para capturar todo o ciclo de vida do cargo. Adicione, uma por uma, estas entidades principais: 'HcmPositionV2', 'WorkflowTrackingStatusTable' e 'HcmRecruitingRequest'. Se o registro no banco de dados estiver habilitado para alterações de cargos, adicione também 'SysDatabaseLog'.
- Configure os filtros das entidades: É importante aplicar filtros a cada entidade para limitar o escopo dos dados. Selecione uma entidade e clique em 'Filtrar'. Em 'HcmPositionV2', filtre por um período específico usando os campos 'CreatedDateTime' ou 'ModifiedDateTime'. Em 'WorkflowTrackingStatusTable', filtre 'CONTEXTTABLENAME' para incluir apenas fluxos de trabalho relacionados a cargos.
- Selecione os campos de cada entidade: Inclua todos os campos necessários para a transformação posterior. Em 'HcmPositionV2', inclua 'PositionId', 'CreatedDateTime', 'ActivationDate', 'RetirementDate', 'ModifiedDateTime', 'JobId' e 'DepartmentNumber'. Em 'WorkflowTrackingStatusTable', inclua 'ContextRecId', 'WorkflowTrackingStatus', 'CreatedDateTime' e 'UserId'.
- Execute a exportação: Depois de configurar todas as entidades, os campos e os filtros, clique em 'Exportar' na página principal do projeto. O sistema criará um pacote de dados com arquivos separados para cada entidade.
- Acompanhe e baixe o pacote de dados: Você pode acompanhar o andamento do trabalho na seção 'Histórico de trabalhos'. Quando a execução for concluída com sucesso, baixe o pacote de dados 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. Use um script externo, por exemplo, em Python com pandas ou PowerShell, para processá-los.
- Implemente a lógica de transformação: Seu script deve executar as seguintes ações:
- Carregar o arquivo 'HcmPositionV2.csv'. Com ele, gerar o evento 'Cargo criado no sistema de RH' usando 'PositionId' e 'CreatedDateTime'.
- Gerar eventos de alteração de status ('Cargo ativado', 'Cargo congelado', 'Cargo desativado', 'Cargo encerrado') interpretando os campos de status ou campos de data, como 'ActivationDate' e 'RetirementDate', de 'HcmPositionV2.csv'.
- Carregar o arquivo 'WorkflowTrackingStatusTable.csv'. Combine esses dados com os dados dos cargos usando o ID do registro. Com isso, gere os eventos do fluxo de trabalho: 'Solicitação de cargo iniciada', 'Solicitação de cargo aprovada pelo gerente', 'Orçamento do cargo aprovado', 'Solicitação de cargo aprovada pelo RH' e 'Solicitação de cargo rejeitada'. Mapeie o status do fluxo de trabalho e o contexto da etapa para o nome correto da atividade.
- Se você exportou 'SysDatabaseLog.csv', analise esse arquivo para gerar os eventos 'Atributos do cargo modificados' e 'Cargo reclassificado', com base nas alterações em campos específicos da tabela HcmPosition.
- Carregue 'HcmRecruitingRequest.csv' para gerar o evento 'Processo de contratação iniciado', identificando quando uma solicitação de recrutamento foi criada para determinado cargo.
- Monte o Event Log final: O script deve combinar todos os eventos gerados pelas diferentes fontes em um único arquivo CSV. Esse arquivo precisa conter as colunas obrigatórias: 'PositionId', 'ActivityName' e 'EventTime', além dos atributos recomendados que você conseguiu mapear.
- Prepare o arquivo para carregamento: Confira se o arquivo CSV final tem cabeçalhos iguais aos nomes de atributos obrigatórios e se a coluna 'EventTime' usa um formato de data e hora consistente. O arquivo estará pronto para ser carregado 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 informações essenciais sobre cada cargo, incluindo datas de criação e ativação e atributos como cargo e departamento.WorkflowTrackingStatusTable: Fornece o histórico das instâncias de fluxo de trabalho, incluindo envios, aprovações e rejeições. É essencial para acompanhar o processo de aprovação.HcmRecruitingRequest: Permite inferir a atividade 'Processo de contratação iniciado' quando uma solicitação de recrutamento está vinculada a um cargo.SysDatabaseLog: Entidade opcional, mas útil para capturar alterações detalhadas, como 'Atributos do cargo modificados' e 'Cargo reclassificado'. Seu uso depende de o registro no banco de dados estar pré-configurado para a tabela HcmPosition.
- Filtro por período: Recomendamos filtrar a entidade 'HcmPositionV2' pelo campo 'CreatedDateTime'. Um período de 6 a 12 meses costuma ser um bom ponto de partida para manter o volume de dados sob controle.
- Exportações incrementais: Para análises contínuas, considere configurar o projeto para fazer exportações incrementais. Assim, serão extraídos apenas os registros alterados desde a última execução, reduzindo bastante o tempo de processamento.
- Pré-requisitos: O usuário que executar a exportação precisa ter uma função de segurança com permissões suficientes para acessar o espaço de trabalho 'Gerenciamento de dados' e ler todas as entidades de dados especificadas. Normalmente, são necessárias funções como 'Administrador de gerenciamento de dados' ou uma função personalizada com privilégios específicos para as entidades.
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 os pré-requisitos: Antes de começar, verifique se o recurso 'Bring Your Own Database' (BYOD) está configurado na sua instância do Microsoft Dynamics 365 Human Resources. Confirme se as entidades de dados necessárias estão sendo exportadas para seu Azure SQL Database. Entre as principais estão:
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 se conectar ao Azure SQL Database usado como destino do BYOD.
- Identifique o esquema do banco de dados: Depois de se conectar, familiarize-se com o esquema do banco de dados. As entidades de dados do D365 HR são replicadas como tabelas. Os nomes das tabelas no banco de dados BYOD podem não ser exatamente iguais aos nomes das entidades, mas costumam ser bem parecidos.
- 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ê quer analisar. Ajuste o período nas cláusulasWHERE, por exemplo,CREATEDDATETIME >= '2023-01-01', para limitar a extração ao intervalo desejado. - Execute a consulta: Execute a consulta SQL completa no banco de dados BYOD. O tempo de execução varia conforme o volume de dados e o período selecionado.
- Confira os resultados: Quando a consulta terminar, confira os resultados no painel de resultados do cliente SQL. Verifique se as colunas
PositionId,ActivityName,EventTimee as demais estão preenchidas como esperado. - Exporte para CSV: Exporte todo o conjunto de resultados para um arquivo CSV. A maioria dos clientes SQL tem um recurso integrado para salvar os resultados diretamente em CSV. Por exemplo, no SSMS, clique com o botão direito na grade de resultados e selecione 'Salvar resultados como...'.
- Prepare o arquivo para carregamento: Confira se o arquivo CSV exportado usa codificação UTF-8. Verifique se os cabeçalhos das colunas correspondem exatamente aos atributos obrigatórios (
PositionId,ActivityName,EventTimeetc.) para facilitar o carregamento na ferramenta de Process Mining.
Configuração
- Entidades de dados do BYOD: Confirme se todas as entidades de dados necessárias foram publicadas do Dynamics 365 HR para sua instância BYOD. Para este processo, são essenciais as entidades de cargos, detalhes dos cargos, histórico do fluxo de trabalho, cargos, departamentos e solicitações de recrutamento.
- Latência dos dados: O BYOD replica dados quase em tempo real, mas não instantaneamente. Pode haver um atraso de alguns minutos a uma hora entre uma transação no D365 HR e a disponibilidade dos dados no Azure SQL Database.
- Filtro por período: É essencial filtrar a consulta por data para controlar o desempenho e o volume de dados. Um período de 3 a 6 meses costuma ser um bom ponto de partida. Aplique filtros de data de criação ou de registro de data e hora do evento em cada bloco
UNION ALL. - Filtro por empresa: Sempre filtre por
DATAREAID(ID da entidade legal ou da empresa) para garantir que você está analisando os 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ão de leitura no Azure SQL Database de destino e uma ferramenta cliente SQL adequada para executar consultas.
- Etapas personalizadas do fluxo de trabalho: A consulta usa nomes comuns para etapas de aprovação, como 'Aprovar solicitação de cargo'. Se sua organização usa nomes personalizados, atualize os valores de
CONTEXTnas cláusulasWHEREcorrespondentes.
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 detalhados sobre o processo de gestão de cargos em Hire to Retire. Comece hoje a melhorar a eficiência e a Conformidade.
Otimize agora a gestão de cargos em Hire to Retire
Reduza em 30% o tempo de ciclo do processo e elimine gargalos.
Não é necessário informar cartão de crédito. Configure em poucos minutos.