> Melhoria Contínua de Processos > Recrutamento e Seleção > Workday Recruiting > Modelo de Dados

Seu Template de Dados de Recrutamento e Aquisição de Talentos

Workday Recruiting

Atributos de Recrutamento e Seleção (20) Atividades de Recrutamento e Seleção (15) Guias de Extração (3)

Seu Template de Dados de Recrutamento e Aquisição de Talentos

Este template oferece um guia completo para coletar os dados necessários para analisar seus processos de recrutamento e seleção. Ele detalha os atributos essenciais, as principais atividades a serem rastreadas e orienta sobre como extrair essas informações do seu Workday Recruiting. Use este recurso para agilizar a preparação dos dados e acelerar sua jornada com Process Mining.

Atributos recomendados para coletar
Atividades-chave a monitorizar
Guia de extração para Workday Recruiting

É novo em event logs? Saiba como criar um event log para Process Mining.

Baixar Modelo

Atributos de Recrutamento e Seleção

Estes são os campos de dados recomendados para incluir em seu log de eventos para uma análise completa de Recrutamento e Seleção, permitindo insights profundos no seu processo.

3 Obrigatório 5 Recomendado 12 Opcional

	Nome	Descrição
	Candidatura JobApplicationId	O identificador exclusivo da candidatura, servindo como o Case ID central para o processo de recrutamento.
Descrição O ID da Candidatura rastreia exclusivamente a jornada de um candidato para uma vaga específica, desde a inscrição até a decisão final. Cada interação, mudança de status ou ponto de decisão está vinculado a este identificador. No Process Mining, esse atributo é fundamental. Ele permite reconstruir o fluxo de ponta a ponta de cada candidato, permitindo a análise de tempos de ciclo, gargalos e caminhos percorridos. É o elemento central que conecta todas as atividades em um 'caso' coeso. Por que é importante Este é o Case ID essencial que conecta todas as atividades de recrutamento de um ùnico candidato, tornando possível analisar toda a jornada de contratação. Onde obter Este identificador é um elemento central no Workday Recruiting, geralmente disponível em relatórios e fontes de dados relacionados a candidaturas. Exemplos APP-2023-001234APP-2023-005678APP-2024-009101
	Nome da Atividade ActivityName	O nome do evento ou tarefa específica que ocorreu em um momento do processo de recrutamento.
Descrição O Nome da Atividade descreve uma etapa ou marco na jornada de contratação, como 'Triagem Realizada', 'Entrevista Agendada' ou 'Proposta Enviada'. Essas atividades formam a sequéncia de eventos que constituem o processo. Este atributo é fundamental para visualizar o mapa do processo, identificar os diferentes caminhos que as candidaturas percorrem e analisar a frequéncia e a ordem dos eventos. É a base para entender o que está acontecendo no fluxo. Por que é importante Este atributo define as etapas do processo de recrutamento, permitindo a visualização e a análise do fluxo do processo. Onde obter Isso é derivado de nomes de etapas de processos de negócio ou mudanças de status nos dados de candidaturas do Workday Recruiting. Exemplos Application ScreenedEntrevista ConcluídaProposta aceitaCandidato Rejeitado
	Tempo do Evento EventTime	O timestamp indicando quando a atividade ou evento ocorreu.
Descrição Este atributo registra a data e hora exata em que uma atividade de recrutamento ocorreu. Timestamps são a espinha dorsal do Process Mining, fornecendo a ordem cronológica dos eventos. Na análise, são usados para calcular durações entre atividades, medir ciclos totais como o 'Time-to-Hire' e identificar gargalos onde o processo trava. São essenciais para qualquer análise temporal do funil de vendas. Por que é importante Os timestamps são fundamentais para calcular KPIs temporais, entender a duração do processo e descobrir gargalos. Onde obter Isso 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
	Departamento Department	O departamento ou unidade de negócio associada à requisição da vaga.
Descrição Este atributo especifica a unidade organizacional (ex: Engenharia, Marketing ou Finanças) para a qual o candidato está sendo contratado. É derivado da organização de supervisão associada à vaga. Na análise, filtrar por departamento permite comparar os processos de contratação em diferentes áreas do negócio. É usado no dashboard de 'Eficiéncia de Triagem de Candidaturas' para ver se certos departamentos levam mais tempo, o que pode indicar práticas distintas ou necessidade de recursos. Por que é importante Permite a comparação do desempenho e eficiência do recrutamento entre diferentes unidades de negócio ou departamentos. Onde obter Consulte a documentação do Workday Recruiting. Derivado da Organização Supervisora vinculada à Requisição de Vaga. Exemplos EngenhariaVendasRecursos HumanosFinanças
	Fonte da Aplicação ApplicationSource	O canal ou fonte pela qual a candidatura foi recebida.
Descrição Este atributo indica como o candidato descobriu e se inscreveu na vaga (ex: página de carreiras, LinkedIn, indicação ou agéncia). Entender a origem é vital para otimizar a estratégia de recrutamento e o orçamento. Ele alimenta o dashboard de 'Eficácia dos Canais de Aquisição' e o KPI de 'Taxa de Aceite de Proposta por Origem', ajudando a determinar quais canais trazem mais candidatos e com melhor qualidade. Por que é importante Ajuda a avaliar a eficácia dos diferentes canais de sourcing, permitindo decisões baseadas em dados sobre onde investir os recursos de recrutamento. Onde obter Consulte a documentação do Workday Recruiting. Este é um campo padrão na candidatura. Exemplos LinkedInIndicação de colaboradorSite de Carreiras da EmpresaIndeed
	Gestor da vaga HiringManager	O nome do gestor responsável pela vaga à qual o candidato se inscreveu.
