> Melhoria contínua de processos > Recrutamento e aquisição de talentos > Workday Recruiting > Template de dados

Seu Template de dados de recrutamento e aquisição de talentos

Workday Recruiting

Atributos de recrutamento e aquisição de talentos (19) Atividades de recrutamento e aquisição de talentos (15) Guias de extração (3)

Seu Template de dados de recrutamento e aquisição de talentos

Este Template orienta você na coleta dos dados necessários para analisar os processos de recrutamento e aquisição de talentos. Ele apresenta os atributos essenciais, as principais atividades a acompanhar e orientações para extrair esses dados do Workday Recruiting. Use este material para simplificar a preparação dos dados e acelerar sua jornada de Process Mining.

Atributos recomendados para coleta
Principais atividades a acompanhar
Orientações para extrair dados do Workday Recruiting

Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Baixar Template

Atributos de recrutamento e aquisição de talentos

Estes são os campos de dados recomendados para incluir no Event Log e fazer uma análise completa do recrutamento e da aquisição de talentos, gerando insights detalhados sobre seu processo de contratação.

3 Obrigatório 5 Recomendado 11 Opcional

	Nome	Descrição
	Candidatura à vaga JobApplicationId	Identificador exclusivo da candidatura de uma pessoa a uma vaga. Ele funciona como o ID central do caso no processo seletivo.
Descrição O ID da candidatura identifica de forma exclusiva a trajetória de uma pessoa para uma vaga específica, desde o envio inicial até a decisão final. Cada interação, mudança de status ou decisão relacionada à candidatura é vinculada a esse identificador. No Process Mining, este atributo é fundamental. Ele permite reconstruir o fluxo completo do processo de cada candidato e analisar tempos de ciclo, gargalos e caminhos percorridos. É o elemento central que conecta todas as atividades relacionadas em um único caso. Por que isso importa Este é o ID do caso essencial para conectar todas as atividades de recrutamento de um candidato e analisar toda a trajetória até a contratação. Onde encontrar Este identificador é um elemento central do Workday Recruiting e costuma estar disponível em relatórios e fontes de dados relacionados a candidaturas. Exemplos APP-2023-001234APP-2023-005678APP-2024-009101
	Data e hora do evento EventTime	Data e hora que indicam quando a atividade ou o evento ocorreu.
Descrição Este atributo registra a data e a hora exatas em que uma atividade específica do processo seletivo ocorreu. As datas e horas são a base do Process Mining, pois mostram a ordem cronológica dos eventos. Na análise, elas são usadas para calcular a duração entre atividades, medir tempos de ciclo gerais, como o tempo de contratação, e identificar gargalos que atrasam o processo. São essenciais para qualquer análise temporal do funil de recrutamento. Por que isso importa As datas e horas são essenciais para calcular todos os KPIs baseados em tempo, entender a duração do processo e identificar gargalos. Onde encontrar Corresponde à data de conclusão ou à data da transação de uma etapa do processo de negócio no Workday Recruiting. Exemplos 2023-10-26T10:00:00Z2023-11-05T14:30:00Z2024-01-15T09:15:00Z
	Nome da atividade ActivityName	Nome do evento ou da tarefa específica que ocorreu em determinado momento do processo seletivo.
Descrição O nome da atividade descreve uma etapa ou marco da trajetória de contratação, como 'Candidatura triada', 'Entrevista agendada' ou 'Oferta enviada'. Essas atividades formam a sequência de eventos que compõe o processo. Este atributo é essencial para visualizar o mapa do processo, identificar os diferentes caminhos das candidaturas e analisar a frequência e a ordem dos eventos. Ele serve de base para entender o que está acontecendo no processo. Por que isso importa Este atributo define as etapas do processo seletivo e permite visualizar e analisar o fluxo do processo. Onde encontrar Obtido dos nomes das etapas dos processos de negócio ou das mudanças de status nos dados de candidaturas do Workday Recruiting. Exemplos Candidatura triadaEntrevista concluídaOferta aceitaCandidato rejeitado
	Departamento Department	Departamento ou unidade de negócio associado à vaga.
Descrição Este atributo especifica a unidade organizacional, como 'Engenharia', 'Marketing' ou 'Finanças', para a qual o candidato está sendo contratado. Ele é obtido da organização hierárquica associada à vaga. Na análise, filtrar por departamento permite comparar os processos de contratação entre diferentes áreas da empresa. O Dashboard 'Eficiência da triagem de candidaturas' usa esse dado para identificar se determinados departamentos têm tempos de triagem mais longos, o que pode indicar práticas diferentes ou necessidade de recursos. Por que isso importa Permite comparar a performance e a eficiência do processo seletivo entre diferentes unidades de negócio ou departamentos. Onde encontrar Consulte a documentação do Workday Recruiting. Este dado é obtido da organização hierárquica vinculada à vaga. Exemplos EngenhariaVendasRecursos HumanosFinanças
	Gestor de contratação HiringManager	Nome do gestor responsável pela contratação para a vaga à qual o candidato se inscreveu.
Descrição Este atributo identifica o gestor da equipe ou do departamento com a vaga aberta. O gestor de contratação é uma parte interessada importante na tomada de decisão, especialmente nas etapas de entrevista e feedback. Esses dados são essenciais para o Dashboard 'Pontualidade do feedback dos gestores de contratação'. Ao analisar, por gestor, o tempo entre 'Entrevista concluída' e 'Feedback enviado', as organizações podem identificar atrasos e trabalhar com gestores específicos para acelerar o processo de contratação. Por que isso importa Essencial para analisar o envolvimento dos gestores de contratação e identificar atrasos no envio de feedback, que afetam diretamente a experiência dos candidatos. Onde encontrar Consulte a documentação do Workday Recruiting. Este dado costuma fazer parte dos detalhes da organização hierárquica ou da vaga. Exemplos Susan AdamsDavid ChenAngela Rodriguez
	Nome do recrutador RecruiterName	Nome do recrutador responsável por gerenciar a candidatura.
Descrição Este atributo identifica o principal parceiro de aquisição de talentos ou recrutador responsável pela candidatura e pela vaga. Em geral, essa pessoa orienta o candidato ao longo do processo. Analisar o processo por recrutador é essencial para entender a performance e a carga de trabalho da equipe. Isso ajuda a criar o Dashboard 'Performance e volume de trabalho dos recrutadores' e a calcular KPIs como 'Variação do tempo até a oferta por recrutador', permitindo comparar a eficiência e identificar boas práticas. Por que isso importa Permite analisar a performance por recrutador e identificar profissionais com alto desempenho, necessidades de treinamento e desequilíbrios na carga de trabalho. Onde encontrar Consulte a documentação do Workday Recruiting. Este dado costuma estar vinculado aos objetos de vaga ou candidatura. Exemplos John SmithEmily JonesMaria Garcia
	Origem da candidatura ApplicationSource	Canal ou fonte por meio do qual a candidatura foi recebida.
Descrição Este atributo indica como o candidato encontrou a vaga e se candidatou, por exemplo, pelo site de carreiras da empresa, pelo LinkedIn, por indicação de um funcionário ou por uma agência de recrutamento. Entender a origem é essencial para otimizar a estratégia e o orçamento de recrutamento. Esse dado alimenta o Dashboard 'Eficácia dos canais de recrutamento' e o KPI 'Taxa de aceitação de ofertas por origem', ajudando a identificar quais canais atraem mais candidatos e candidatos mais qualificados. Por que isso importa Ajuda a avaliar a eficácia dos diferentes canais de recrutamento e a decidir, com base em dados, onde investir os recursos da equipe. Onde encontrar Consulte a documentação do Workday Recruiting. Este é um campo padrão da candidatura. Exemplos LinkedInIndicação de funcionárioSite de carreiras da empresaIndeed
	Status da candidatura ApplicationStatus	Resultado final ou estado atual da candidatura à vaga.
