Seu template de dados de gestão de cargos – Hire to Retire
Seu template de dados de gestão de cargos – Hire to Retire
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos de Hire to Retire - Gestão de Posições
| Nome | Descrição | ||
|---|---|---|---|
|
ID da posição
PositionId
|
O identificador exclusivo de uma posição na empresa, servindo como o ID principal do caso para o processo de gestão de posições. | ||
|
Descrição
O ID da Posição é a base da análise do processo. Cada ID representa o ciclo de vida de uma única posição, desde a solicitação inicial até a eventual desativação ou encerramento. No Process Mining, esse atributo correlaciona todas as atividades — como aprovações e mudanças de dados — a um caso específico. Isso permite uma visão completa de ponta a ponta da jornada da posição, possibilitando analisar tempos de ciclo, identificar variantes do processo e monitorar a conformidade de cada vaga individualmente.
Por que é importante
É essencial para rastrear todo o ciclo de vida de uma posição, permitindo a análise de processos de ponta a ponta e ajudando a identificar gargalos ou desvios em casos específicos.
Onde obter
Identificador central do Workday HCM, geralmente disponível em relatórios e dados de processos de Staffing e Position Management.
Exemplos
POS-0012345POS-0067890POS-0112233
|
|||
|
Nome da Atividade
ActivityName
|
O nome da etapa ou evento específico do processo de negócio, como 'Posição Criada' ou 'Orçamento Aprovado'. | ||
|
Descrição
O Nome da Atividade descreve uma etapa específica do ciclo de vida da gestão de posições. Esses eventos compõem o mapa do processo, mostrando a sequência de ações para cada posição. Analisar essas atividades permite visualizar fluxos, identificar caminhos comuns ou atípicos e medir o tempo entre marcos importantes. Exemplos como 'Solicitação de Posição Iniciada' e 'Posição Encerrada' ajudam a traçar o retrato fiel do fluxo operacional.
Por que é importante
Este atributo é essencial para construir o mapa do processo, visualizar o fluxo e identificar eventos específicos que geram atrasos ou retrabalho.
Onde obter
Extraído dos logs de transação da estrutura de processos de negócio do Workday. Cada etapa em uma definição de processo de negócio gera um registro de evento.
Exemplos
Solicitação de Posição IniciadaAprovação do Gestor EnviadaPosição CriadaPosição Desativada
|
|||
|
Tempo do Evento
EventTime
|
O timestamp que indica quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
O Horário do Evento é o registro exato de data e hora de cada atividade. Esses dados são essenciais para análises temporais, como cálculos de tempos de ciclo, esperas e durações. No Process Mining, o timestamp organiza os eventos cronologicamente para formar o fluxo do processo. Ele serve de base para o diagnóstico de performance, permitindo identificar gargalos, analisar vazão (throughput) e monitorar o cumprimento de SLAs.
Por que é importante
É essencial para ordenar eventos, calcular todas as métricas baseadas em tempo, como tempo de ciclo e duração, e diagnosticar gargalos de processo.
Onde obter
Este timestamp é registrado automaticamente para cada transação de processo de negócio no Workday HCM.
Exemplos
2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z
|
|||
|
Centro de Custo
CostCenter
|
O centro de custo financeiro associado à posição, utilizado para orçamento e relatórios financeiros. | ||
|
Descrição
O Centro de Custo é a dimensão financeira que vincula uma posição a um orçamento específico, sendo essencial para o controle de custos e planejamento financeiro. No Process Mining, esse atributo é vital para analisar aprovações orçamentárias e impactos financeiros. Ele ajuda a entender como o tempo de aprovação varia entre centros de custo e a correlacionar as ações de gestão de posições com os resultados financeiros, além de auxiliar na padronização de cargos entre unidades financeiras similares.
Por que é importante
Fornece uma dimensão financeira para análise, permitindo visualizar o processo por unidade orçamentária e apoiar a identificação de gargalos financeiros.
Onde obter
Faz parte das informações financeiras, ou 'Worktags', atribuídas a uma posição no Workday HCM.
Exemplos
CC4010_MARKETINGCC2050_RD_SOFTWARECC7000_ADMIN
|
|||
|
Departamento
Department
|
O departamento ou organização de supervisão à qual a posição pertence. | ||
|
Descrição
O atributo Departamento (chamado de 'Organização de Supervisão' no Workday) oferece o contexto organizacional básico da posição, definindo a equipe ou área onde ela está alocada. Esta é uma dimensão crítica para análise, pois permite comparar o desempenho entre diferentes áreas da empresa. Você pode, por exemplo, comparar o tempo de aprovação de posições na Engenharia versus Marketing para identificar melhores práticas ou gargalos específicos de cada área.
Por que é importante
Permite filtrar e comparar o desempenho dos processos em diferentes unidades organizacionais, revelando gargalos ou eficiências específicas de cada departamento.
Onde obter
Vinculado à posição através da sua atribuição a uma Organização de Supervisão no Workday HCM.
Exemplos
Vendas - América do NorteEngenharia - Dev PlataformaFinanças - FP&A Corporativo
|
|||
|
End Time
EndTime
|
O registro de data e hora de conclusão da atividade, usado para calcular a duração de cada etapa. | ||
|
Descrição
O Horário de Término marca a conclusão de uma atividade. Combinado com o Horário de Início, ele permite calcular o tempo de execução (processing time) de um evento. Isso é muito útil para etapas que não são instantâneas, como revisões de conformidade. Ao comparar o término de uma atividade com o início da próxima, conseguimos medir com precisão tanto o tempo de trabalho quanto o tempo de espera, gerando insights profundos sobre a eficiência do processo.
Por que é importante
É necessário para calcular a duração precisa das atividades, ajudando a distinguir entre o tempo de processamento ativo e o tempo de espera inativo.
Onde obter
Algumas etapas no Workday possuem horários de início e término explícitos. Caso contrário, o término pode ser derivado do horário de início do evento seguinte no mesmo caso.
Exemplos
2023-04-15T09:05:12Z2023-04-15T17:00:00Z2023-04-18T11:21:55Z
|
|||
|
Família de Cargos
JobFamily
|
Um agrupamento de cargos com características, habilidades e funções semelhantes, como 'Engenharia' ou 'Recursos Humanos'. | ||
|
Descrição
Uma Família de Cargos (Job Family) é uma classificação que agrupa Perfis de Cargos relacionados. Por exemplo, os perfis 'Engenheiro de Software' e 'Engenheiro de Software Sênior' podem pertencer à família 'Engenharia'. Isso permite categorizar e analisar funções em um nível superior. Este atributo suporta análises como o monitoramento de reclassificações ou a padronização de atributos de posição. Ao analisar mudanças dentro ou entre famílias de cargos, a organização obtém insights sobre trilhas de carreira, consistência na definição de funções e tendências da força de trabalho.
Por que é importante
Permite análises de funções em nível superior, apoiando esforços de padronização e análise de reclassificações entre categorias de cargos relacionadas.
Onde obter
Faz parte da estrutura do catálogo de cargos no Workday HCM, vinculado ao Perfil do Cargo (Job Profile) da posição.
Exemplos
Tecnologia da InformaçãoFinanças e ContabilidadeProfissionais de Vendas
|
|||
|
Motivo da Alteração
ReasonForChange
|
O motivo informado para uma alteração, como reclassificação, modificação ou fechamento de uma posição. | ||
|
Descrição
Este atributo captura a justificativa de negócio para uma alteração na posição. No Workday, os motivos geralmente vêm de uma lista padrão como 'Reorganização' ou 'Ajuste Orçamentário' para garantir consistência. Analisar este campo oferece um contexto precioso para os fluxos. Ajuda a entender o 'porquê' por trás do 'o quê', correlacionando, por exemplo, reclassificações com motivos específicos para identificar tendências de reestruturação ou evolução de cargos.
Por que é importante
Explica o contexto de negócio por trás das atividades do processo, como modificações e reclassificações, ajudando a analisar as causas raízes das variações do processo.
Onde obter
Campo obrigatório para muitas transações no Workday, como 'Edit Position Restrictions' ou 'Close Position'.
Exemplos
Criação de novo departamentoReorganizaçãoCorreção de dadosConclusão do Projeto
|
|||
|
Status da Posição
PositionStatus
|
O status atual ou histórico da posição, como 'Aberta', 'Preenchida', 'Congelada' ou 'Encerrada'. | ||
|
Descrição
O Status da Posição indica o estado da vaga em um momento específico, sendo vital para entender sua disponibilidade e fase no ciclo de vida. Na análise, filtrar pelo status ajuda a focar em partes específicas do processo. Por exemplo, analisar posições 'Congeladas' permite criar relatórios de tempo de permanência (aging) para ver por quanto tempo os recursos ficam presos. Acompanhar a transição entre status é a chave para entender o fluxo operacional.
Por que é importante
Oferece contexto crítico sobre o estado da posição, permitindo analisar o tempo de permanência em congelamento e acompanhar a progressão no ciclo de vida.
Onde obter
Disponível como um campo padrão no objeto de posição no Workday HCM.
Exemplos
Aberta - AprovadaPreenchidaCongeladaEncerrado
|
|||
|
Utilizador
User
|
O ID do usuário ou nome da pessoa que realizou a atividade. | ||
|
Descrição
Identifica o colaborador ou usuário do sistema responsável por uma tarefa, como aprovar ou modificar atributos. Pode ser um gestor, parceiro de RH ou analista financeiro. Analisar dados por usuário ajuda a encontrar necessidades de treinamento e desequilíbrios na carga de trabalho. Por exemplo, permite identificar quem está mais envolvido em atividades de retrabalho, sugerindo a necessidade de instruções mais claras ou melhorias no sistema.
Por que é importante
Permite a análise da distribuição da carga de trabalho, comportamento específico do usuário e identificação de necessidades de treinamento ou indivíduos de alto desempenho.
Onde obter
Disponível nos logs de transação dos processos de negócio no Workday, que registram o iniciador ou executor de cada etapa.
Exemplos
jsmithdavis_janehr_admin_svc
|
|||
|
Conformidade Revisada
IsComplianceReviewed
|
Um sinalizador booleano que é verdadeiro se a atividade 'Position Compliance Reviewed' tiver ocorrido para um caso. | ||
|
Descrição
Este indicador mostra se uma posição passou por revisão formal de conformidade. Ele verifica se a atividade 'Conformidade da Posição Revisada' existe para aquele ID. O atributo simplifica o monitoramento e o cálculo de KPIs. Permite filtrar casos revisados ou não, facilitando o cálculo da 'Taxa de Conformidade em Ações de Posição' ao contabilizar rapidamente a população em conformidade.
Por que é importante
Facilita a medição das taxas de conformidade e permite filtrar rapidamente posições que pularam revisões obrigatórias para análise detalhada.
Onde obter
Sinalizador derivado, calculado por caso. É definido como verdadeiro se a atividade 'Conformidade da Posição Revisada' existir no log do caso.
Exemplos
verdadeirofalse
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador booleano que é verdadeiro se uma atividade for considerada retrabalho, como modificar os atributos da posição várias vezes. | ||
|
Descrição
O sinalizador 'É Retrabalho' identifica correções ou repetições, que geralmente indicam ineficiência ou falta de qualidade. Ele é ativado para eventos como 'Atributos da Posição Modificados' que ocorrem logo após a criação ou várias vezes seguidas. Esse atributo é essencial para o dashboard de 'Análise de Retrabalho de Dados'. Ele permite quantificar as taxas de retrabalho, ajuda a encontrar causas raiz analisando o contexto dos eventos sinalizados e alimenta KPIs cruciais como a 'Taxa de Retrabalho de Dados da Posição'.
Por que é importante
Sinaliza diretamente atividades de retrabalho ineficientes, facilitando a quantificação, análise e direcionamento dos esforços de melhoria de processos para reduzir desperdícios.
Onde obter
Sinalizador derivado com base na frequência das atividades. Ex: definido como verdadeiro se 'Atributos da Posição Modificados' ocorrer mais de uma vez no mesmo caso.
Exemplos
verdadeirofalse
|
|||
|
Localização
Location
|
O local de trabalho físico ou lógico associado à posição. | ||
|
Descrição
O atributo Localização especifica o site geográfico ou escritório da posição, podendo ser um prédio, país, região ou 'Remoto'. Analisar por localização revela diferenças regionais de performance, como variações em tempos de aprovação ou taxas de conformidade. Ajuda a entender se os processos são padronizados globalmente ou se práticas locais estão gerando desvios indesejados.
Por que é importante
Permite análise geográfica para identificar diferenças regionais de processos, variações de conformidade ou gargalos específicos por localidade.
Onde obter
Um atributo padrão que pode ser atribuído a uma posição no Workday HCM.
Exemplos
Nova York, EUALondres, Reino UnidoRemoto (Alemanha)
|
|||
|
Nome do cargo
PositionTitle
|
O título específico da posição, como 'Analista Financeiro Sênior' ou 'Engenheiro de Software Líder'. | ||
|
Descrição
O Título da Posição é o nome oficial do cargo. É mais detalhado que a Família de Cargos e é o que aparece nos anúncios de vagas ou organogramas. Analisar este atributo ajuda a entender as nuances nas mudanças de posição. Em reclassificações, por exemplo, permite ver se o título mudou drasticamente. Também é usado em dashboards de padronização para conferir se cargos similares têm títulos consistentes em diferentes departamentos.
Por que é importante
Oferece detalhes granulares sobre a função, fundamentais para analisar reclassificações e a padronização de cargos.
Onde obter
Um campo padrão no objeto de posição no Workday HCM.
Exemplos
Gerente de Produto SêniorBusiness Partner de RH IIContador Assistente
|
|||
|
Perfil do Cargo
JobProfile
|
O template padronizado para um cargo, definindo características centrais como responsabilidades e qualificações. | ||
|
Descrição
O Perfil do Cargo (Job Profile) é a base da arquitetura de cargos no Workday. Funciona como um template com título padrão, qualificações e faixa salarial. Uma posição é uma instância desse perfil em um departamento. Esse atributo é fundamental para analisar a padronização. Avaliar processos por Job Profile revela se certas funções têm ciclos de aprovação mais longos ou mais retrabalho. Também é vital para rastrear reclassificações quando uma posição muda de um perfil para outro.
Por que é importante
Vincula uma posição a um template de cargo padrão, permitindo a análise das variações do processo com base nas características padronizadas da função.
Onde obter
Um campo obrigatório para cada posição no Workday HCM. É uma parte central do modelo de dados de Staffing.
Exemplos
JP-FIN-Analyst3JP-ENG-Dev5JP-HR-Generalist2
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema de origem dos dados, que neste caso é o Workday HCM. | ||
|
Descrição
Identifica o aplicativo de origem onde os dados do processo foram gerados. Embora nesta análise a fonte seja o Workday HCM, este campo é vital em empresas que consolidam dados de vários sistemas. Incluir este atributo garante a clareza da linhagem dos dados e diferencia processos que cruzam plataformas, fornecendo contexto e seguindo as melhores práticas de governança de dados.
Por que é importante
Garante clareza sobre a origem dos dados, essencial em ambientes com múltiplos sistemas e para manter os padrões de governança.
Onde obter
Geralmente um valor estático ('Workday HCM') adicionado durante a extração e transformação dos dados.
Exemplos
Workday HCMWorkdayHCM_Prod
|
|||
|
Status de Conformidade
ComplianceStatus
|
Indica o resultado de uma etapa de revisão de conformidade, como 'Em Conformidade' ou 'Não Conforme'. | ||
|
Descrição
Este atributo registra o resultado de uma revisão de conformidade. Ele confirma se os atributos, histórico de aprovação e justificativas seguem as políticas internas ou normas externas. É um campo vital para o dashboard de 'Visão Geral de Conformidade'. Permite monitorar taxas de conformidade e ajuda auditores ou o RH a investigar rapidamente posições sinalizadas como não conformes, facilitando ações corretivas e mitigação de riscos.
Por que é importante
Mede diretamente o resultado das verificações de conformidade, permitindo o monitoramento da adesão às políticas e sinalizando casos de alto risco para revisão.
Onde obter
Provavelmente o resultado de uma etapa configurada no Workday, podendo estar armazenado em um comentário ou campo personalizado.
Exemplos
Em ConformidadeNão ConformeRequer Acompanhamento
|
|||
|
Tempo de Aprovação de Nova Posição
NewPositionApprovalCycleTime
|
O tempo total decorrido desde o início da solicitação da posição até sua criação efetiva no sistema. | ||
|
Descrição
Mede o ciclo de ponta a ponta da aprovação de novas posições, do início da solicitação à criação efetiva. Esse atributo alimenta o KPI de 'Tempo Médio do Ciclo de Aprovação'. Calculando isso por caso, você analisa a distribuição dos tempos, identifica desvios (outliers) e investiga o que causa demora ou agilidade, como o departamento envolvido ou o tipo de cargo.
Por que é importante
Mede diretamente um indicador-chave de desempenho (KPI), permitindo a análise da eficiência das aprovações e a identificação de fatores que causam atrasos.
Onde obter
Calculado no nível do caso dentro da ferramenta de Process Mining, encontrando a diferença de tempo entre atividades específicas de início e fim.
Exemplos
P5DT6HP12DP2DT12H30M
|
|||
|
Tempo de Processamento
ProcessingTime
|
A duração de uma atividade individual, calculada pela diferença entre o horário de término e o de início. | ||
|
Descrição
O Tempo de Processamento mede o tempo real dedicado a uma tarefa, excluindo o tempo de espera. É calculado subtraindo o Horário de Início do Horário de Término de uma atividade. Essa métrica é fundamental para analisar o desempenho, ajudando a identificar quais etapas consomem mais tempo. Por exemplo, um tempo longo em 'Aprovação de Orçamento' pode indicar uma revisão complexa, enquanto uma espera longa antes disso sugere que a solicitação está parada em uma fila.
Por que é importante
Quantifica a duração real do trabalho em uma atividade, ajudando a separar o tempo de execução do tempo de espera e a localizar etapas ineficientes.
Onde obter
Campo calculado, derivado dos atributos EventTime (StartTime) e EndTime (EndTime - StartTime).
Exemplos
PT8H30MP2DT4HPT15M
|
|||
|
Tipo de Posição
PositionType
|
Categoriza a posição com base nos termos de emprego, como Tempo Integral, Meio Período ou Prestador de Serviço. | ||
|
Descrição
O Tipo de Posição (geralmente chamado de 'Worker Type' ou 'Time Type' no Workday) classifica a natureza do vínculo empregatício. É um atributo essencial para o planejamento e gestão da força de trabalho. No Process Mining, essa dimensão permite comparar o processo de gestão de posições entre diferentes categorias. Você pode analisar, por exemplo, se a aprovação para prestadores de serviço é mais ágil que a de funcionários efetivos, revelando oportunidades valiosas para otimizar o fluxo.
Por que é importante
Permite comparar o processo de gestão de posições para diferentes categorias de trabalhadores, como tempo integral vs. prestador de serviço, para encontrar oportunidades de otimização.
Onde obter
Disponível como parte da definição da posição, frequentemente como 'Worker Type' ou 'Time Type'.
Exemplos
Efetivo em Tempo IntegralEfetivo em Tempo ParcialPrestador de Serviço Temporário
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O registro de data e hora da última extração e atualização dos dados na ferramenta de Process Mining. | ||
|
Descrição
Este atributo informa quando os dados foram atualizados pela última vez. Não é um dado do processo, mas um metadado sobre o frescor do dataset. Isso é importante para que os usuários saibam o quão recentes são as informações. Ajuda a entender se os insights refletem o estado operacional de hoje ou um retrato anterior, alinhando as expectativas sobre a atualidade dos achados.
Por que é importante
Informa aos usuários sobre a atualização dos dados, garantindo que entendam quão recentes são as análises e insights do processo.
Onde obter
Timestamp gerado pela ferramenta de ETL ou pipeline de dados ao concluir o carregamento.
Exemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Unidade de Negócio
BusinessUnit
|
A divisão ou unidade de negócio de alto nível à qual a posição pertence, como 'Produtos de Consumo' ou 'Soluções Corporativas'. | ||
|
Descrição
A Unidade de Negócio representa um grande segmento da empresa, acima do departamento na hierarquia. É usada para relatórios estratégicos e financeiros de alto nível. Analisar a gestão de posições por Unidade de Negócio oferece uma visão estratégica da força de trabalho. Isso permite identificar diferenças na velocidade de contratação ou na eficiência de processos entre divisões da empresa, alertando a liderança sobre disparidades operacionais em macroescala.
Por que é importante
Permite análise estratégica de alto nível do desempenho dos processos em grandes divisões da empresa, embasando decisões da diretoria.
Onde obter
Geralmente implementado no Workday como uma 'Worktag', atribuída a posições ou seus centros de custo.
Exemplos
Produtos de ConsumoSoluções EmpresariaisServiços Corporativos
|
|||
Atividades de Hire to Retire - Gestão de Posições
| Atividade | Descrição | ||
|---|---|---|---|
|
Atributos da Posição Modificados
|
Indica que um ou mais atributos de uma posição existente, como cargo ou departamento, foram alterados. Isso é registrado explicitamente quando um usuário conclui com sucesso o processo de negócio 'Editar Restrições de Posição'. | ||
|
Por que é importante
Modificações frequentes podem indicar erros de entrada de dados, evolução de funções ou ineficiências de processo. Analisar esta atividade é fundamental para o dashboard 'Análise de Retrabalho em Dados de Posição' e para a melhoria da qualidade dos dados.
Onde obter
Capturado do log de conclusão de 'Edit Position Restrictions' ou similar no Workday. A trilha de auditoria mostra quais campos foram alterados.
Captura
Evento registrado após a conclusão bem-sucedida do processo de negócio 'Editar Restrições de Posição'.
Tipo de evento
explicit
|
|||
|
Orçamento Aprovado
|
Um marco crucial onde o departamento financeiro ou um gestor de orçamento confirma que os fundos estão disponíveis para a nova posição. Isso é capturado quando o aprovador designado conclui a etapa de aprovação de orçamento no fluxo do processo de negócio. | ||
|
Por que é importante
A aprovação do orçamento é frequentemente um grande gargalo. Medir o tempo de ciclo para esta atividade específica ajuda as organizações a agilizar as revisões financeiras e acelerar a contratação.
Onde obter
Registrado no histórico de auditoria do processo 'Create Position' no Workday. Corresponde ao evento de conclusão da etapa de aprovação orçamentária.
Captura
Timestamp de conclusão da etapa de aprovação financeira ou orçamentária no log do processo de negócio.
Tipo de evento
explicit
|
|||
|
Posição Criada
|
Marca a criação oficial da posição no sistema Workday. É registrada após a conclusão com sucesso do processo de negócio 'Create Position'. | ||
|
Por que é importante
Marco crítico que sinaliza o fim da fase de aprovação e que a posição está pronta para o staffing. Vital para medir o KPI de tempo total do ciclo de aprovação.
Onde obter
O evento é extraído do timestamp de conclusão do processo 'Create Position' nos logs de eventos ou trilha de auditoria do Workday.
Captura
Evento registrado após a conclusão bem-sucedida do processo de negócio 'Criar Posição'.
Tipo de evento
explicit
|
|||
|
Posição Desativada
|
Indica que uma posição não está mais ativa e não pode ser preenchida, muitas vezes como uma etapa preliminar antes do fechamento formal. Este é um evento explícito capturado após a conclusão do processo de negócio 'Inativar Posição'. | ||
|
Por que é importante
A desativação é um marco importante no ciclo de vida da posição, distinto do fechamento final. O tempo entre a desativação e o fechamento é uma medida da eficiência administrativa na limpeza das estruturas organizacionais.
Onde obter
Registrado nos logs de auditoria do Workday após o encerramento com sucesso do processo 'Inactivate Position'.
Captura
Evento registrado após a conclusão bem-sucedida do processo de negócio 'Inativar Posição'.
Tipo de evento
explicit
|
|||
|
Posição Encerrada
|
Atividade final do ciclo de vida, representando a eliminação permanente da posição. O Workday registra este evento após a conclusão do processo 'Close Position'. | ||
|
Por que é importante
Como o evento final para a maioria dos casos, esta atividade define o fim do ciclo de vida da posição. É crucial para entender a duração completa do processo e para manter dados precisos de headcount.
Onde obter
Capturado a partir do timestamp de conclusão do processo de negócio 'Fechar Posição' na trilha de auditoria ou logs de processos do Workday.
Captura
Evento registrado após a conclusão do processo de negócio 'Fechar Posição'.
Tipo de evento
explicit
|
|||
|
Solicitação de Posição Iniciada
|
Início do ciclo de vida da posição, quando a solicitação de criação é formalmente enviada. É capturado como um evento explícito quando o usuário inicia o processo 'Create Position' no Workday. | ||
|
Por que é importante
Este é o evento inicial do processo. Analisar o tempo entre ele e as aprovações seguintes é fundamental para medir a eficiência de todo o ciclo de criação de posições.
Onde obter
Este evento fica nos logs do Workday. Procure pelo timestamp de início da transação 'Create Position' para o ID da posição correspondente.
Captura
Evento registrado no início do processo de negócio 'Criar Posição'.
Tipo de evento
explicit
|
|||
|
Aprovação de RH Enviada
|
Indica que um parceiro ou representante de RH revisou e aprovou a solicitação de posição. Isso é registrado explicitamente quando o aprovador de RH conclui sua etapa atribuída no processo de negócio do Workday. | ||
|
Por que é importante
Esta aprovação é um ponto de controle vital para garantir o alinhamento com as políticas e arquitetura de cargos. Atrasos aqui impactam diretamente o tempo total do ciclo.
Onde obter
Extraído da trilha de auditoria do Workday para o processo correspondente. O evento é a conclusão da etapa 'Aprovação do RH'.
Captura
Timestamp de conclusão da etapa de aprovação de RH no log do processo de negócio.
Tipo de evento
explicit
|
|||
|
Aprovação do Gestor Enviada
|
Representa a conclusão da etapa de revisão e aprovação pelo gestor de contratação ou da organização de supervisão. O Workday registra isso como um evento de conclusão de etapa no processo 'Create Position'. | ||
|
Por que é importante
Este é um marco inicial comum e um potencial gargalo. Rastrear o tempo desta aprovação ajuda a identificar atrasos logo nas primeiras fases do fluxo de criação de posição.
Onde obter
Capturado a partir da trilha de auditoria do processo de negócio 'Criar Posição'. Corresponde à conclusão da etapa específica de 'Aprovação do Gestor'.
Captura
Timestamp de conclusão da etapa de aprovação do gestor no log do processo de negócio.
Tipo de evento
explicit
|
|||
|
Conformidade da Posição Revisada
|
Indica que uma posição passou por uma verificação formal de conformidade, por exemplo, em relação a políticas internas ou regulamentações externas. Isso geralmente é capturado como uma etapa específica de 'Tarefa' ou 'Checklist' dentro de um processo de negócio principal. | ||
|
Por que é importante
Acompanhar as revisões de conformidade é essencial para mitigar riscos e garantir a adesão aos padrões da organização. Esta atividade apoia diretamente o KPI de 'Taxa de Conformidade de Ações de Cargo'.
Onde obter
Geralmente capturado como uma etapa 'To Do' concluída ou etapa de aprovação em processos como 'Create Position'. Requer análise do sistema para confirmar o mecanismo exato.
Captura
Timestamp de conclusão de uma aprovação relacionada à conformidade ou etapa 'Tarefa' no log do processo de negócio.
Tipo de evento
explicit
|
|||
|
Posição Congelada
|
Representa a suspensão temporária de uma posição, impedindo que seja preenchida. É registrado quando o processo 'Freeze Position' é concluído no Workday. | ||
|
Por que é importante
Esta atividade é vital para gerir headcount e orçamentos. Analisar quanto tempo uma posição fica congelada ajuda a identificar decisões travadas e a otimizar o planejamento de recursos.
Onde obter
Capturado a partir da conclusão do processo de negócio 'Congelar Posição'. O campo de status da posição é tipicamente atualizado como resultado deste evento.
Captura
Evento registrado após a conclusão do processo de negócio 'Congelar Posição'.
Tipo de evento
explicit
|
|||
|
Posição Descongelada
|
Ação inversa ao congelamento, onde uma posição suspensa volta a ficar ativa e disponível. Geralmente capturada pela mudança no campo de status de 'Frozen' para 'Active'. | ||
|
Por que é importante
Marca o fim do estado de congelamento. Medir o tempo entre o congelamento e este evento é essencial para o KPI de 'Tempo de Resolução de Posições Congeladas'.
Onde obter
Pode ser inferido de mudanças com data de vigência no campo de status ou nos logs de auditoria. Em algumas configurações, pode ser um evento explícito do processo 'Unfreeze'.
Captura
Detectar mudança no status da posição de 'Congelada' para 'Ativa' com base no histórico de datas de vigência.
Tipo de evento
inferred
|
|||
|
Posição Reclassificada
|
Representa uma mudança formal no perfil ou classificação do cargo associado à posição. O evento é registrado quando o processo 'Change Job' é concluído para uma posição específica. | ||
|
Por que é importante
Esta atividade ajuda a entender reestruturações ou mudanças importantes nas responsabilidades. Rastrear reclassificações apoia a análise da evolução da força de trabalho e a estabilidade da arquitetura de cargos.
Onde obter
Extraído dos logs de conclusão do processo 'Change Job' quando aplicado a uma posição, diferenciando de quando é aplicado a um trabalhador.
Captura
Evento registrado após a conclusão bem-sucedida do processo de negócio 'Alterar Cargo' em uma posição.
Tipo de evento
explicit
|
|||
|
Solicitação de Posição Negada
|
Representa o fim negativo da solicitação de criação, quando um aprovador a nega. O Workday registra isso como o status final 'Denied' do processo 'Create Position'. | ||
|
Por que é importante
Analisar solicitações negadas ajuda a identificar motivos comuns de rejeição, como restrições orçamentárias ou desalinhamento de políticas, permitindo melhorias no processo e melhores orientações para os solicitantes.
Onde obter
Extraído do status final da instância do processo 'Create Position'. O timestamp do evento é o momento em que a ação de negação ocorreu.
Captura
Evento registrado quando um aprovador seleciona a ação 'Negar' em uma etapa do processo de negócio.
Tipo de evento
explicit
|
|||