Descrição Este atributo identifica o gestor da equipe ou departamento com a vaga aberta. O gestor é um stakeholder fundamental no processo de decisão, especialmente nas fases de entrevista e feedback. Estes dados são essenciais para o dashboard de 'Agilidade de Feedback dos Gestores'. Ao analisar o tempo entre 'Entrevista Concluída' e 'Feedback Enviado' por gestor, as organizações podem identificar atrasos e colaborar com gestores específicos para acelerar o ciclo de contratação. Por que é importante Crucial para analisar o engajamento do gestor contratante e identificar atrasos no envio de feedbacks, o que impacta diretamente a experiência do candidato. Onde obter Consulte a documentação do Workday Recruiting. Geralmente parte dos detalhes da organização supervisora ou da requisição de vaga. Exemplos Susan AdamsDavid ChenAngela Rodriguez
	Nome do Recrutador RecruiterName	O nome do recrutador responsável por gerenciar a candidatura.
Descrição Este atributo identifica o principal recrutador (ou parceiro de Talent Acquisition) designado para a candidatura e a vaga. Eles são responsáveis por guiar o candidato pelo processo. Analisar o processo por recrutador é fundamental para entender o desempenho e a carga de trabalho da equipe. Ajuda a construir o dashboard de 'Desempenho e Vazão dos Recrutadores' e calcular KPIs como 'Variância de Tempo para Proposta por Recrutador', permitindo comparações de eficiéncia e identificação de melhores práticas. Por que é importante Permite a análise de desempenho por recrutador, ajudando a identificar profissionais de destaque, necessidades de treinamento e desequilíbrios na carga de trabalho. Onde obter Consulte a documentação do Workday Recruiting. Normalmente vinculado aos objetos Job Requisition ou Job Application. Exemplos John SmithEmily JonesMaria Garcia
	Status da Solicitação ApplicationStatus	O resultado final ou status atual da candidatura.
Descrição Este atributo registra o desfecho final da candidatura, como 'Contratado', 'Rejeitado pela Empresa', 'Proposta Recusada' ou 'Desisténcia do Candidato'. Representa o estado final do processo para aquela inscrição. Este status é crítico para análise de resultados. É usado para calcular taxas de conversão, taxas de aceite de proposta e desisténcias em várias etapas. Entender por que e onde as candidaturas terminam é a chave para melhorar a eficácia geral do processo. Por que é importante Define o desfecho de cada caso, sendo essencial para calcular taxas de conversão, taxas de desistência e o sucesso geral do processo. Onde obter Geralmente é o campo de desfecho final ou motivo de status no objeto Candidatura no Workday Recruiting. Exemplos AdmitidoRejeitadoProposta RecusadaProposta Retirada
	Desistiu? IsWithdrawn	Um indicador que sinaliza se a candidatura foi retirada pelo próprio candidato.
Descrição Este é um atributo booleano calculado que é verdadeiro se o status final da candidatura for 'Desisténcia do Candidato' ou similar. Ajuda a isolar casos em que o candidato abandonou o processo. Esta flag simplifica a análise no dashboard de 'Gargalos de Desisténcia de Candidatos' e no KPI de 'Taxa de Desisténcia'. Ela permite filtrar e agregar dados facilmente para entender em quais etapas os candidatos costumam desistir. Por que é importante Ajuda a analisar especificamente as desistências causadas pelo candidato, fornecendo insights sobre a experiência do candidato e pontos de atrito no processo. Onde obter Isso é calculado com base no atributo 'ApplicationStatus' durante a transformação de dados. Exemplos verdadeirofalse
	É Automatizado IsAutomated	Um indicador que aponta 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 automático do sistema. Por exemplo, o e-mail de confirmação de 'Inscrição Recebida' pode ser uma atividade automatizada. Entender quais etapas são automatizadas é importante para identificar oportunidades de ganho de eficiéncia. Ajuda a avaliar o impacto da automação nos tempos de ciclo e na alocação de pessoas. Por que é importante Distingue entre atividades manuais e sistêmicas, o que é fundamental para identificar oportunidades de automação e medir seu impacto. Onde obter Esta informação precisa ser derivada identificando contas de usuários do sistema ou tipos de eventos específicos que são sabidamente automatizados no Workday. Exemplos verdadeirofalse
	ID da requisição de vaga JobRequisitionId	O identificador exclusivo da vaga à qual o candidato se inscreveu.