Descrição Este atributo registra o resultado final de uma candidatura, como 'Contratado', 'Rejeitado pela empresa', 'Oferta recusada' ou 'Candidatura retirada'. Ele representa o estado final do processo para cada candidatura. Esse status é essencial para analisar os resultados. Ele é usado para calcular taxas de conversão, de aceitação de ofertas e de desistência de candidatos em diferentes etapas. Entender por que e em que ponto as candidaturas terminam é fundamental para melhorar a eficácia geral do processo. Por que isso importa Define o resultado de cada caso, informação essencial para calcular taxas de conversão, de desistência e o sucesso geral do processo. Onde encontrar Normalmente, este é o campo de resultado final ou motivo do status no objeto de candidatura do Workday Recruiting. Exemplos ContratadoRejeitadoOferta recusadaCandidatura retirada
	É automatizada IsAutomated	Indica se a atividade foi realizada automaticamente pelo sistema.
Descrição Este atributo booleano identifica se uma etapa foi executada por um usuário ou por um processo automatizado do sistema. Por exemplo, o e-mail de confirmação de 'Candidatura recebida' pode ser enviado automaticamente. Saber quais etapas são automatizadas é importante para identificar oportunidades de aumentar a eficiência. Isso ajuda a avaliar o impacto da automação no tempo de ciclo e na alocação de recursos. Por que isso importa Diferencia as atividades manuais das realizadas pelo sistema, o que é essencial para identificar oportunidades de automação e medir seu impacto. Onde encontrar Para obter essa informação, identifique contas de usuário do sistema ou tipos específicos de evento que sejam reconhecidamente automatizados no Workday. Exemplos truefalse
	Foi retirada IsWithdrawn	Indica se o candidato retirou a candidatura.
Descrição Este atributo booleano calculado é verdadeiro quando o status final da candidatura é 'Candidatura retirada pelo candidato' ou um estado semelhante. Ele ajuda a identificar os casos em que o candidato desistiu do processo. Esse indicador simplifica a análise do Dashboard 'Pontos críticos de desistência de candidatos' e do KPI 'Taxa de desistência de candidatos'. Ele facilita a filtragem e a agregação dos dados para identificar em quais etapas os candidatos têm maior probabilidade de desistir. Por que isso importa Ajuda a analisar especificamente as desistências iniciadas pelos candidatos, oferecendo insights sobre a experiência deles e os pontos de atrito no processo. Onde encontrar Esse valor é calculado durante a transformação dos dados, com base no atributo 'ApplicationStatus'. Exemplos truefalse
	ID da requisição de vaga JobRequisitionId	Identificador único da vaga à qual o candidato se candidatou.
Descrição O ID da requisição de vaga identifica uma vaga aprovada. Uma única requisição pode estar associada a várias candidaturas. Esse atributo permite analisar os dados no nível da requisição. Por exemplo, você pode calcular por quanto tempo uma requisição ficou aberta, quantos candidatos foram encontrados ou comparar os funis de recrutamento de diferentes tipos de vaga, como engenharia e vendas. Por que isso importa Relaciona várias candidaturas a uma única vaga, permitindo analisar métricas no nível da requisição e os funis de contratação. Onde encontrar Este é o identificador principal do objeto de requisição de vaga no Workday Recruiting e está vinculado a cada candidatura. Exemplos REQ-2023-105REQ-2024-012REQ-2024-345
	ID do candidato CandidateId	Identificador único do candidato.
Descrição O ID do candidato identifica uma pessoa no sistema de recrutamento, independentemente de quantas vagas ela tenha solicitado. Assim, é possível acompanhar o histórico dessa pessoa na empresa em várias candidaturas. Esse atributo ajuda a analisar a experiência do candidato ao longo do tempo. Por exemplo, permite identificar se candidatos rejeitados anteriormente estão se candidatando novamente e como suas jornadas diferem, ou se uma mesma pessoa está sendo considerada para várias funções ao mesmo tempo. Por que isso importa Permite analisar o processo pela perspectiva do candidato, acompanhando uma pessoa em várias candidaturas e ao longo do tempo. Onde encontrar Este é o identificador principal do objeto de candidato no Workday Recruiting. Exemplos CAND-98765CAND-11223CAND-54321
	Local da vaga JobLocation	Localização geográfica ou país da vaga.
Descrição Este atributo especifica a cidade, o estado ou o país onde a vaga está localizada. Para vagas remotas, pode indicar uma região ou estar marcado como 'Remoto'. A localização é uma dimensão importante para a análise. Ela permite comparar o 'Tempo para contratação' e outros KPIs entre regiões, revelando diferenças causadas pelas condições do mercado local, pela disponibilidade de talentos ou por variações regionais no processo. Por que isso importa Permite analisar geograficamente o processo de recrutamento e identificar diferenças regionais no tempo de ciclo e na eficiência. Onde encontrar Essa informação faz parte dos detalhes da requisição de vaga no Workday. Exemplos Nova York, NYLondres, Reino UnidoRemoto (US)Berlim, Alemanha
	Motivo da rejeição RejectionReason	Motivo informado para rejeitar a candidatura de um candidato.
Descrição Quando uma candidatura passa para o status 'Rejeitado', este atributo dá contexto à decisão. Os motivos podem incluir 'Não se encaixa na cultura da empresa', 'Não tem as habilidades necessárias' ou 'Vaga preenchida por outro candidato'. Analisar os motivos de rejeição ajuda a identificar padrões no processo de contratação. Por exemplo, muitas rejeições por 'Não tem as habilidades necessárias' em uma etapa avançada podem indicar que a descrição da vaga não está clara. Esses dados são essenciais para o Dashboard 'Pontos críticos de desistência de candidatos', pois ajudam a entender por que as pessoas desistem. Por que isso importa Oferece insights qualitativos sobre por que os candidatos não avançam, ajudando a melhorar as descrições de vagas e os critérios de seleção. Onde encontrar Consulte a documentação do Workday Recruiting. Em geral, esse dado é um substatus ou código de motivo associado à etapa de rejeição. Exemplos Não qualificadoExperiência incompatívelCandidatos mais qualificados identificadosVaga encerrada
	Sistema de origem SourceSystem	Sistema do qual os dados foram extraídos.
Descrição Este atributo identifica a origem dos dados, que neste caso é o Workday Recruiting. Ele ajuda na governança e na solução de problemas, especialmente quando dados de vários sistemas são combinados. Mesmo que pareça dispensável em uma análise de um único sistema, incluí-lo é uma boa prática. Ele confirma a procedência dos dados e se torna essencial caso outros sistemas de RH sejam integrados no futuro. Por que isso importa Identifica a origem dos dados, algo essencial para a governança, a validação e o gerenciamento de dados de várias fontes. Onde encontrar Este é um valor estático ('Workday Recruiting') adicionado durante a extração e a transformação dos dados. Exemplos Workday Recruiting
	Tempo para contratação TimeToHire	Tempo total entre o recebimento da candidatura e a contratação do candidato.
