Template de dados: Admissão a Desligamento (H2R) - Ciclo de vida do colaborador
Seu Template de Dados do Ciclo de Vida do Colaborador - Da Contratação à Aposentadoria
- Atributos recomendados para uma análise completa
- Principais atividades para acompanhar ao longo do ciclo de vida do colaborador
- Orientações práticas para extração de dados do Workday Onboarding
Contratação à Aposentadoria - Atributos do Ciclo de Vida do Colaborador
| Nome | Descrição | ||
|---|---|---|---|
|
Event Timestamp
EventTimestamp
|
A data e a hora exatas em que a atividade ou o evento foi registrado. | ||
|
Descrição
Este atributo fornece o contexto temporal de cada atividade, registrando quando ela ocorreu. A sequência e os horários desses timestamps são usados para construir o fluxo do processo e calcular todas as métricas baseadas em tempo, como tempos de ciclo e durações. Na análise, o Event Timestamp é fundamental para entender o desempenho do processo. Permite calcular o tempo entre etapas, identificar atrasos e analisar o comportamento do processo em diferentes períodos, como comparar a velocidade de contratação trimestre a trimestre.
Por que é importante
Este atributo é fundamental para ordenar os eventos corretamente e calcular todas as métricas de desempenho, como tempo de ciclo e gargalos.
Onde obter
Este é um elemento padrão de qualquer log de transação de processo de negócio no Workday, frequentemente chamado de 'Effective Date' ou 'Completed Moment'.
Exemplos
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
|
|||
|
ID do Funcionário
EmployeeId
|
O identificador único do colaborador, que serve como ID de caso primário para todo o seu ciclo de vida na organização. | ||
|
Descrição
O Employee ID é a base da análise do processo da contratação à aposentadoria. Ele conecta todos os eventos relacionados, da candidatura inicial ao desligamento, em uma jornada única e coerente. Ao acompanhar esse ID, as organizações constroem o histórico completo do colaborador, incluindo mudanças de função, avaliações de performance e etapas de onboarding. Em Process Mining, cada atividade é associada a um Employee ID, o que permite uma visão abrangente dos ciclos de vida individuais e agregados. Isso possibilita analisar durações, identificar caminhos recorrentes e descobrir gargalos que afetam colaboradores em diferentes momentos da carreira.
Por que é importante
Este atributo é essencial para encadear todos os eventos do ciclo de vida de um único colaborador, permitindo uma visão de processo ponta a ponta.
Onde obter
Este é um campo central no Workday HCM, normalmente presente nos perfis de colaboradores e nas transações de processos de negócio.
Exemplos
100234510087651011212
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento ou da tarefa específica que ocorreu em um ponto do ciclo de vida do colaborador. | ||
|
Descrição
O Nome da Atividade descreve uma etapa específica do processo da contratação à aposentadoria, como 'Offer Accepted', 'Background Check Completed' ou 'Promotion Approved'. Essas atividades formam os nós do mapa do processo, mostrando a sequência de eventos que compõem a jornada do colaborador. Analisar essas atividades ajuda as organizações a entender o fluxo do processo, identificar caminhos frequentes e raros e localizar etapas onde ocorrem atrasos ou retrabalho. Nomes de atividades consistentes e claros são essenciais para construir um modelo de processo preciso e fácil de entender.
Por que é importante
Define as etapas no mapa do processo, base de toda a análise e visualização de Process Mining.
Onde obter
Derivado do Business Process Step ou do Event Name nos logs de transação do Workday.
Exemplos
Carta de proposta geradaTarefas de Onboarding concluídasDesligamento iniciado
|
|||
|
Departamento
Department
|
O departamento ao qual o colaborador pertence. | ||
|
Descrição
Este atributo representa o departamento ao qual o colaborador está vinculado, como 'Vendas', 'Engenharia' ou 'Recursos Humanos'. É uma dimensão crítica para segmentar e comparar o desempenho do processo entre diferentes partes da organização. Na análise de processos, filtrar por Departamento permite responder a perguntas como: 'O tempo de contratação é maior no departamento de Engenharia do que em Vendas?' ou 'Quais departamentos têm a maior taxa de desvios no Onboarding?'. Isso ajuda a localizar problemas e direcionar melhorias.
Por que é importante
Permite análises comparativas poderosas, ajudando a identificar se as ineficiências do processo estão concentradas em áreas específicas do negócio.
Onde obter
Isto faz parte dos dados centrais de cargo e organização do colaborador no Workday HCM, vinculados à sua posição.
Exemplos
EngenhariaVendas e MarketingFinanças
|
|||
|
Event End Time
EventEndTime
|
O timestamp que marca a conclusão de uma atividade, especialmente em tarefas com duração mensurável. | ||
|
Descrição
Enquanto StartTime indica quando uma atividade começou, Event End Time marca sua conclusão. A diferença entre os dois representa o tempo de processamento da atividade. Isso é especialmente útil para tarefas que não são instantâneas, como 'Verificação de Antecedentes' ou 'Avaliação de Desempenho'. Na análise, esse atributo é crucial para calcular a métrica ProcessingTime. Ele ajuda a diferenciar o tempo de espera entre atividades do tempo efetivamente gasto trabalhando em uma atividade, levando a uma compreensão mais precisa de onde o tempo é consumido no processo.
Por que é importante
Permite calcular a duração real de uma atividade, ajudando a separar o tempo de trabalho ativo do tempo de espera ocioso.
Onde obter
Em alguns processos de negócio no Workday, são registrados os timestamps de início e de conclusão. Isso pode exigir a junção dos eventos.
Exemplos
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
|
|||
|
Executor do evento
EventPerformer
|
O usuário ou agente automatizado que executou a atividade. | ||
|
Descrição
Este atributo indica a pessoa, função ou sistema responsável por concluir uma tarefa. Pode ser o gerente de recrutamento aprovando uma oferta, um especialista de RH iniciando o Onboarding ou um processo do sistema gerando uma notificação. Analisar o Event Performer é crucial para entender a alocação de recursos, a distribuição da carga de trabalho e a adoção do sistema. Ajuda a identificar equipes sobrecarregadas, destacar oportunidades de automação quando usuários executam manualmente tarefas repetitivas e analisar diferenças de desempenho entre pessoas ou departamentos.
Por que é importante
Este atributo ajuda a analisar a distribuição de carga de trabalho, a performance de usuários e quem participa do processo — o que é fundamental para melhorias direcionadas.
Onde obter
Disponível nos logs de transação dos Workday Business Processes, geralmente associado ao usuário que concluiu uma etapa.
Exemplos
jsmith@example.comr.davisProcesso do sistema
|
|||
|
ID da requisição de vaga
JobRequisitionId
|
O identificador único da requisição de vaga que iniciou o processo de contratação. | ||
|
Descrição
O ID da Requisição de Vaga conecta todas as atividades iniciais de contratação — publicação da vaga, triagem de candidatos e geração de ofertas — a uma necessidade de negócio específica. Ele funciona como um ID de caso secundário na fase de recrutamento do ciclo de vida do colaborador. Analisar por ID da Requisição de Vaga pode revelar insights sobre a eficiência do processo de contratação por cargo ou área. Ajuda a acompanhar todo o funil, da criação da requisição até a aceitação da oferta, dando suporte a KPIs como 'Tempo médio de contratação'.
Por que é importante
Agrupa todas as atividades de pré-admissão sob um único identificador, permitindo uma análise detalhada da etapa de recrutamento do processo.
Onde obter
Localizado no módulo Workday Recruiting. Está associado à candidatura e ao evento de contratação subsequente.
Exemplos
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
|
|||
|
Tipo de evento do ciclo de vida
LifecycleEventType
|
Classifica o processo em etapas principais do ciclo do colaborador, como Onboarding, Promoção ou Offboarding. | ||
|
Descrição
Este atributo oferece uma classificação de alto nível para diferentes jornadas dentro do processo de contratação à aposentadoria. Ao marcar cada caso como 'Onboarding', 'Internal Mobility' ou 'Termination', fica muito mais fácil filtrar o mapa do processo e analisar esses subprocessos separadamente. Por exemplo, para analisar o dashboard 'Internal Mobility & Promotion Time', você filtraria os casos em que o Lifecycle Event Type é 'Internal Mobility' ou 'Promotion'. Essa segmentação é crucial para criar análises e dashboards direcionados que respondam a perguntas de negócio específicas.
Por que é importante
Permite segmentar a jornada do colaborador em subprocessos distintos, possibilitando análises focadas em onboarding, offboarding ou promoções.
Onde obter
Geralmente é obtido mapeando nomes específicos de Processos de Negócio do Workday (por exemplo, 'Hire', 'Change Job', 'Terminate') para essas categorias durante a transformação dos dados.
Exemplos
OnboardingMobilidade internaDesligamentoGestão de desempenho
|
|||
|
Data Alvo do SLA
SlaTargetDate
|
A data-alvo para a conclusão de uma atividade específica, como uma avaliação de desempenho. | ||
|
Descrição
Este atributo define o prazo de SLA (Service Level Agreement) de uma tarefa. Ele estabelece a expectativa de duração e serve como referência para medir performance. É essencial para KPIs como 'Pontualidade da Avaliação de Desempenho' e para dashboards focados em aderência ao SLA. Ao comparar a data real de conclusão (EventTimestamp) com a SlaTargetDate, é possível identificar violações automaticamente, medir a entrega no prazo e gerenciar atrasos de forma proativa.
Por que é importante
Fornece um parâmetro claro para medir o cumprimento de prazos e é essencial para calcular KPIs de aderência aos SLAs.
Onde obter
Em processos como Performance Reviews no Workday, geralmente há um prazo configurado. Esse dado precisa ser extraído junto com os eventos do processo.
Exemplos
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
|
|||
|
É Retrabalho
IsRework
|
Indica se a atividade é a repetição de uma etapa anterior no mesmo caso. | ||
|
Descrição
Este atributo identifica ocorrências de retrabalho, quando uma tarefa precisa ser executada mais de uma vez para o mesmo colaborador. Exemplos incluem reenviar documentação incorreta ou refazer uma checagem de antecedentes que falhou. Geralmente, isso é identificado ao ver o mesmo nome de atividade aparecer várias vezes no Event Log do caso. Analisar o retrabalho é essencial para melhorar a eficiência e a qualidade do processo. A flag 'IsRework' facilita quantificar o quanto de retrabalho há, identificar suas causas raiz e medir o impacto de melhorias voltadas a fazer certo de primeira. Ela alimenta diretamente o dashboard 'Rework & Repetition Analysis'.
Por que é importante
Ajuda a quantificar ineficiências e desperdícios no processo ao sinalizar atividades repetidas, indicando possíveis problemas de qualidade ou comunicação.
Onde obter
Esta é uma flag calculada. A lógica é aplicada durante a análise de Process Mining ao detectar atividades repetidas dentro do mesmo caso.
Exemplos
verdadeirofalse
|
|||
|
É uma atividade de conformidade
IsComplianceActivity
|
Indica se a atividade é uma etapa obrigatória de conformidade ou regulatória. | ||
|
Descrição
Esta flag identifica atividades críticas para conformidade legal, regulatória ou de políticas, como assinar um termo de aceite de política ou concluir um treinamento obrigatório. Ela ajuda a separar essas tarefas críticas das administrativas. Na análise, esse atributo permite criar dashboards e KPIs focados especificamente em conformidade, como a 'Taxa de Atividades Críticas de Conformidade'. Ajuda a monitorar e garantir que as etapas regulatórias mais importantes sejam concluídas no prazo por todos os colaboradores, reduzindo o risco organizacional.
Por que é importante
Permite monitorar de forma direcionada as etapas críticas de conformidade, garantindo aderência regulatória e mitigando riscos.
Onde obter
Este é um atributo derivado, geralmente criado durante a transformação dos dados ao mapear uma lista de nomes de atividades relacionadas à conformidade para uma flag de verdadeiro/falso.
Exemplos
verdadeirofalse
|
|||
|
ID da posição
PositionId
|
O identificador único da posição ou do cargo ocupado pelo colaborador. | ||
|
Descrição
O Position ID identifica a posição específica que o colaborador ocupa na estrutura da organização. Cada posição tem atributos definidos, como perfil do cargo, localização e estrutura de subordinação. É mais específico que o título do cargo, pois várias posições podem compartilhar o mesmo título. Analisar por Position ID ajuda a entender processos ligados a funções específicas. Por exemplo, é possível avaliar a jornada de onboarding de todas as posições de 'Senior Software Engineer' para identificar padrões ou atrasos característicos desse papel.
Por que é importante
Permite uma análise granular por função, ajudando a entender como os processos variam entre diferentes cargos na empresa.
Onde obter
Um campo padrão associado à atribuição de cargo do colaborador no Workday HCM.
Exemplos
POS-1001POS-2345POS-8762
|
|||
|
Localização
Location
|
A localização geográfica ou o escritório associado à posição do colaborador. | ||
|
Descrição
O atributo Location indica o país, estado ou cidade onde o colaborador está localizado. Essa dimensão geográfica é essencial para comparar o desempenho do processo e a conformidade entre diferentes regiões. Análises por Location podem revelar variações regionais no tempo de contratação, na eficiência do onboarding ou nos procedimentos de desligamento. Ajuda a responder perguntas como 'As verificações de antecedentes demoram mais na Alemanha do que nos Estados Unidos?' e dá suporte ao monitoramento de conformidade com regulamentações específicas de cada região.
Por que é importante
Permite análise geográfica para identificar variações regionais de processo, que podem ser influenciadas por gestão local, regulamentações ou cultura.
Onde obter
Parte dos dados de cargo e alocação organizacional do colaborador dentro do Workday HCM.
Exemplos
USA - New YorkAlemanha - BerlimÍndia - Bangalore
|
|||
|
Motivo do desligamento
TerminationReason
|
O motivo informado para a saída do colaborador da organização. | ||
|
Descrição
Este atributo registra por que o vínculo do colaborador foi encerrado, como 'Demissão voluntária', 'Involuntária - desempenho' ou 'Aposentadoria'. Essa informação é essencial para analisar a rotatividade e o processo de offboarding. Em Process Mining, o atributo Termination Reason dá contexto à jornada de desligamento. Ele pode ser usado para avaliar se diferentes tipos de desligamento seguem procedimentos distintos ou demandam tempos diferentes. Isso ajuda a entender a rotatividade e a garantir que o offboarding seja conduzido de forma adequada em cada situação.
Por que é importante
Traz contexto essencial para analisar o processo de desligamento e ajuda a correlacionar problemas do processo com os motivos de saída.
Onde obter
Capturado durante o business process 'Terminate Employee' no Workday.
Exemplos
Demissão voluntáriaDemissão involuntáriaAposentadoria
|
|||
|
Nome do plano de Onboarding
OnboardingPlanName
|
O nome do template ou plano de onboarding atribuído ao novo contratado. | ||
|
Descrição
O Workday permite criar diferentes planos de onboarding ajustados a funções, localidades ou níveis de senioridade. Esse atributo identifica qual plano específico foi utilizado para um novo colaborador. Analisar por Nome do Plano de Onboarding ajuda a avaliar a eficácia e a eficiência de diferentes estratégias de onboarding. Permite comparar diretamente, por exemplo, um 'Plano de Onboarding Executivo' e um 'Plano de Onboarding Padrão', para ver qual tem melhor taxa de conclusão de tarefas ou ciclos mais rápidos.
Por que é importante
Isso ajuda a avaliar o desempenho de diferentes programas de Onboarding para identificar boas práticas e oportunidades de melhoria.
Onde obter
Essas informações provavelmente estão disponíveis no módulo de Onboarding do Workday, associadas ao processo de negócio 'Hire'.
Exemplos
Onboarding corporativo padrãoOnboarding da equipe de vendasPlano de Onboarding Executivo
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema do qual os dados de evento foram extraídos; neste caso, o Workday Onboarding. | ||
|
Descrição
Este atributo identifica a origem dos dados. Embora aqui o foco seja o Workday Onboarding, um processo completo de contratação à aposentadoria pode envolver dados de outros sistemas, como um Applicant Tracking System (ATS) ou um fornecedor de folha de pagamento separado. Especificar o sistema de origem é essencial para a governança de dados e para entender o contexto do evento. Em análises com múltiplos sistemas, este campo permite filtrar a visão do processo para mostrar apenas eventos de um sistema específico ou analisar as passagens entre sistemas diferentes.
Por que é importante
Fornece contexto essencial sobre a origem dos dados, fundamental para validação e para análises que combinam dados de múltiplos sistemas.
Onde obter
Normalmente é um valor estático ('Workday Onboarding') adicionado durante o processo de extração e transformação dos dados.
Exemplos
Workday OnboardingWorkday HCM
|
|||
|
SLA violado
IsSlaViolated
|
Indica se a atividade foi concluída após a data-alvo do SLA. | ||
|
Descrição
Este atributo calculado fornece um indicador simples (verdadeiro/falso) de que uma etapa do processo cumpriu seu SLA. Ele é calculado comparando o timestamp de conclusão da atividade (EventTimestamp) com seu prazo (SlaTargetDate). Essa flag é extremamente útil para dashboards e relatórios, pois permite contar e visualizar com facilidade as violações de SLA. Ela alimenta KPIs como 'Pontualidade da Avaliação de Desempenho' e simplifica a criação de alertas ou relatórios sobre tarefas em atraso, ajudando as equipes a focar nos atrasos mais críticos.
Por que é importante
Simplifica o monitoramento de performance ao sinalizar claramente todos os casos em que os prazos acordados não foram cumpridos.
Onde obter
Campo calculado: true se EventTimestamp > SlaTargetDate, caso contrário false.
Exemplos
verdadeirofalse
|
|||
|
Status do vínculo empregatício
EmploymentStatus
|
A situação atual do colaborador, como ativo, desligado ou em licença. | ||
|
Descrição
Este atributo indica o status atual do colaborador na organização. É um campo dinâmico que muda conforme ele avança no seu ciclo de vida. Por exemplo, um novo colaborador começa como 'Pre-Hire' ou 'Onboarding' e se torna 'Active' ao concluir a integração. Em Process Mining, esse atributo oferece informações de estado valiosas. Pode ser usado para verificar a conformidade do processo — por exemplo, garantindo que a folha de pagamento só seja configurada para colaboradores 'Active'. Também ajuda a filtrar públicos específicos, como analisar o processo de desligamento para todos os colaboradores 'Terminated'.
Por que é importante
Oferece um retrato do estado atual do colaborador, útil para validar a lógica do processo e para filtrar análises por grupos específicos de colaboradores.
Onde obter
Um campo essencial no perfil do colaborador no Workday HCM.
Exemplos
AtivoEncerradoEm licençaPré-admissão
|
|||
|
Tempo de contratação
TimeToHire
|
O tempo total entre a criação da requisição de vaga e a aceitação da oferta pelo candidato. | ||
|
Descrição
Time to Hire é um KPI crucial de recrutamento que mede a eficiência de todo o funil de contratação. É calculado como a duração entre o evento 'Requisição de vaga criada' e o evento 'Oferta aceita' para o mesmo colaborador ou requisição. Esse atributo calculado é a base do KPI 'Time-to-Hire médio' e dos Dashboards relacionados. Acompanhá-lo ao longo do tempo permite aos times de RH medir o impacto de melhorias de processo, identificar gargalos no sourcing ou nas entrevistas e definir prazos de contratação realistas para os gestores.
Por que é importante
Mede diretamente a eficiência do processo de recrutamento — um KPI essencial para qualquer área de RH.
Onde obter
Calculado no nível do caso, medindo a duração entre o timestamp da atividade 'Job Requisition Created' e a 'Offer Accepted'.
Exemplos
35 dias62 dias28 dias
|
|||
|
Tempo de Processamento
ProcessingTime
|
Tempo efetivo de trabalho em um evento. | ||
|
Descrição
Essa métrica calcula o tempo decorrido entre o início e o fim de uma atividade (EventEndTime - StartTime). Ela representa o tempo efetivo de trabalho, em contraste com o tempo de espera entre atividades. Por exemplo, pode medir por quanto tempo uma verificação de antecedentes ficou efetivamente em processamento. Analisar o tempo de processamento ajuda a identificar quais tarefas exigem mais esforço, e não apenas quais etapas do processo têm maiores atrasos. Isso permite melhorias mais direcionadas para tornar o trabalho em si mais eficiente.
Por que é importante
Isola o tempo gasto em trabalho que gera valor do tempo ocioso, oferecendo uma meta clara para ganhos de eficiência no nível das tarefas.
Onde obter
Campo calculado: EventEndTime menos EventTimestamp.
Exemplos
2 horas5 dias30 minutos
|
|||
|
Tipo de contratação
EmploymentType
|
Indica se o funcionário é tempo integral, meio período, terceirizado/contratado ou estagiário. | ||
|
Descrição
Este atributo classifica a natureza do vínculo de trabalho. Diferentes tipos de vínculo costumam seguir variantes de processo distintas para onboarding, folha de pagamento e benefícios. Usando esse atributo como filtro, as organizações podem comparar o ciclo de vida entre categorias de trabalhadores. Isso pode evidenciar, por exemplo, se o onboarding de prestadores de serviços é significativamente mais rápido ou menos em conformidade do que o de colaboradores CLT, permitindo ajustes direcionados no processo.
Por que é importante
Ajuda a comparar variações de processo entre diferentes categorias de trabalhadores, como funcionários em tempo integral e terceirizados/contratados, que podem seguir procedimentos distintos.
Onde obter
Um campo padrão nos detalhes do cargo do colaborador no Workday HCM.
Exemplos
Tempo integralMeio períodoTerceirizadoEstagiário
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O carimbo de data e hora que indica a última vez que os dados deste evento foram atualizados a partir do sistema de origem. | ||
|
Descrição
Este atributo registra quando o conjunto de dados foi atualizado pela última vez. Ele dá transparência sobre quão recentes são os dados analisados, algo crítico para tomar decisões de negócio rápidas e relevantes baseadas em insights de Process Mining. Para dashboards e monitoramento contínuo, esse timestamp ajuda os usuários a entender se estão vendo os dados mais atuais disponíveis. É uma informação de metadados essencial para manter a integridade dos dados e a confiança do usuário na análise.
Por que é importante
Garante que os usuários saibam quão atualizados estão os dados, algo crítico para a relevância e a precisão da análise de processos.
Onde obter
Este é um campo de metadados gerado e registrado no conjunto de dados durante a ingestão de dados ou o processo de ETL (Extract, Transform, Load).
Exemplos
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
Contratação à Aposentadoria - Atividades do Ciclo de Vida do Colaborador
| Atividade | Descrição | ||
|---|---|---|---|
|
Colaborador desligado
|
Esta é a atividade final do ciclo de vida do colaborador, marcando o encerramento oficial do vínculo empregatício no sistema. Esse evento é registrado quando o processo de negócios 'Terminate Employee' é concluído com sucesso. | ||
|
Por que é importante
Este é o evento final definitivo do processo de contratação à aposentadoria. É o ponto final para medir o tempo de ciclo do desligamento e confirma que o processo foi concluído.
Onde obter
Registrado explicitamente como o evento de conclusão do processo de negócio 'Terminate Employee'. O registro do funcionário fica inativo a partir deste ponto.
Captura
Evento registrado após a conclusão bem-sucedida do processo de negócio 'Terminate Employee'.
Tipo de evento
explicit
|
|||
|
Desligamento iniciado
|
Esta atividade marca o início do processo de offboarding de um colaborador que está saindo. Ela é registrada quando um gerente ou usuário de RH inicia o business process 'Terminate Employee' no Workday. | ||
|
Por que é importante
Este é o evento inicial principal de todo o ciclo de offboarding. É o ponto de partida para medir o KPI de Tempo médio de offboarding.
Onde obter
Este é um evento explícito registrado no início do processo de negócio 'Terminate Employee' no Workday HCM.
Captura
Evento registrado quando o processo de negócio 'Terminate Employee' é iniciado.
Tipo de evento
explicit
|
|||
|
Onboarding iniciado
|
Marca o início da jornada de onboarding do novo colaborador no módulo Workday Onboarding. É capturado quando o conjunto de tarefas e workflows de onboarding é atribuído ao colaborador, normalmente após a conclusão do processo de Hire. | ||
|
Por que é importante
Este é o ponto de partida para avaliar a eficiência do onboarding. Ajuda a medir as taxas de conclusão das tarefas de onboarding e a identificar desvios no processo.
Onde obter
Registrado como evento de início quando o processo de negócio 'Onboarding' (ou workflow similar) é acionado para o novo colaborador.
Captura
Evento registrado quando o processo de negócio de Onboarding é disparado para o novo contratado.
Tipo de evento
explicit
|
|||
|
Processo de contratação concluído
|
Esta é uma atividade decisiva em que o registro do candidato é oficialmente convertido em registro de colaborador no Workday HCM. Esse evento é capturado explicitamente após a conclusão bem-sucedida do processo de negócio 'Hire'. | ||
|
Por que é importante
Este evento marca formalmente a transição de candidato para colaborador e é um marco crítico para acompanhar o tempo de ciclo do Onboarding. Ele indica que o colaborador está oficialmente no sistema HCM.
Onde obter
Registrado explicitamente como o evento de conclusão do processo de negócio 'Hire' para o funcionário. O log do processo contém o timestamp exato.
Captura
Evento registrado após a conclusão bem-sucedida do processo de negócio 'Hire'.
Tipo de evento
explicit
|
|||
|
Proposta aceita
|
Esta atividade ocorre quando o candidato aceita formalmente a oferta, geralmente assinando eletronicamente a carta de oferta no Workday. É um marco crítico, capturado quando o candidato conclui a etapa 'Review and Sign' no processo de oferta. | ||
|
Por que é importante
Este marco encerra a fase central do recrutamento e aciona as atividades de pré-admissão e onboarding. É um componente-chave para medir o KPI de Time-to-Hire.
Onde obter
Este é um evento explícito registrado quando o candidato conclui a etapa de aceite da oferta dentro do processo de negócio 'Job Application'.
Captura
A ação do candidato ao aceitar a oferta é registrada como etapa concluída no BP de Job Application.
Tipo de evento
explicit
|
|||
|
Requisição de vaga criada
|
Esta atividade marca o início oficial do processo de recrutamento, quando uma nova requisição de vaga é criada e aprovada no Workday. O evento é registrado quando o business process 'Create Job Requisition' é concluído com sucesso. | ||
|
Por que é importante
Este é o principal evento inicial de toda a jornada de contratação. Analisar o tempo entre esta atividade e 'Oferta aceita' é essencial para medir o KPI de Time-to-Hire.
Onde obter
Este evento é registrado após a conclusão bem-sucedida do processo de negócio 'Create Job Requisition' no Workday Recruiting. O Event Log desse processo de negócio fornece o timestamp.
Captura
Evento registrado na conclusão do processo de negócio 'Create Job Requisition'.
Tipo de evento
explicit
|
|||
|
Tarefas de Onboarding concluídas
|
Representa a conclusão de todas as tarefas de onboarding atribuídas ao novo colaborador. Esse evento geralmente é inferido quando o status geral do processo de negócios de onboarding do colaborador é alterado para 'Successfully Completed'. | ||
|
Por que é importante
Este é um marco-chave que indica que o novo colaborador concluiu o Onboarding. Serve como ponto final para medir o KPI de Tempo de Ciclo do Onboarding e analisar a aderência à jornada de Onboarding.
Onde obter
Inferido pela data e hora de conclusão do processo de negócio 'Onboarding' principal, que acontece depois que todas as etapas e tarefas obrigatórias são finalizadas.
Captura
Inferido pela data e hora de conclusão do processo de negócio 'Onboarding' do colaborador.
Tipo de evento
inferred
|
|||
|
Alteração de Cargo Iniciada
|
Representa o início de um evento de mobilidade interna, como transferência ou promoção. Isso é capturado quando um gestor ou parceiro de RH inicia o processo de negócios 'Change Job' para um colaborador. | ||
|
Por que é importante
Esta atividade é o ponto de partida para medir a eficiência da mobilidade interna e os tempos de aprovação. Ela ajuda a identificar gargalos na progressão de carreira.
Onde obter
Este é um evento explícito registrado no início do processo de negócio 'Change Job' no Workday HCM.
Captura
Evento registrado quando o processo de negócio 'Change Job' é iniciado para um funcionário.
Tipo de evento
explicit
|
|||
|
Carta de proposta gerada
|
Representa o momento em que uma oferta formal de trabalho é gerada para um candidato. Normalmente é uma etapa explícita dentro do processo de negócios 'Job Application' no Workday. | ||
|
Por que é importante
Monitorar isso ajuda a entender o tempo necessário para formalizar a oferta após o término das entrevistas. Atrasos aqui podem levar candidatos a desistir.
Onde obter
Capturado no Event Log do business process 'Job Application', especificamente na conclusão de 'Generate Document' ou etapa semelhante de oferta.
Captura
Evento registrado na conclusão da etapa 'Generate Offer' no processo de Job Application.
Tipo de evento
explicit
|
|||
|
Configuração da folha de pagamento concluída
|
Esta atividade indica que todas as informações necessárias para processar a folha de pagamento do novo colaborador foram inseridas e validadas. Pode ser registrada como a conclusão de uma etapa específica dentro do business process de Onboarding ou Hire. | ||
|
Por que é importante
Garante pagamento correto e pontual desde o primeiro salário. Esta atividade é o ponto final do KPI Payroll Setup Time e evidencia atrasos na ativação da remuneração.
Onde obter
Capturado como item concluído de checklist ou como etapa específica — por exemplo, 'Enter Payment Elections' — dentro do business process de Onboarding.
Captura
Conclusão de uma tarefa ou etapa específica relacionada à folha de pagamento dentro de um business process.
Tipo de evento
explicit
|
|||
|
Promoção aprovada
|
Marca a aprovação final de uma promoção. Essa atividade é capturada quando o processo de negócio 'Change Job' ou um processo relacionado de remuneração é totalmente aprovado e concluído. | ||
|
Por que é importante
Este é o ponto final para medir o KPI de Tempo de Aprovação de Mobilidade Interna. Ele confirma a conclusão bem-sucedida de um marco importante de carreira.
Onde obter
Registrado como o evento de conclusão bem-sucedida do processo de negócio 'Change Job', quando o motivo da mudança é promoção.
Captura
Evento registrado na conclusão do processo de negócio 'Change Job' com motivo 'Promotion'.
Tipo de evento
explicit
|
|||
|
Revisão de desempenho concluída
|
Esta atividade marca a conclusão de um ciclo formal de avaliação de desempenho de um colaborador. Ela é registrada quando o business process 'Performance Review' atinge seu estado final, aprovado. | ||
|
Por que é importante
Monitorar esses eventos é essencial para analisar a pontualidade e a frequência da gestão de desempenho. Isso dá suporte direto ao KPI de Pontualidade das Avaliações de Desempenho.
Onde obter
Registrado como o evento de conclusão bem-sucedida do processo de negócio 'Start Performance Review' do colaborador.
Captura
Evento registrado após a conclusão bem-sucedida do processo de negócio 'Performance Review'.
Tipo de evento
explicit
|
|||
|
Tarefas de desligamento concluídas
|
Representa a conclusão de todas as tarefas exigidas no offboarding, como devolução de ativos e transferência de conhecimento. Esse evento é inferido quando o checklist ou o processo de negócios de offboarding muda para status de concluído. | ||
|
Por que é importante
Acompanhar a conclusão dessas tarefas é essencial para garantir um offboarding seguro e em conformidade. Atrasos podem gerar riscos de segurança e uma experiência ruim.
Onde obter
Inferido pela data e hora de conclusão do processo de negócio 'Offboarding' ou quando todas as tarefas de offboarding atribuídas ao colaborador são marcadas como concluídas.
Captura
Inferido a partir da conclusão de um checklist de offboarding ou de um processo de negócio relacionado.
Tipo de evento
inferred
|
|||
|
Verificação de antecedentes concluída
|
Representa a conclusão da triagem pré-admissional. Isso é capturado quando o status da checagem de antecedentes (background check) é atualizado para concluído, manualmente ou via integração. | ||
|
Por que é importante
Esta atividade é o ponto final para medir o KPI de duração da verificação de antecedentes. Atrasos aqui impactam diretamente a data de início do novo colaborador.
Onde obter
Capturado a partir de uma mudança de status no business process 'Background Check' ou em um objeto relacionado, indicando status final como 'Completed' ou 'Passed'.
Captura
Inferido pela data e hora em que o status da verificação de antecedentes muda para um estado final.
Tipo de evento
inferred
|
|||
|
Verificação de antecedentes iniciada
|
Marca o início da verificação pré-admissional para um candidato que aceitou uma oferta. O evento é registrado quando a etapa de verificação de antecedentes é iniciada, muitas vezes acionando uma integração com um fornecedor terceirizado. | ||
|
Por que é importante
A duração das checagens de antecedentes costuma ser um gargalo no processo de contratação. Esta atividade é o ponto de partida para medir o KPI de Duração da Checagem de Antecedentes.
Onde obter
Registrado como uma etapa dentro de um processo de negócio, como 'Background Check', que costuma fazer parte do workflow de contratação. A data e hora de início é registrada.
Captura
Evento registrado no início do processo de negócio 'Background Check' ou de uma etapa relacionada.
Tipo de evento
explicit
|
|||