Descrição O ID da Requisição é o identificador da vaga aprovada. Uma ùnica requisição pode ter várias candidaturas associadas. Este atributo permite análises no nível da vaga. Por exemplo, é possível analisar o tempo total que uma vaga ficou aberta, o número de candidatos atraídos ou comparar os funis de recrutamento para diferentes tipos de cargos (ex: engenharia vs. vendas). Por que é importante Vincula várias candidaturas a uma ùnica vaga aberta, permitindo a análise de métricas no nível da requisição e dos funis de contratação. Onde obter Este é um identificador primário no objeto 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	O identificador exclusivo do candidato.
Descrição O ID do Candidato identifica exclusivamente um indivíduo no sistema, independentemente de quantas vagas ele tenha se inscrito. Isso permite rastrear o histórico do candidato com a empresa em várias candidaturas. Este atributo é úteis para analisar a experiéncia do candidato ao longo do tempo. Por exemplo, ajuda a identificar se candidatos rejeitados anteriormente estão se inscrevendo novamente e como suas jornadas diferem, ou se um ùnico candidato está sendo avaliado para vários cargos simultaneamente. Por que é importante Permite uma visão centrada no candidato, acompanhando o indivíduo em várias candidaturas ao longo do tempo. Onde obter Este é o identificador primário para o objeto Candidato no Workday Recruiting. Exemplos CAND-98765CAND-11223CAND-54321
	Localidade da Vaga JobLocation	A localização geográfica ou país da vaga.
Descrição Este atributo especifica a cidade, estado ou país da vaga. Para cargos remotos, pode indicar uma região ou ser marcado como 'Remoto'. Localização é uma dimensão poderosa para análise. Permite comparar o 'Time-to-Hire' e outros KPIs entre diferentes regiões, o que pode revelar variações devido às condições do mercado local, disponibilidade de talentos ou diferenças de processos regionais. Por que é importante Permite a análise geográfica do processo seletivo, destacando diferenças regionais em tempos de ciclo e eficiência. Onde obter Esta informação faz parte dos detalhes da Requisição de Vaga no Workday. Exemplos Nova York, NYLondres, Reino UnidoRemoto (EUA)Berlim, Alemanha
	Motivo da Rejeição RejectionReason	O motivo fornecido quando a candidatura é rejeitada.
Descrição Quando uma candidatura é movida para o status 'Rejeitado', este atributo oferece o contexto da decisão. Os motivos podem incluir 'Falta de fit cultural', 'Sem as habilidades necessárias' ou 'Vaga preenchida por outro candidato'. Analisar os motivos de rejeição ajuda a identificar padrões no processo. Por exemplo, muitas rejeições por 'Falta de habilidades' em etapas avançadas podem indicar uma descrição de vaga mal escrita. Esses dados são fundamentais para o dashboard de 'Gargalos de Desisténcia' para entender o 'porquê' dos descartes. Por que é importante Oferece uma visão qualitativa do porquê dos candidatos não avançarem, ajudando a aprimorar descrições de vagas e critérios de triagem. Onde obter Consulte a documentação do Workday Recruiting. Geralmente é um substatus ou código de motivo associado à etapa de rejeição. Exemplos Não qualificadoIncompatibilidade de experiênciaIdentificação de melhores candidatosVaga encerrada
	Sistema de Origem SourceSystem	O sistema do qual os dados foram extraídos.
Descrição Este atributo identifica a origem dos dados, que neste caso é o Workday Recruiting. Ajuda na governança de dados e na solução de problemas, especialmente quando dados de vários sistemas são combinados. Embora pareça trivial em uma análise de sistema ùnico, é uma boa prática sempre incluí-lo. Ele confirma a procedéncia dos dados e se torna crítico se outros sistemas de RH forem integrados futuramente. Por que é importante Identifica a origem dos dados, o que é fundamental para governança, validação e gestão de dados vindos de múltiplas fontes. Onde obter Este é um valor estático ('Workday Recruiting') adicionado durante o processo de extração e transformação de dados. Exemplos Workday Recruiting
	Tempo de Processamento ProcessingTime	A duração do tempo gasto a trabalhar ativamente numa atividade.
Descrição O Tempo de Processamento, também conhecido como tempo ativo, mede o período que um recurso dedica a uma tarefa específica. É diferente do tempo de ciclo (cycle time), que inclui o tempo de espera. Por exemplo, seria o tempo que um recrutador passa ativamente triando uma candidatura. Essa métrica é valiosa para entender a eficiéncia da equipe e a carga de trabalho. Quando disponível, ajuda a identificar quais atividades são mais demoradas em termos de esforço real, e não apenas de tempo corrido. Por que é importante Mede o esforço real de trabalho em uma atividade, ajudando a distinguir o tempo de execução do tempo de espera para um melhor planejamento de recursos. Onde obter Muitas vezes isso não está disponível diretamente e precisa ser calculado ou estimado. Por exemplo, pode ser o intervalo entre os eventos 'Início da Triagem' e 'Fim da Triagem', caso essa granularidade exista. Exemplos 360018007200
	Tempo para contratar TimeToHire	O tempo total desde o recebimento da candidatura até a contratação do candidato.
Descrição Este é um cálculo no nível do caso que mede a duração total do processo para candidatos contratados. É a diferença de tempo entre o evento 'Inscrição Recebida' e 'Candidato Contratado'. Este é um dos KPIs mais importantes no recrutamento ('Tempo Médio para Contratar'). Ele oferece uma medida macro da eficiéncia do processo. Acompanhar essa métrica ao longo do tempo e por departamento ajuda a identificar melhorias sistémicas ou regressões. Por que é importante Um KPI estratégico e de alto nível que mede a eficiência geral do funil de recrutamento do início ao fim. Onde obter Isso é calculado a partir dos dados do log de eventos após a extração do Workday. Exemplos 259200043200003456000
	Tipo de Candidato CandidateType	Indica se o candidato é um colaborador interno ou um candidato externo.