Descrição Este cálculo no nível do caso mede a duração total do processo de recrutamento para candidatos contratados. Ele corresponde à diferença entre os eventos 'Candidatura recebida' e 'Candidato contratado'. Este é um dos KPIs mais importantes do recrutamento: o 'Tempo médio para contratação'. Ele oferece uma medida geral da eficiência do processo de contratação. Acompanhar essa métrica ao longo do tempo e entre departamentos ajuda a identificar melhorias ou retrocessos sistêmicos. Por que isso importa Um KPI essencial e abrangente que mede a eficiência geral do funil de recrutamento, do início ao fim. Onde encontrar Esse valor é calculado com base nos dados do Event Log extraídos do Workday. Exemplos 259200043200003456000
	Tipo de candidato CandidateType	Indica se o candidato é funcionário da empresa ou candidato externo.
Descrição Este atributo classifica os candidatos em grupos, como 'Interno' ou 'Externo'. O processo de contratação, os prazos e as políticas podem variar bastante entre esses dois tipos. Analisar separadamente o processo para candidatos internos e externos é essencial para ter uma visão completa. Isso permite que a organização compare a eficiência dos programas de mobilidade interna com os esforços de contratação externa e garanta que ambos os processos sejam otimizados. Por que isso importa Permite analisar separadamente os processos de contratação interna e externa, que costumam ter etapas, SLAs e objetivos diferentes. Onde encontrar Consulte a documentação do Workday Recruiting. Este é um campo padrão no perfil do candidato ou na candidatura à vaga. Exemplos InternoExterno
	Última atualização dos dados LastDataUpdate	Data e hora da última atualização ou extração dos dados do sistema de origem.
Descrição Este atributo indica o nível de atualização dos dados analisados. Ele mostra a data e a hora da última extração de dados do Workday Recruiting. Essa informação ajuda você a entender o quanto a análise está atualizada e a interpretar os resultados corretamente, sabendo se está consultando dados em tempo real ou um retrato dos dados de um momento específico. Por que isso importa Informa o nível de atualização dos dados para que você saiba o quanto a análise do processo está atualizada. Onde encontrar Esta data e hora são geradas e adicionadas durante o processo de extração, transformação e carregamento (ETL) dos dados. Exemplos 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Valor da oferta OfferAmount	Valor salarial oferecido ao candidato.
Descrição Este atributo contém o valor do salário-base proposto ao candidato na oferta de emprego. É um dado essencial nas etapas finais do processo de recrutamento. Analisar os valores das ofertas ajuda a entender as tendências de remuneração e a competitividade. Quando combinado com o status 'Oferta aceita', esse dado pode indicar se a remuneração influencia as recusas. Ele é um elemento importante do Dashboard 'Gestão de ofertas e taxas de aceitação'. Por que isso importa Ajuda a analisar a estratégia de remuneração e seu impacto nas taxas de aceitação de ofertas. Onde encontrar Consulte a documentação do Workday Recruiting. Esse dado deve fazer parte das informações do processo de negócios 'Oferta'. Exemplos 8500012000065000

Obrigatório Recomendado Opcional

Atividades de recrutamento e aquisição de talentos

Estas são as principais etapas e os marcos do processo que você deve registrar no Event Log para descobrir o processo com precisão e identificar gargalos no fluxo de trabalho de contratação.

7 Recomendado 8 Opcional

	Atividade	Descrição
	Candidato avançou para a entrevista	Indica que o candidato passou pela triagem inicial e está apto a participar de uma entrevista. Esse evento é registrado quando o recrutador move o candidato para a etapa 'Entrevista' do processo seletivo.
Por que isso importa Este marco representa a passagem da triagem para a avaliação ativa. É um ponto importante para analisar as taxas de conversão e a eficiência do início do funil de recrutamento. Onde encontrar Identificado pela data e hora em que a etapa de recrutamento do candidato muda para 'Entrevista' ou uma designação semelhante no histórico da candidatura. Coleta Identificado pela mudança de status do candidato para a etapa 'Entrevista'. Tipo de evento inferred
	Candidato avançou para a etapa de oferta	Um marco importante que indica a decisão de fazer uma oferta de emprego ao candidato. O evento é registrado quando a candidatura avança para a etapa 'Oferta' do processo seletivo.
Por que isso importa Esta atividade é um ponto de controle crítico do processo, pois marca a conclusão bem-sucedida de todas as etapas de avaliação. Ela antecede a oferta formal e é um marco importante para a análise de grupos de candidatos. Onde encontrar Identificado no histórico de auditoria da candidatura, especificamente pela data e hora em que o status do candidato muda para 'Oferta'. Coleta Identificado pela mudança de status do candidato para a etapa 'Oferta'. Tipo de evento inferred
	Candidato contratado	É a conclusão bem-sucedida do processo seletivo, quando o candidato é contratado formalmente como funcionário. O evento é registrado quando o processo de negócio 'Contratar' é concluído com sucesso no Workday e cria um registro de funcionário.
Por que isso importa Este é o principal evento de encerramento bem-sucedido. A data e hora são essenciais para calcular o tempo de contratação e medir a eficiência geral e as taxas de sucesso do processo. Onde encontrar Este é um evento importante, registrado explicitamente pelo processo de negócio 'Contratar' no Workday HCM. A data e hora de conclusão ficam registradas no histórico do processo. Coleta Obtido da data e hora de conclusão do processo de negócio 'Contratar' para o candidato. Tipo de evento explicit
	Candidato rejeitado	Marca o encerramento do processo sem contratação, quando a empresa decide não seguir com o candidato. Isso é identificado quando o recrutador altera a situação do candidato para 'Rejeitado' ou 'Não contratado'.
Por que isso importa Este é um evento de encerramento crítico para analisar os principais pontos de desistência e as taxas de rejeição em diferentes etapas. Ele ajuda a identificar problemas no processo de entrevistas ou triagem. Onde encontrar Identificado pela data e hora em que a situação do candidato muda para 'Rejeitado' no histórico da candidatura. O motivo da rejeição também costuma ser registrado. Coleta Obtido da data e hora efetivas da mudança da situação do candidato para 'Rejeitado'. Tipo de evento inferred
	Candidatura recebida	Marca o início do processo seletivo para a candidatura de uma pessoa. Esse evento é registrado quando o candidato envia com sucesso a candidatura a uma vaga específica pelo portal do Workday ou por um site de carreiras integrado.
Por que isso importa Este é o principal evento de início do processo. Analisar o tempo entre esta atividade e os marcos seguintes é fundamental para medir o tempo total de contratação e a eficácia dos canais de recrutamento. Onde encontrar O Workday registra esse evento explicitamente quando o processo de negócio 'Candidatar-se a uma vaga' é concluído com sucesso para um candidato. A data e hora do evento ficam disponíveis no histórico da candidatura. Coleta Obtido da data e hora do envio da candidatura no perfil do candidato. Tipo de evento explicit
	Oferta aceita	Representa a aceitação formal da oferta de emprego pelo candidato. O evento é registrado quando o candidato conclui a tarefa 'Aceitar oferta' no portal do Workday ou quando um recrutador atualiza o status manualmente.
Por que isso importa Esta atividade é essencial para calcular as taxas de aceitação de ofertas por origem, departamento ou recrutador. Ela também dá início às atividades pré-contratação seguintes, como as verificações de antecedentes. Onde encontrar O evento é registrado explicitamente quando o candidato aceita a oferta pelo portal. A ação fica registrada com data e hora no histórico do processo de negócio da candidatura. Coleta Obtido da data e hora de conclusão da tarefa 'Aceitar oferta'. Tipo de evento explicit
	Oferta enviada	Marca o envio formal de uma oferta de emprego ao candidato. Este evento é registrado quando o processo de negócio 'Criar oferta' ou 'Propor remuneração' é concluído com sucesso para a candidatura no Workday.