Descrição Este atributo categoriza os candidatos em grupos como 'Interno' ou 'Externo'. O processo, os prazos e as políticas de contratação podem variar significativamente entre esses dois tipos. Analisar o processo separadamente para candidatos internos e externos é crucial para uma visão completa. Isso permite que a organização meça a eficiéncia de seus programas de mobilidade interna versus os esforços de contratação externa, garantindo que ambos os fluxos estejam otimizados. Por que é importante Permite a análise separada dos processos de recrutamento internos e externos, que geralmente possuem etapas, SLAs e objetivos distintos. Onde obter Consulte a documentação do Workday Recruiting. Este é um campo padrão no perfil do candidato ou na candidatura. Exemplos InternoExterno
	Última Atualização de Dados LastDataUpdate	O registro de data/hora de quando os dados foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição Este atributo indica quão recentes são os dados analisados. Mostra a data e hora da ùltima extração do Workday Recruiting. Isso é importante para que os usuários entendam o contexto da análise. Ajuda a interpretar os resultados corretamente, sabendo se estão vendo dados em tempo real ou uma foto de um momento específico. Por que é importante Informa sobre a atualização dos dados, garantindo que os usuários saibam quão recente é a análise do processo. Onde obter Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL). Exemplos 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Valor da Proposta OfferAmount	O valor do salário oferecido ao candidato.
Descrição Este atributo contém o valor do salário base proposto ao candidato. É um dado crítico nas etapas finais do recrutamento. Analisar os valores das propostas pode oferecer insights sobre tendéncias de remuneração e competitividade. Quando combinado com o status de 'Oferta Aceita', ajuda a determinar se a remuneração é um fator nas recusas. É um elemento essencial para o dashboard de 'Gestão de Propostas e Taxas de Aceite'. Por que é importante Auxilia na análise da estratégia de remuneração e seu impacto nas taxas de aceitação de propostas. Onde obter Consulte a documentação do Workday Recruiting. Faz parte dos dados do processo de negócio de 'Offer' (Proposta). Exemplos 8500012000065000

Obrigatório Recomendado Opcional

Atividades de Recrutamento e Seleção

Estas são as principais etapas e marcos do processo para capturar em seu log de eventos, permitindo a descoberta precisa do processo e a identificação de gargalos no seu workflow de contratação.

7 Recomendado 8 Opcional

	Atividade	Descrição
	Candidato contratado	A conclusão bem-sucedida do recrutamento, quando o candidato é formalmente contratado. Isso é registrado quando o processo de negócio 'Contratar' é concluído no Workday, criando o registro do colaborador.
Por que é importante Este é o principal evento de finalização com sucesso. O timestamp é essencial para calcular o Time-to-Hire e medir a eficiéncia geral e as taxas de sucesso do processo. Onde obter Este é um evento explícito e relevante registrado pelo processo de negócio 'Contratar' no Workday HCM. O timestamp de conclusão é gravado no histórico do processo. Captura Capturado a partir do timestamp de conclusão do processo de negócio 'Hire' (Contratar) do candidato. Tipo de evento explicit
	Candidato Movido para Entrevista	Indica que o candidato passou pela triagem inicial e agora está apto para uma entrevista. Esse evento é registrado quando o recrutador move o candidato para a etapa de 'Entrevista' no processo seletivo.
Por que é importante Este marco indica a transição da triagem para a avaliação ativa. É um ponto crucial para analisar as taxas de conversão e a eficiéncia do topo do funil de recrutamento. Onde obter Inferido a partir do timestamp de quando a etapa de recrutamento do candidato é alterada para 'Entrevista' ou designação semelhante no histórico da candidatura. Captura Identificado pela mudança de status para um estágio de 'Entrevista' na progressão do candidato. Tipo de evento inferred
	Candidato Movido para Proposta	Um marco crucial que indica a decisão de enviar uma proposta de emprego ao candidato. É capturado quando a candidatura avança para o estágio de 'Oferta' no processo de recrutamento.
Por que é importante Esta atividade é uma etapa crítica no processo, marcando a conclusão bem-sucedida de todas as fases de avaliação. É o precursor da proposta formal e um ponto-chave para análise de grupos (cohorts). Onde obter Inferido a partir da trilha de auditoria da candidatura, especificamente pelo timestamp de quando o status do candidato muda para 'Oferta'. Captura Identificado pela mudança de status para um estágio de 'Proposta' na progressão do candidato. Tipo de evento inferred
	Candidato Rejeitado	Marca o fim malsucedido do processo, quando a empresa decide não seguir adiante com o candidato. Isso é identificado quando o recrutador altera o status do candidato para 'Rejeitado' ou 'Não Contratado'.
Por que é importante Este é um evento final crítico para analisar pontos de desisténcia e taxas de rejeição em diferentes etapas. Ajuda a identificar problemas no processo de entrevista ou triagem. Onde obter Inferido a partir do timestamp de quando o status da candidatura é alterado para 'Rejeitado' no histórico. Geralmente, o motivo da rejeição também é registrado. Captura Derivado do timestamp efetivo da mudança para a disposição 'Rejected' (Rejeitado). Tipo de evento inferred
	Candidatura recebida	Marca o início do processo de recrutamento para a candidatura. Esse evento é capturado quando o candidato envia sua inscrição para uma requisição de vaga específica pelo portal Workday ou site de carreiras integrado.
Por que é importante Este é o principal evento de início do processo. Analisar o tempo desta atividade até os marcos seguintes é fundamental para medir o Time-to-Hire total e a eficácia dos canais de aquisição. Onde obter O Workday registra isso como um evento explícito quando o processo de negócio 'Candidatar-se' é concluído com sucesso. O timestamp do evento fica disponível no histórico da candidatura. Captura Capturado a partir do timestamp de submissão da candidatura no perfil do candidato. Tipo de evento explicit
	Oferta apresentada	Indica o envio formal de uma proposta de emprego ao candidato. É um evento capturado quando o processo de negócio 'Criar Oferta' ou 'Propor Compensação' é concluído com sucesso para a candidatura no Workday.
Por que é importante Este é um marco importante usado para calcular o Tempo para Oferta e analisar a conformidade do processo. É o ponto de partida para medir as taxas de aceite de propostas. Onde obter Este evento é registrado explicitamente no histórico do processo de negócio da candidatura. O timestamp de conclusão da etapa de criação da oferta fornece o horário da atividade. Captura Capturado a partir do timestamp de conclusão do processo de negócio 'Create Offer' (Criar Proposta). Tipo de evento explicit
	Proposta aceita	Representa o aceite formal da proposta pelo candidato. Esse evento é registrado quando o candidato conclui a tarefa 'Aceitar Oferta' no portal Workday ou quando um recrutador atualiza o status manualmente.
Por que é importante Esta atividade é crucial para calcular as taxas de aceite de propostas por origem, departamento ou recrutador. Também aciona atividades pós-oferta, como o background check. Onde obter Registrado explicitamente quando um candidato aceita a proposta pelo portal do candidato. A ação é gravada com um timestamp no histórico de processos de negócio da candidatura. Captura Capturado a partir do timestamp de conclusão da tarefa 'Accept Offer' (Aceitar Proposta). Tipo de evento explicit
	Application Screened	Representa a conclusão da revisão inicial da candidatura pelo recrutador ou equipe de triagem. Geralmente é identificado quando o candidato sai do status 'Candidatou-se' ou 'Novo' para a etapa de 'Triagem' ou 'Em Revisão'.
Por que é importante Esta atividade é fundamental para analisar a eficiéncia da triagem inicial. Rastrear sua vazão e duração ajuda a identificar gargalos logo no início do funil de recrutamento. Onde obter Inferido a partir da data de vigéncia da alteração de etapa do candidato para uma fase de triagem ou revisão na trilha de auditoria do processo de negócio de 'Recrutamento'. Captura Derivado do timestamp em que o estágio do candidato é atualizado para 'Screen' (Triagem). Tipo de evento inferred
	Checagem de antecedentes aprovada	Marca a conclusão bem-sucedida do processo de background check. Esse evento é identificado quando o status do candidato é atualizado para refletir que ele passou pelas verificações necessárias, liberando-o para a contratação.
Por que é importante Este é o check-point final antes que a contratação seja concluída. Atrasos no recebimento desta liberação podem adiar a data de início do candidato. Onde obter Inferido a partir de uma atualização de status na candidatura, como a mudança para as etapas 'Pronto para Contratação' ou 'Background Check Concluído'. Captura Derivado da alteração de status que indica uma verificação de antecedentes concluída e aprovada. Tipo de evento inferred
	Entrevista Concluída	Indica a conclusão de uma entrevista agendada. Geralmente, isso é identificado quando o entrevistador ou recrutador atualiza o status da entrevista de 'Agendada' para 'Concluída' ou 'Realizada'.
Por que é importante Esta atividade funciona como o gatilho para a janela de envio de feedback. Analisar o tempo deste ponto até o envio do feedback é essencial para medir a agilidade do gestor da vaga. Onde obter Inferido a partir de uma atualização de status no objeto de entrevista agendada ou uma alteração manual de etapa do candidato no Workday Recruiting após a realização da entrevista. Captura Derivado do timestamp da atualização de status da entrevista ou mudança de estágio do candidato pós-entrevista. Tipo de evento inferred
	Feedback Enviado	Representa o momento em que um entrevistador envia formalmente sua avaliação após a entrevista. O Workday possui um mecanismo específico para que os entrevistadores forneçam feedback diretamente no perfil do candidato.
Por que é importante Isso é essencial para a análise de 'Agilidade de Feedback dos Gestores'. Atrasos nesta etapa são gargalos comuns, e rastreá-los ajuda a garantir o cumprimento de acordos de nível de serviço (SLAs). Onde obter Este é um evento explícito capturado quando o feedback é enviado pela tarefa 'Fornecer Feedback de Entrevista'. O timestamp do envio é registrado no registro da entrevista. Captura Extraído a partir do timestamp de conclusão do evento 'Provide Interview Feedback' (Enviar Feedback de Entrevista). Tipo de evento explicit
	Interview Scheduled	Representa o agendamento formal de uma entrevista. Geralmente é capturado quando um evento de entrevista é criado e confirmado nas funcionalidades de agendamento do Workday para aquela candidatura específica.