Por que isso importa Este é um marco importante para calcular o tempo até a oferta e analisar a conformidade do processo de oferta. Também é o ponto de partida para medir as taxas de aceitação. Onde encontrar Este evento é registrado explicitamente no histórico do processo de negócio da candidatura. A data e hora de conclusão da etapa de criação da oferta indicam o momento da atividade. Coleta Obtido da data e hora de conclusão do processo de negócio 'Criar oferta'. Tipo de evento explicit
	Candidatura retirada	Evento de encerramento em que o candidato decide, por vontade própria, deixar de concorrer à vaga. Isso é registrado quando o status da candidatura é atualizado para 'Retirada', pelo próprio candidato ou por um recrutador.
Por que isso importa Acompanhar quando e por que os candidatos desistem é essencial para entender problemas na experiência, a duração do processo ou a competitividade das ofertas. Essa é uma métrica importante para analisar desistências. Onde encontrar Identificado pela data e hora em que a situação da candidatura é atualizada para 'Retirada'. A atualização pode ser feita pelo candidato no portal ou por um recrutador. Coleta Obtido da data e hora efetivas da mudança da situação da candidatura para 'Retirada'. Tipo de evento inferred
	Candidatura triada	Representa a conclusão da análise inicial da candidatura por um recrutador ou pela equipe de triagem. Em geral, isso é identificado quando o status do candidato muda de 'Candidatou-se' ou 'Novo' para uma etapa de 'Triagem' ou 'Em revisão'.
Por que isso importa Esta atividade é essencial para analisar a eficiência da triagem inicial. Acompanhar o volume e a duração ajuda a identificar gargalos no início do funil de recrutamento. Onde encontrar Identificado pela data efetiva da mudança de etapa do candidato para uma etapa de triagem ou análise no histórico de auditoria do processo de negócio 'Recrutamento'. Coleta Obtido da data e hora em que a etapa do candidato é atualizada para 'Triagem'. Tipo de evento inferred
	Entrevista agendada	Representa o agendamento formal de uma entrevista com o candidato. Em geral, esse evento é registrado quando uma entrevista é criada e confirmada no recurso de agendamento do Workday para a candidatura em questão.
Por que isso importa Medir o tempo entre esta atividade e as anteriores ajuda a identificar atrasos na coordenação. Isso é essencial para melhorar a experiência dos candidatos e acelerar o processo de entrevistas. Onde encontrar O recurso de agendamento de entrevistas do Workday cria eventos com data e hora. Esta atividade pode ser identificada pela data de criação da entrevista agendada e vinculada à candidatura. Coleta Obtido do evento de criação do registro da entrevista no módulo de recrutamento. Tipo de evento explicit
	Entrevista concluída	Marca a conclusão de uma entrevista agendada com um candidato. Em geral, isso é identificado quando o entrevistador ou recrutador atualiza o status da entrevista de 'Agendada' para 'Concluída' ou 'Realizada'.
Por que isso importa Esta atividade dá início ao período para envio do feedback. Analisar o tempo entre este momento e o envio do feedback é essencial para medir a agilidade dos gestores de contratação. Onde encontrar Identificado por uma atualização de status no registro da entrevista agendada ou por uma mudança manual de etapa do candidato no Workday Recruiting após a entrevista. Coleta Obtido da data e hora da atualização do status da entrevista ou da mudança de etapa do candidato após a entrevista. Tipo de evento inferred
	Feedback enviado	Representa o momento em que o entrevistador envia formalmente sua avaliação do candidato após a entrevista. O Workday oferece um recurso específico para que os entrevistadores enviem feedback diretamente no perfil do candidato.
Por que isso importa Esta atividade é essencial para analisar a pontualidade do feedback dos gestores de contratação. Atrasos nessa etapa são um gargalo comum, e acompanhá-los ajuda a cumprir os acordos de nível de serviço. Onde encontrar Este evento é registrado explicitamente quando o feedback é enviado pela tarefa 'Enviar feedback da entrevista'. A data e hora do envio ficam registradas no registro da entrevista. Coleta Obtido da data e hora de conclusão do evento 'Enviar feedback da entrevista'. Tipo de evento explicit
	Integração do novo funcionário iniciada	Representa o início do processo de integração do novo funcionário no Workday. Em geral, esse evento é registrado explicitamente como parte do processo de negócio principal 'Contratar' ou é acionado logo após sua conclusão.
Por que isso importa Analisar o tempo entre 'Oferta aceita' e esta atividade ajuda a melhorar a experiência do candidato após a oferta. Isso garante que os novos funcionários estejam engajados e preparados para o primeiro dia. Onde encontrar O processo de negócio 'Integração' do Workday tem uma data e hora de início bem definidas. Essas informações podem ser obtidas do histórico de auditoria do processo no registro do novo funcionário. Coleta Obtido da data e hora de início do processo de negócio 'Integração'. Tipo de evento explicit
	Verificação de antecedentes aprovada	Marca a conclusão bem-sucedida da verificação de antecedentes. O evento é identificado quando o status do candidato é atualizado para indicar que ele passou pelas verificações necessárias e está liberado para contratação.
Por que isso importa Este é o último ponto de controle antes da conclusão do processo de contratação. Atrasos no recebimento e no registro da aprovação podem adiar a data de início do candidato. Onde encontrar Identificado por uma atualização de status na candidatura, como a mudança para a etapa 'Pronto para contratação' ou 'Verificação de antecedentes concluída'. Coleta Obtido da mudança de status que indica a conclusão e aprovação da verificação de antecedentes. Tipo de evento inferred
	Verificação de antecedentes iniciada	Indica o início da verificação de antecedentes de um candidato que aceitou uma oferta. Em geral, isso é identificado quando o candidato passa para a etapa 'Verificação de antecedentes', que costuma acionar a integração com um fornecedor externo.
Por que isso importa Esta atividade é essencial para monitorar a conformidade e analisar atrasos entre a aceitação da oferta e o início das verificações pré-contratação. Ela ajuda a garantir uma transição tranquila para a integração do novo funcionário. Onde encontrar Identificado pela data e hora em que o candidato passa para a etapa 'Verificação de antecedentes' no fluxo do processo seletivo. O histórico de auditoria da candidatura mostra essa mudança de status. Coleta Obtido da data e hora efetivas da mudança para a etapa 'Verificação de antecedentes'. Tipo de evento inferred

Recomendado Opcional

Guias de extração

Como obter seus dados do Workday Recruiting

Etapas