Por que é importante Medir o tempo entre esta e as atividades anteriores ajuda a identificar gargalos de coordenação. Isso é crucial para melhorar a experiéncia do candidato e acelerar o processo de entrevistas. Onde obter O recurso de agendamento de entrevistas do Workday cria eventos com timestamps. Essa atividade pode ser capturada a partir da data de criação da entrevista agendada vinculada à candidatura. Captura Capturado a partir do evento de criação de um registro de entrevista no módulo de recrutamento. Tipo de evento explicit
	Onboarding iniciado	Representa o início do processo de onboarding do novo colaborador no Workday. Geralmente é um evento explícito que faz parte do processo de negócio principal de 'Contratação' ou acionado logo em seguida.
Por que é importante Analisar o tempo desde o aceite da proposta até esta atividade ajuda a otimizar a experiência pós-oferta. Isso garante que os novos contratados estejam engajados e preparados para o primeiro dia. Onde obter O processo de negócio de 'Onboarding' do Workday possui um timestamp de início claro. Isso pode ser capturado na trilha de auditoria do registro do novo colaborador. Captura Capturado a partir do timestamp de início do processo de negócio de 'Onboarding'. Tipo de evento explicit
	Proposta Retirada	Um evento final onde o candidato se retira voluntariamente do processo. Isso é capturado quando o status do candidato é atualizado para 'Withdrawn' (Retirado) por ele mesmo ou pelo recrutador.
Por que é importante Rastrear quando e por que os candidatos desistem é crucial para entender problemas na experiéncia do candidato, lentidão no processo ou falta de competitividade nas propostas. É uma métrica-chave para a análise de desisténcias. Onde obter Inferido a partir do timestamp de quando o status da candidatura é atualizado para 'Desisténcia'. Isso pode ser feito pelo próprio candidato em seu portal ou por um recrutador. Captura Derivado do timestamp efetivo da mudança para a disposição 'Withdrawn' (Retirado). Tipo de evento inferred
	Verificação de antecedentes iniciada	Indica o início do processo de verificação de antecedentes (background check) para o candidato que aceitou a proposta. Geralmente, isso é identificado quando o candidato avança para a etapa de 'Background Check', o que costuma acionar uma integração com parceiros externos.
Por que é importante Esta atividade é vital para monitorar a conformidade e analisar atrasos entre o aceite da proposta e o início das verificações pré-contratação, garantindo uma transição fluida para o onboarding. Onde obter Inferido a partir do timestamp da movimentação do candidato para a etapa de 'Background Check' no fluxo do processo de recrutamento. A trilha de auditoria da candidatura mostrará essa alteração de status. Captura Derivado do timestamp efetivo da mudança para o estágio de 'Background Check'. Tipo de evento inferred

Recomendado Opcional

Guias de Extração

Como obter seus dados do Workday Recruiting

Etapas

Fazer Login no Workday: Acesse seu tenant do Workday com uma conta que tenha permissões para criar relatórios personalizados e acessar dados de recrutamento.
Criar um Relatório Personalizado: Navegue até a tarefa 'Create Custom Report'. Selecione 'Advanced' como o Tipo de Relatório e habilite a opção 'Enable as Web Service'. Para a Fonte de Dados, use uma fonte indexada como 'All Job Applications' para melhor performance.
Definir o Objeto de Negócio Primário: Defina o Objeto de Negócio Primário como 'Job Application'. Este objeto será a base para o relatório e o identificador do caso.
Adicionar Colunas de Dados: Adicione os campos obrigatórios e recomendados na grade de colunas. Adicione 'Job Application' para o JobApplicationId. Para outros atributos como 'Recruiter' e 'Hiring Manager', você precisará buscá-los nos objetos de negócio relacionados vinculados à Candidatura.
Criar Campos Calculados para Atividades: Este é o passo mais importante. Para cada uma das 15 atividades, você criará dois campos calculados: um para o Nome da Atividade e outro para o Timestamp do Evento. A lógica desses campos está detalhada na seção de Consulta. Por exemplo, para capturar 'Offer Extended', você criará um campo que verifica a conclusão do processo de negócio 'Propose Compensation' e outro campo para extrair o timestamp de conclusão desse processo.
Adicionar Campos Calculados ao Relatório: Adicione todos os campos calculados criados (30 no total, 15 para nomes e 15 para timestamps) como colunas no relatório. O relatório ficará em um formato 'largo' (wide), com uma linha por candidatura e várias colunas representando as atividades potenciais.
Configurar Opções de Web Service: Na guia 'Web Service' da definição do relatório, certifique-se de que a caixa 'Enable as Web Service' esteja marcada. Você poderá visualizar o namespace e a URL do relatório aqui. Anote o 'Namespace' para uso posterior.
Definir Permissões: Compartilhe o relatório com um Integration System User (ISU) ou um grupo de segurança específico que chamará o endpoint RaaS. Esse usuário deve ter permissões para o domínio da fonte de dados, como 'Recruiting: Job Applications'.
Executar e Testar o Relatório: Execute o relatório pela interface do Workday para validar a saída. Verifique se o número de linhas faz sentido e se os campos calculados estão preenchidos corretamente em alguns exemplos.
Agendar a Extração: Use uma ferramenta de agendamento externa ou middleware (como MuleSoft, Boomi ou um script customizado) para chamar a URL RaaS do relatório regularmente. A ferramenta precisará lidar com a chamada da API SOAP ou REST do Workday com a autenticação correta.
Transformar os Dados: A saída bruta da chamada RaaS será um arquivo XML ou CSV largo. Você deve implementar uma etapa de transformação no seu middleware ou via script (como Python) para 'unpivot' esses dados. O script deve iterar por cada linha (candidatura) e criar uma nova linha no event log final para cada par atividade/timestamp preenchido, resultando em um formato 'longo' com as três colunas principais: JobApplicationId, ActivityName e EventTime.