Acesse o Workday: Entre no ambiente do Workday com uma conta de usuário que tenha permissão para criar relatórios personalizados e acessar dados de recrutamento.
Crie um relatório personalizado: Acesse a tarefa 'Create Custom Report'. Selecione 'Advanced' como tipo de relatório e ative a opção 'Enable as Web Service'. Para a fonte de dados, use uma fonte indexada, como 'All Job Applications', para obter melhor performance.
Defina o objeto de negócio principal: Defina 'Job Application' como objeto de negócio principal. Esse objeto será a base do relatório e o identificador do caso.
Adicione colunas de dados: Inclua os campos obrigatórios e recomendados na grade de colunas do relatório. Adicione 'Job Application' para JobApplicationId. Para outros atributos, como 'Recruiter' e 'Hiring Manager', inclua os campos dos objetos de negócio relacionados à candidatura.
Crie campos calculados para as atividades: Esta é a etapa mais importante. Para cada uma das 15 atividades, crie dois campos calculados: um para o nome da atividade e outro para o registro de data e hora do evento. A lógica desses campos está detalhada na seção Consulta. Por exemplo, para registrar 'Offer Extended', crie um campo que verifique a conclusão do processo de negócio 'Propose Compensation' e outro que extraia o registro de data e hora de conclusão desse processo.
Adicione os campos calculados ao relatório: Inclua como colunas todos os campos calculados recém-criados, 30 no total: 15 para nomes de atividades e 15 para registros de data e hora. O relatório terá um formato 'amplo', com uma linha por candidatura e várias colunas representando as atividades possíveis.
Configure as opções do serviço web: Na guia 'Web Service' da definição do relatório, marque a caixa 'Enable as Web Service'. Você pode consultar aqui o namespace e a URL do relatório. Anote o 'Namespace' para usar depois.
Defina as permissões: Compartilhe o relatório com um Integration System User (ISU) ou um grupo de segurança específico que será usado para chamar o endpoint RaaS. Esse usuário precisa ter permissão para acessar o domínio da fonte de dados, por exemplo, 'Recruiting: Job Applications'.
Execute e teste o relatório: Execute o relatório pela interface do Workday para verificar os resultados. Confira se o número de linhas é razoável e se os campos calculados estão sendo preenchidos corretamente em algumas candidaturas de exemplo.
Agende a extração: Use uma ferramenta externa de agendamento ou um middleware, como MuleSoft, Boomi ou um script personalizado, para chamar regularmente a URL RaaS do relatório. A ferramenta precisará fazer a chamada à API SOAP ou REST do Workday com a autenticação adequada.
Transforme os dados: O resultado bruto da chamada RaaS será um arquivo XML ou CSV em formato amplo. Implemente uma etapa de transformação no middleware ou em uma linguagem de script, como Python, para converter os dados para o formato longo. O script deve percorrer cada linha, correspondente a uma candidatura, e criar uma nova linha no Event Log final para cada par não vazio de atividade e registro de data e hora. O resultado terá três colunas principais: JobApplicationId, ActivityName e EventTime.

Configuração

Tipo de relatório: Use sempre 'Advanced' para permitir campos calculados complexos e o acesso a objetos de negócio relacionados.
Fonte de dados: Use uma fonte de dados indexada, como 'All Job Applications', para garantir que o relatório seja executado com eficiência. Evite fontes não indexadas para conjuntos de dados grandes.
Filtro de período: É essencial aplicar um filtro ao campo 'Application Date' do objeto de negócio Job Application. Comece com um período menor, como os últimos 3 a 6 meses, para controlar o volume de dados e a performance do relatório.
Objeto de negócio principal: O objeto principal deve ser 'Job Application' para que JobApplicationId seja usado como identificador do caso.
Ativação do serviço web: Marque a opção 'Enable as Web Service' na configuração do relatório para disponibilizá-lo por meio de APIs.
Segurança e permissões: Compartilhe o relatório com um Integration System User (ISU dedicado). Esse ISU precisa ter permissões de grupo de segurança para acessar os domínios de dados necessários, incluindo 'Recruiting: Job Applications', 'Business Process Transactions' e 'Worker Data'.
Formato de saída: O Workday oferece vários formatos de saída, como XML, CSV e JSON. O XML, especificamente o formato 'Simple XML', costuma ser a opção mais confiável para extrair dados estruturados pela API.

a Consulta de exemplo sql

The Workday Report Writer is configured through the user interface. The following describes the structure and calculated fields required to build the report. The final output will be a wide table that must be transformed into an event log.

**Primary Business Object:**
*   `Job Application`

**Direct Report Fields (Columns):**
| Field Name in Report | Workday Business Object | Workday Field | Notes |
| --- | --- | --- | --- |
| `JobApplicationId` | Job Application | Job Application | Serves as the Case ID. |
| `RecruiterName` | Job Application -> Recruiter | Worker | Use a Lookup Related Value field. |
| `HiringManager` | Job Application -> Job Requisition -> Hiring Manager | Worker | Use a Lookup Related Value field. |
| `ApplicationSource` | Job Application | Source | |
| `Department` | Job Application -> Job Requisition -> Organization | Supervisory Organization | |
| `ApplicationStatus` | Job Application | Status | Represents the final or current status. |

**Calculated Fields for Event Log Unpivoting:**
Create two calculated fields for each activity: one for the name (Type: Evaluate Expression) and one for the timestamp (Type: Extract Single Instance or Lookup Related Value).

1.  **Application Received**
    *   `ActivityName_AppReceived`: `"Application Received"` (This event uses the application date, so the name is constant).
    *   `EventTime_AppReceived`: Field `Application Date` from the Job Application object.
2.  **Application Screened**
    *   `ActivityName_AppScreened`: `IIF(Stage = [Your 'Screening' Stage], "Application Screened", "")`
    *   `EventTime_AppScreened`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the 'Business Process History for Worker' for the 'Move to Stage: [Screening]' event.
3.  **Candidate Moved To Interview**
    *   `ActivityName_MovedToInterview`: `IIF(Stage = [Your 'Interview' Stage], "Candidate Moved To Interview", "")`
    *   `EventTime_MovedToInterview`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Interview]' event.
4.  **Interview Scheduled**
    *   `ActivityName_InterviewScheduled`: `IIF(Interview Status = 'Scheduled', "Interview Scheduled", "")`
    *   `EventTime_InterviewScheduled`: Use a 'Lookup Related Value' field to get the 'Scheduled Start Moment' from the 'Candidate Interview Details' object.
5.  **Interview Completed**
    *   `ActivityName_InterviewCompleted`: `IIF(Interview Status = 'Completed', "Interview Completed", "")`
    *   `EventTime_InterviewCompleted`: Use a 'Lookup Related Value' field to get the 'Actual End Moment' from the 'Candidate Interview Details' object.
6.  **Feedback Submitted**
    *   `ActivityName_FeedbackSubmitted`: `IIF(Interview Feedback Status = 'Submitted', "Feedback Submitted", "")`
    *   `EventTime_FeedbackSubmitted`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Submit Interview Feedback' event.
7.  **Candidate Moved To Offer Stage**
    *   `ActivityName_MovedToOffer`: `IIF(Stage = [Your 'Offer' Stage], "Candidate Moved To Offer Stage", "")`
    *   `EventTime_MovedToOffer`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Offer]' event.
8.  **Offer Extended**
    *   `ActivityName_OfferExtended`: `IIF(Is Business Process 'Propose Compensation' Completed = true, "Offer Extended", "")`
    *   `EventTime_OfferExtended`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Propose Compensation' or 'Make Offer' business process.
9.  **Offer Accepted**
    *   `ActivityName_OfferAccepted`: `IIF(Disposition = 'Offer Accepted', "Offer Accepted", "")`
    *   `EventTime_OfferAccepted`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Accept Offer' event.
10. **Background Check Initiated**
    *   `ActivityName_BGCheckInitiated`: `IIF(Stage = [Your 'Background Check' Stage], "Background Check Initiated", "")`
    *   `EventTime_BGCheckInitiated`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Background Check]' event.
11. **Background Check Cleared**
    *   `ActivityName_BGCheckCleared`: `IIF(Background Check Status = 'Passed', "Background Check Cleared", "")`
    *   `EventTime_BGCheckCleared`: Use a 'Lookup Related Value' field on the Background Check business object to get the completion date.
12. **Onboarding Initiated**
    *   `ActivityName_OnboardingInitiated`: `IIF(Is Business Process 'Onboarding' Initiated = true, "Onboarding Initiated", "")`
    *   `EventTime_OnboardingInitiated`: Use an 'Extract Single Instance' field to get the 'Entry Moment' from the business process history for the 'Onboarding' business process.
13. **Candidate Hired**
    *   `ActivityName_Hired`: `IIF(Is Hired = true, "Candidate Hired", "")`
    *   `EventTime_Hired`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Hire' business process.