Configuração

Tipo de Relatório: Sempre use 'Advanced' (Avançado) para permitir campos calculados complexos e acesso a objetos de negócio relacionados.
Fonte de Dados: Use uma fonte de dados indexada como 'All Job Applications' (Todas as Candidaturas) para garantir que o relatório rode de forma eficiente. Evite fontes não indexadas para grandes volumes de dados.
Filtragem por Intervalo de Datas: É fundamental aplicar um filtro no campo 'Application Date' do objeto de negócio Job Application. Comece com um intervalo menor, como os últimos 3 a 6 meses, para gerenciar o volume de dados e a performance do relatório.
Objeto de Negócio Primário: O objeto primário deve ser 'Job Application' para garantir que o JobApplicationId sirva como o identificador do caso.
Habilitação de Web Service: Você deve marcar a opção 'Enable as Web Service' nas configurações do relatório para torná-lo acessível via APIs.
Segurança e Permissões: O relatório deve ser compartilhado com um Integration System User (ISU) dedicado. Este ISU deve 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: Embora o Workday ofereça vários formatos de saída (XML, CSV, JSON), o XML (especificamente o formato 'Simple XML') costuma ser o mais confiável para extração de dados estruturados via API.

a Consulta de Exemplo config

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

Configurar Acesso ao Workday: Crie um Integration System User (ISU) no Workday. Conceda a este usuário acesso aos domínios de segurança necessários para a API de Recruiting. Os principais domínios incluem 'Worker Data: Public Worker Reports', 'Job Application' e 'Recruiting: Reports'.
Identificar o Endpoint da API: Localize o endpoint da API REST para a operação 'Get Job Applications' no seu tenant do Workday. A URL geralmente segue o formato: https://[seu_tenant_host]/ccx/api/v1/[seu_nome_do_tenant]/recruiting/jobApplications.
Configurar Ambiente Python: Verifique se você tem o Python instalado. Instale as bibliotecas necessárias via pip: pip install requests pandas.
Desenvolver Script de Autenticação: No seu script Python, implemente a autenticação básica usando as credenciais do ISU criado no passo 1. O usuário e a senha serão enviados no cabeçalho da requisição.
Implementar Lógica de Requisição da API: Escreva a função para chamar o endpoint 'Get Job Applications'. Use parâmetros de requisição para filtrar os dados, como updatedSince para buscar candidaturas modificadas após uma data específica. Isso é vital para gerenciar o volume de dados.
Lidar com Paginação da API: A API do Workday retorna um número limitado de registros por requisição. Seu script deve verificar se a resposta contém uma contagem total e um link de próxima página (next) ou parâmetro de offset, percorrendo todas as páginas para obter o conjunto de dados completo.
Definir Mapeamento de Atividades: Crie um dicionário de mapeamento ou uma série de condicionais no seu script. Essa lógica traduzirá os status de processos de negócio e estágios de recrutamento do Workday (ex: 'Screen', 'Interview', 'Offer', 'Hire') para os nomes de atividades desejados (ex: 'Application Screened', 'Candidate Moved To Interview').
Transformar Dados de Candidatura: Para cada candidatura recuperada, analise sua trilha de auditoria ou histórico de estágios. Esse histórico contém a sequência de estágios, disposições e eventos de processos de negócio com seus respectivos timestamps.
Gerar Linhas do Event Log: Itere pelo histórico de cada candidatura. Para cada evento histórico relevante que corresponda ao seu mapeamento de atividades, crie um dicionário representando uma linha no event log final. Preencha o JobApplicationId, ActivityName, EventTime e outros atributos necessários.
Agregar e Estruturar Dados: Reúna todas as linhas de event log geradas de todas as candidaturas em uma única lista.
Criar e Exportar 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. Certifique-se de que os cabeçalhos das colunas correspondam aos requisitos do ProcessMind (ex: CaseId, Activity, Timestamp).
Revisar e Carregar: Abra o arquivo CSV final para revisar a correção e integridade dos dados 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 expiração. Ele precisa de permissões nos domínios de segurança 'Recruiting' e 'Worker Data' para acessar detalhes de candidaturas e candidatos.
API Endpoint e Versão: Você deve usar o endpoint correto da API REST para o seu tenant do Workday. É importante especificar a versão da API na requisição para garantir um comportamento consistente.
Filtro de Intervalo de Datas: O script deve usar um filtro de data (por exemplo, updatedSince) para limitar a consulta a um período gerenciável. Para extrações iniciais, recomenda-se um período de 3 a 6 meses. Para cargas delta subsequentes, use o timestamp da última extração bem-sucedida.
Limite de Paginação: Fique atento ao parâmetro limit na API, que controla quantos registros são retornados por página. O máximo típico é 100. O script deve ser projetado para lidar com isso realizando múltiplas requisições paginadas.
Campos de Resposta: Para melhorar a performance, você pode especificar quais campos devem retornar usando um parâmetro fields ou similar, se a API suportar. Isso reduz o tamanho do payload de resposta da API.
Configuração de Mapeamento de Atividades: A lógica central do script é o mapeamento dos estágios do Workday para as atividades definidas. Isso pode precisar de personalização com base na configuração específica do processo de Recruiting da 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ê possui uma ferramenta de ETL ou iPaaS licenciada, como CData, MuleSoft ou similar, com o conector do Workday instalado. Confirme se possui as credenciais de um Integration System User (ISU) do Workday com as permissões de API necessárias para os domínios de Recruiting e Staffing.
Configurar Conexão com Workday: Na sua ferramenta de ETL, crie uma nova conexão com o Workday. Insira a URL do tenant, a versão da API e as credenciais do ISU (usuário e senha ou tokens OAuth 2.0). Teste a conexão para garantir o sucesso.
Explorar o Esquema de Dados: Use o navegador de esquemas ou o explorador de fontes de dados da ferramenta para visualizar os objetos do Workday disponíveis. Geralmente, aparecem como tabelas ou views, como Job_Application, Job_Requisition e Candidate_Stage_History. Familiarize-se com os campos e relacionamentos.
Identificar Objetos de Dados Chave: 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.
Desenvolver a Consulta SQL: Crie um novo job de extração ou pipeline. Use uma etapa de transformação SQL para rodar uma consulta contra a conexão do Workday. Copie e cole a consulta SQL fornecida nesta etapa. Ela foi desenhada para reunir dados de múltiplos objetos do Workday em um único formato de event log.
Parametrizar a Consulta: Modifique a cláusula WHERE da consulta para incluir parâmetros de intervalo de datas (ex: startDate e endDate). Configure esses parâmetros no seu job de ETL para alterar a janela de extração facilmente sem mexer no código.
Executar o Job de Extração: Rode o job de ETL configurado. A ferramenta se conectará ao Workday, executará a consulta SQL via API e recuperará os dados em uma área de staging ou memória.
Revisar e Validar os Dados: Antes de gerar a saída final, use o recurso de preview da ferramenta para inspecionar os resultados. Verifique o número de linhas, se as colunas estão preenchidas e se as diferentes atividades estão presentes.
Configurar o Destino: Defina o destino dos dados extraídos. Geralmente, será um arquivo CSV para carregar no ProcessMind. Configure o nome do arquivo, o delimitador (vírgula) e a codificação (UTF-8).
Finalizar e Exportar: Execute o job completo para gerar o arquivo CSV final. Garanta que os cabeçalhos das colunas correspondam aos atributos exigidos: JobApplicationId, ActivityName, EventTime, RecruiterName, HiringManager, ApplicationSource, Department e ApplicationStatus.

Configuração

Credenciais do Conector Workday: A conexão requer a URL do tenant do Workday e um Integration System User (ISU) autorizado com senha ou credenciais de cliente OAuth 2.0. O usuário deve ter permissões de segurança para as áreas funcionais de 'Recruiting' e 'Staffing'.
Habilitação de Web Services: O conector pode exigir que você especifique quais Web Services do Workday serão expostos. Certifique-se de que os serviços relacionados a Recrutamento, Seleção e Recursos Humanos estejam habilitados para acessar todos os objetos de dados necessários.
Intervalo de Datas: Para gerenciar a performance e o volume de dados, é fundamental filtrar a extração por um período de tempo específico. Recomendamos uma carga inicial de 3 a 6 meses de dados, seguida de cargas incrementais diárias ou semanais. Isso é gerenciado através da cláusula WHERE na consulta SQL.
Filtros de Escopo de Dados: Se você precisar analisar apenas o processo de partes específicas da organização, considere adicionar filtros na cláusula WHERE para campos como Empresa, Centro de Custo ou Organização Supervisora.
Versão da API: Alguns conectores exigem que você especifique a versão da API do Workday. É melhor usar uma versão recente e suportada para garantir o acesso aos objetos de dados e recursos mais atuais.
Considerações de Performance: Extrações completas de dados do Workday podem consumir muitos recursos. Agende jobs grandes para horários de menor pico. Para análises contínuas, implemente uma estratégia de carga incremental baseada em um timestamp de 'última modificação' para extrair apenas 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]'

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 Seleção

Atividades de Recrutamento e Seleção

Guias de Extração

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

Etapas

Configuração

a Consulta de Exemplo config

Extração via API do Workday Recruiting usando Script Python

Etapas

Configuração

a Consulta de Exemplo python

Extração via Ferramenta de ETL com Conector Workday

Etapas

Configuração

a Consulta de Exemplo sql

Pronto para Começar?

Elimine Gargalos na Contratação: Otimize sua 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 Seleção

Atividades de Recrutamento e Seleção

Guias de Extração

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

Etapas

Configuração

a Consulta de Exemplo config

Extração via API do Workday Recruiting usando Script Python

Etapas

Configuração

a Consulta de Exemplo python

Extração via Ferramenta de ETL com Conector Workday

Etapas

Configuração

a Consulta de Exemplo sql

Valorizamos sua privacidade

Pronto para Começar?

Elimine Gargalos na Contratação: Otimize sua Aquisição de Talentos