14. **Candidate Rejected**
    *   `ActivityName_Rejected`: `IIF(Is Inactive = true AND Disposition = [Your 'Rejected' Reason], "Candidate Rejected", "")`
    *   `EventTime_Rejected`: Use a 'Lookup Related Value' field to get the 'Inactive Date' from the Job Application object.
15. **Application Withdrawn**
    *   `ActivityName_Withdrawn`: `IIF(Disposition = 'Withdrawn', "Application Withdrawn", "")`
    *   `EventTime_Withdrawn`: Use a 'Lookup Related Value' field to get the 'Inactive Date' from the Job Application object, filtering on the inactive reason.

Etapas

Configure o acesso ao Workday: Crie um Integration System User (ISU) no Workday. Conceda a esse usuário acesso aos domínios de segurança necessários para a API Recruiting. Entre os principais domínios estão 'Worker Data: Public Worker Reports', 'Job Application' e 'Recruiting: Reports'.
Identifique o endpoint da API: Localize o endpoint da API REST para a operação 'Get Job Applications' no seu ambiente do Workday. A URL geralmente segue este formato: https://[your_tenant_host]/ccx/api/v1/[your_tenant_name]/recruiting/jobApplications.
Configure o ambiente Python: Verifique se o Python está instalado. Instale as bibliotecas necessárias com pip: pip install requests pandas.
Desenvolva o script de autenticação: No script Python, implemente a autenticação básica usando as credenciais do ISU criado na etapa 1. O nome de usuário e a senha serão enviados no cabeçalho da solicitação.
Implemente a lógica de solicitação à API: Escreva a função que chama o endpoint 'Get Job Applications'. Use parâmetros de solicitação para filtrar os dados, como updatedSince, que busca candidaturas alteradas após uma data específica. Isso é essencial para controlar o volume de dados.
Trate a paginação da API: A API do Workday retorna um número limitado de registros por solicitação. O script deve verificar se a resposta inclui uma contagem total e um link para a próxima página ou um parâmetro de deslocamento, e percorrer todas as páginas para recuperar o conjunto completo de dados.
Defina o mapeamento de atividades: Crie um dicionário de mapeamento ou uma série de instruções condicionais no script. Essa lógica converterá os status dos processos de negócio e as etapas de recrutamento do Workday, como 'Screen', 'Interview', 'Offer' e 'Hire', nos nomes de atividade necessários, como 'Application Screened' e 'Candidate Moved To Interview'.
Transforme os dados das candidaturas: Para cada candidatura recuperada pela API, analise o histórico de auditoria ou o histórico de etapas. Esse histórico contém a sequência de etapas, decisões e eventos de processos de negócio, com os respectivos registros de data e hora.
Gere as linhas do Event Log: Percorra o histórico de cada candidatura. Para cada evento histórico relevante que corresponda ao mapeamento de atividades, crie um dicionário que represente uma linha do Event Log final. Preencha JobApplicationId, ActivityName, EventTime e os demais atributos necessários.
Agregue e organize os dados: Reúna em uma única lista todas as linhas geradas para as candidaturas.
Crie e exporte o arquivo CSV: Use a biblioteca pandas para converter a lista de dicionários de eventos em um DataFrame. Em seguida, exporte o DataFrame para um arquivo CSV. Verifique se os cabeçalhos das colunas atendem aos requisitos do ProcessMind, por exemplo, CaseId, Atividade e Registro de data e hora.
Revise e carregue o arquivo: Abra o arquivo CSV final e confira se os dados estão corretos e completos antes de carregá-lo na ferramenta de Process Mining.

Configuração

Integration System User (ISU) do Workday: É necessário um ISU com uma senha forte e sem prazo de expiração. Ele precisa ter permissões nos domínios de segurança 'Recruiting' e 'Worker Data' para acessar os dados das candidaturas e dos candidatos.
Endpoint e versão da API: Use o endpoint correto da API REST para o seu ambiente do Workday. Especifique a versão da API na solicitação para garantir um comportamento consistente.
Filtro de período: O script deve usar um filtro de data, como updatedSince, para limitar a consulta a um período administrável. Para as extrações iniciais, recomenda-se um período de 3 a 6 meses. Nas cargas incrementais seguintes, use o registro de data e hora da última extração bem-sucedida.
Limite de paginação: Considere o parâmetro limit da API, que define quantos registros são retornados por página. O máximo típico é 100. O script precisa fazer várias solicitações paginadas para recuperar todos os registros.
Campos da resposta: Para melhorar a performance, você pode especificar quais campos retornar usando o parâmetro fields ou outro semelhante, se a API oferecer suporte. Isso reduz o tamanho da resposta da API.
Configuração do mapeamento de atividades: A lógica central do script é mapear as etapas do Workday para as atividades definidas. Talvez seja necessário personalizar esse mapeamento de acordo com a configuração específica do processo de recrutamento do Workday na sua organização.

a Consulta de exemplo python

import requests
import pandas as pd
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Workday tenant-specific details
WORKDAY_TENANT_HOST = class="hl-string">"https://[your_tenant_host].workday.com"
WORKDAY_TENANT_NAME = class="hl-string">"[your_tenant_name]"
WORKDAY_API_USER = os.environ.get(class="hl-string">"WORKDAY_USER", class="hl-string">"[Your_ISU_Username]")
WORKDAY_API_PASSWORD = os.environ.get(class="hl-string">"WORKDAY_PASSWORD", class="hl-string">"[Your_ISU_Password]")

class=class="hl-string">"hl-comment"># Date range for the extraction (ISO 8601 format)
class=class="hl-string">"hl-comment"># For delta loads, this should be the timestamp of the last successful run.
UPDATED_SINCE_DATE = class="hl-string">"2023-01-01T00:00:00Z"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_workday_job_applications():
    class="hl-string">"""Fetches all job applications from Workday API, handling pagination."""
    all_applications = []
    offset = 0
    limit = 100  class=class="hl-string">"hl-comment"># Workday's typical page size

    api_url = fclass="hl-string">"{WORKDAY_TENANT_HOST}/ccx/api/v1/{WORKDAY_TENANT_NAME}/recruiting/jobApplications"
    headers = {class="hl-string">"Accept": class="hl-string">"application/json"}
    auth = (WORKDAY_API_USER, WORKDAY_API_PASSWORD)

    while True:
        params = {
            class="hl-string">"updatedSince": UPDATED_SINCE_DATE,
            class="hl-string">"limit": limit,
            class="hl-string">"offset": offset
        }
        print(fclass="hl-string">"Fetching applications with offset: {offset}...")
        try:
            response = requests.get(api_url, headers=headers, params=params, auth=auth, timeout=60)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)
            data = response.json()
            applications = data.get(class="hl-string">"data", [])
            all_applications.extend(applications)

            total = data.get(class="hl-string">"total", 0)
            if not applications or (offset + len(applications)) >= total:
                break  class=class="hl-string">"hl-comment"># Exit loop if no more data or all data fetched
            
            offset += len(applications)

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Workday API: {e}")
            break

    print(fclass="hl-string">"Total applications fetched: {len(all_applications)}")
    return all_applications

def transform_application_to_events(application):
    class="hl-string">"""Transforms a single job application's history into a list of event log rows."""
    events = []
    app_id = application.get(class="hl-string">"id")
    if not app_id:
        return []

    class=class="hl-string">"hl-comment"># Recommended Attributes
    recruiter = application.get(class="hl-string">"recruiter", {})
    hiring_manager_obj = application.get(class="hl-string">"job", {}).get(class="hl-string">"hiringManager", {})
    source = application.get(class="hl-string">"source", {})
    department_obj = application.get(class="hl-string">"job", {}).get(class="hl-string">"supervisoryOrganization", {})

    recruiter_name = recruiter.get(class="hl-string">"descriptor")
    hiring_manager_name = hiring_manager_obj.get(class="hl-string">"descriptor")
    app_source = source.get(class="hl-string">"descriptor")
    department = department_obj.get(class="hl-string">"descriptor")
    app_status = application.get(class="hl-string">"status", {}).get(class="hl-string">"descriptor")

    base_event = {
        class="hl-string">"JobApplicationId": app_id,
        class="hl-string">"RecruiterName": recruiter_name,
        class="hl-string">"HiringManager": hiring_manager_name,
        class="hl-string">"ApplicationSource": app_source,
        class="hl-string">"Department": department,
        class="hl-string">"ApplicationStatus": app_status
    }

    class=class="hl-string">"hl-comment"># --- Activity Extraction from Stage and Business Process History ---
    class=class="hl-string">"hl-comment"># This part assumes a structure for audit/history data. It needs to be adapted
    class=class="hl-string">"hl-comment"># to your specific Workday API response structure.
    stage_history = application.get(class="hl-string">"stageHistory", [])
    bp_history = application.get(class="hl-string">"businessProcessHistory", [])

    class=class="hl-string">"hl-comment"># Activity: Application Received
    events.append({
        **base_event,
        class="hl-string">"ActivityName": class="hl-string">"Application Received",
        class="hl-string">"EventTime": application.get(class="hl-string">"appliedOn")
    })

    for stage_change in stage_history:
        stage_name = stage_change.get(class="hl-string">"stage", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        disposition = stage_change.get(class="hl-string">"disposition", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        event_time = stage_change.get(class="hl-string">"enteredOn")

        class=class="hl-string">"hl-comment"># Activity: Application Screened (Inferred from entering a review stage)
        if class="hl-string">'screen' in stage_name or class="hl-string">'review' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Application Screened", class="hl-string">"EventTime": event_time, **base_event})

        class=class="hl-string">"hl-comment"># Activity: Candidate Moved To Interview
        if class="hl-string">'interview' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Moved To Interview", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Moved To Offer Stage
        if class="hl-string">'offer' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Moved To Offer Stage", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Background Check Initiated
        if class="hl-string">'background check' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Background Check Initiated", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Onboarding Initiated
        if class="hl-string">'onboarding' in stage_name or class="hl-string">'ready for hire' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Onboarding Initiated", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Rejected
        if class="hl-string">'rejected' in disposition or class="hl-string">'not selected' in disposition:
             events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Rejected", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Application Withdrawn
        if class="hl-string">'withdrawn' in disposition:
             events.append({class="hl-string">"ActivityName": class="hl-string">"Application Withdrawn", class="hl-string">"EventTime": event_time, **base_event})

    class=class="hl-string">"hl-comment"># Extract events from explicit business processes
    for bp_event in bp_history:
        bp_name = bp_event.get(class="hl-string">"process", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        bp_status = bp_event.get(class="hl-string">"status", class="hl-string">"").lower()
        bp_time = bp_event.get(class="hl-string">"completedOn") or bp_event.get(class="hl-string">"initiatedOn")

        class=class="hl-string">"hl-comment"># Activity: Interview Scheduled / Completed
        if class="hl-string">'interview' in bp_name:
            if bp_status == class="hl-string">'initiated':
                events.append({class="hl-string">"ActivityName": class="hl-string">"Interview Scheduled", class="hl-string">"EventTime": bp_time, **base_event})
            elif bp_status == class="hl-string">'completed':
                events.append({class="hl-string">"ActivityName": class="hl-string">"Interview Completed", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Feedback Submitted
        if class="hl-string">'provide interview feedback' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Feedback Submitted", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Offer Extended
        if (class="hl-string">'job offer' in bp_name or class="hl-string">'propose compensation' in bp_name) and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Offer Extended", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Offer Accepted
        if class="hl-string">'accept offer' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Offer Accepted", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Background Check Cleared
        if class="hl-string">'background check' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Background Check Cleared", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Hired
        if class="hl-string">'hire' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Hired", class="hl-string">"EventTime": bp_time, **base_event})

    class=class="hl-string">"hl-comment"># Remove events with no timestamp and duplicates
    final_events = []
    seen = set()
    for event in events:
        if event.get(class="hl-string">"EventTime"):
            class=class="hl-string">"hl-comment"># Create a unique key for each event to handle duplicates
            event_key = (event[class="hl-string">"JobApplicationId"], event[class="hl-string">"ActivityName"], event[class="hl-string">"EventTime"])
            if event_key not in seen:
                final_events.append(event)
                seen.add(event_key)

    return final_events

if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting Workday Recruiting data extraction.")
    raw_applications = get_workday_job_applications()
    
    if raw_applications:
        all_events = []
        for app in raw_applications:
            all_events.extend(transform_application_to_events(app))
        
        if all_events:
            class=class="hl-string">"hl-comment"># Create DataFrame and format for ProcessMind
            df = pd.DataFrame(all_events)
            df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.tz_localize(None)
            df = df.sort_values(by=[class="hl-string">"JobApplicationId", class="hl-string">"EventTime"])
            
            output_filename = class="hl-string">"workday_recruiting_event_log.csv"
            df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
            print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")
        else:
            print(class="hl-string">"No events were generated from the fetched applications.")
    else:
        print(class="hl-string">"No applications found or an error occurred.")

Etapas

Pré-requisitos e configuração: Verifique se você tem uma ferramenta de ETL ou iPaaS de terceiros licenciada, como CData, MuleSoft ou uma plataforma semelhante, com o conector do Workday instalado. Confirme se você tem as credenciais de um Integration System User (ISU) do Workday com as permissões de API necessárias para os domínios Recruiting e Staffing.
Configure a conexão com o Workday: Na ferramenta de ETL, crie uma nova conexão com o Workday. Informe a URL do seu ambiente do Workday, a versão da API e as credenciais do ISU, como nome de usuário e senha ou tokens OAuth 2.0. Teste a conexão para confirmar que está funcionando.
Explore o esquema de dados: Use o navegador de esquemas ou o explorador de fontes de dados da ferramenta de ETL para consultar os objetos do Workday disponíveis pelo conector. Eles geralmente aparecem como tabelas ou visualizações, como Job_Application, Job_Requisition e Candidate_Stage_History. Familiarize-se com os campos e relacionamentos disponíveis.
Identifique os principais objetos de dados: Para esta extração, você precisará principalmente de dados relacionados a candidaturas, histórico de candidatos, entrevistas, propostas e contratações. Os nomes exatos dependem do conector, mas procure objetos que representem essas entidades principais.
Desenvolva a consulta SQL: Crie um novo trabalho ou pipeline de extração de dados. Use uma etapa de transformação SQL para executar uma consulta na conexão com o Workday. Copie e cole a consulta SQL fornecida nessa etapa. Ela foi criada para reunir dados de vários objetos do Workday e combiná-los em um único formato de Event Log.
Parametrize a consulta: Altere a cláusula WHERE da consulta para incluir parâmetros de período, como startDate e endDate. Configure esses parâmetros no trabalho de ETL para mudar facilmente o período de extração sem alterar o código.
Execute o trabalho de extração: Execute o trabalho de ETL configurado. A ferramenta se conectará ao Workday, executará a consulta SQL pela API e recuperará os dados em uma área de preparação ou na memória.
Revise e valide os dados: Antes de gravar a saída final, use o recurso de pré-visualização da ferramenta de ETL para inspecionar os resultados. Confira se o número de linhas é razoável, se todas as colunas estão preenchidas como esperado e se há diferentes atividades.
Configure o destino: Defina o destino dos dados extraídos. Normalmente, será um arquivo CSV para carregar no ProcessMind. Configure o nome do arquivo, o delimitador (vírgula) e a codificação (UTF-8).
Finalize e exporte: Execute o trabalho de extração completo para gerar o arquivo CSV final. Verifique se os cabeçalhos das colunas correspondem aos atributos necessários: JobApplicationId, ActivityName, EventTime, RecruiterName, HiringManager, ApplicationSource, Departamento e ApplicationStatus.

Configuração

Credenciais do conector do Workday: A conexão exige a URL do ambiente do Workday e um Integration System User (ISU) autorizado, com senha ou credenciais de cliente OAuth 2.0. O usuário precisa ter permissões de segurança para as áreas funcionais 'Recruiting' e 'Staffing'.
Ativação de serviços web: Talvez seja necessário especificar quais serviços web do Workday o conector deve disponibilizar. Ative os serviços relacionados a Recruiting, Staffing e Human Resources para acessar todos os objetos de dados necessários.
Período: Para controlar a performance e o volume de dados, é essencial filtrar a extração por um período específico. Recomendamos uma carga inicial de 3 a 6 meses de dados, seguida de cargas incrementais diárias ou semanais. Esse filtro é configurado na cláusula WHERE da consulta SQL.
Filtros de escopo dos dados: Se você precisa analisar o processo apenas em determinadas áreas da organização, considere adicionar filtros à cláusula WHERE para campos como Company, Cost Center ou Supervisory Organization.
Versão da API: Alguns conectores exigem que você especifique a versão da API do Workday. O ideal é usar uma versão recente com suporte para acessar os objetos de dados e recursos mais atuais.
Considerações de performance: As extrações completas de dados do Workday podem consumir muitos recursos. Agende os trabalhos maiores fora dos horários de pico. Para análises contínuas, implemente uma estratégia de carga incremental baseada no registro de data e hora da última modificação, para buscar somente registros novos ou atualizados.

a Consulta de exemplo sql

WITH BaseApplicationInfo AS (
    SELECT
        JA.Job_Application_ID AS JobApplicationId,
        JR.Hiring_Manager_WID AS HiringManagerId,
        JR.Recruiter_WID AS RecruiterId,
        JA.Source_System AS ApplicationSource,
        SO.Organization_Name AS Department,
        JA.Application_Status AS ApplicationStatus,
        JA.Date_Applied AS ApplicationDate,
        JA.Date_Moved_to_Hire AS HireDate,
        OFR.Offer_Date AS OfferDate,
        HIRE.Hire_Onboarding_Date AS OnboardingDate,
        OFR.Offer_Accepted_Date AS OfferAcceptedDate
    FROM
        [Job_Applications] AS JA
    LEFT JOIN [Job_Requisitions] AS JR ON JA.Job_Requisition_ID = JR.Job_Requisition_ID
    LEFT JOIN [Supervisory_Organizations] AS SO ON JR.Supervisory_Organization_WID = SO.Supervisory_Organization_WID
    LEFT JOIN [Job_Application_Offer_Details] AS OFR ON JA.Job_Application_ID = OFR.Job_Application_ID
    LEFT JOIN [Job_Application_Hire_Details] AS HIRE ON JA.Job_Application_ID = HIRE.Job_Application_ID
)
SELECT
    BAI.JobApplicationId,
    'Application Received' AS ActivityName,
    BAI.ApplicationDate AS EventTime,
    Recruiter.Worker_Name AS RecruiterName,
    HiringManager.Worker_Name AS HiringManager,
    BAI.ApplicationSource,
    BAI.Department,
    BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] AS Recruiter ON BAI.RecruiterId = Recruiter.Worker_WID
LEFT JOIN [Workers] AS HiringManager ON BAI.HiringManagerId = HiringManager.Worker_WID

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Application Screened', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Screen'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Moved To Interview', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Interview'

UNION ALL

SELECT
    I.Job_Application_ID, 'Interview Scheduled', I.Scheduled_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Events] I
JOIN BaseApplicationInfo BAI ON I.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE I.Interview_Status = 'Scheduled'

UNION ALL

SELECT
    I.Job_Application_ID, 'Interview Completed', I.Completed_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Events] I
JOIN BaseApplicationInfo BAI ON I.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE I.Interview_Status = 'Completed'

UNION ALL

SELECT
    F.Job_Application_ID, 'Feedback Submitted', F.Submitted_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Feedback] F
JOIN BaseApplicationInfo BAI ON F.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Moved To Offer Stage', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Offer'

UNION ALL

SELECT
    BAI.JobApplicationId, 'Offer Extended', BAI.OfferDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OfferDate IS NOT NULL

UNION ALL

SELECT
    BAI.JobApplicationId, 'Offer Accepted', BAI.OfferAcceptedDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OfferAcceptedDate IS NOT NULL

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Background Check Initiated', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Background Check'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Background Check Cleared', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Background Check' AND CSH.Status = 'Passed'

UNION ALL

SELECT
    BAI.JobApplicationId, 'Onboarding Initiated', BAI.OnboardingDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OnboardingDate IS NOT NULL

UNION ALL

SELECT
    BAI.JobApplicationId, 'Candidate Hired', BAI.HireDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.HireDate IS NOT NULL

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Rejected', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Disposition_Reason LIKE '%Rejected%'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Application Withdrawn', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Disposition_Reason LIKE '%Withdrawn by Candidate%'

WHERE EventTime >= '[Your Start Date]' AND EventTime < '[Your End Date]'

Pronto para começar?

Use este Template para transformar os dados de aquisição de talentos em insights acionáveis e aumentar a eficiência da contratação. Comece hoje a tornar seu processo de recrutamento mais simples e eficaz.

Voltar ao guia de melhoria Baixar Template

Elimine gargalos no recrutamento: otimize hoje a aquisição de talentos

Identifique ineficiências, reduza em 30% o tempo do ciclo de contratação e alcance suas metas de talentos mais rápido.

Comece seu teste grátis

Não é necessário informar cartão de crédito. Teste grátis por 14 dias.

Seu Template de dados de recrutamento e aquisição de talentos

Seu Template de dados de recrutamento e aquisição de talentos

Atributos de recrutamento e aquisição de talentos

Atividades de recrutamento e aquisição de talentos

Guias de extração

Extração do Workday Report-as-a-Service (RaaS)

Etapas

Configuração

a Consulta de exemplo sql

Extração da API Workday Recruiting com script em Python

Etapas

Configuração

a Consulta de exemplo python

Extração com ferramenta de ETL e conector do Workday

Etapas

Configuração

a Consulta de exemplo sql

Pronto para começar?

Elimine gargalos no recrutamento: otimize hoje a aquisição de talentos

Seu Template de dados de recrutamento e aquisição de talentos

Seu Template de dados de recrutamento e aquisição de talentos

Atributos de recrutamento e aquisição de talentos

Atividades de recrutamento e aquisição de talentos

Guias de extração

Extração do Workday Report-as-a-Service (RaaS)

Etapas

Configuração

a Consulta de exemplo sql

Extração da API Workday Recruiting com script em Python

Etapas

Configuração

a Consulta de exemplo python

Extração com ferramenta de ETL e conector do Workday

Etapas

Configuração

a Consulta de exemplo sql

Pronto para começar?

Elimine gargalos no recrutamento: otimize hoje a aquisição de talentos

Sua privacidade é importante para nós