> Mejora Continua de Procesos > Reclutamiento y Adquisición de Talento > Workday Recruiting > Plantilla de Datos

Su Plantilla de Datos de Reclutamiento y Adquisición de Talento

Workday Recruiting

Atributos de Reclutamiento y Adquisición de Talento (20) Actividades de Reclutamiento y Adquisición de Talento (15) Guías de Extracción (3)

Su Plantilla de Datos de Reclutamiento y Adquisición de Talento

Esta plantilla proporciona una guía completa para recopilar los datos necesarios para analizar sus procesos de reclutamiento y adquisición de talento. Describe los atributos esenciales a recopilar, las actividades clave a rastrear y ofrece orientación sobre cómo extraer estos datos de su sistema Workday Recruiting. Utilice este recurso para agilizar la preparación de sus datos y acelerar su viaje de Process Mining.

Atributos recomendados para recopilar
Actividades clave para el seguimiento
Guía de extracción para Workday Recruiting

¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Descargar Plantilla

Atributos de Reclutamiento y Adquisición de Talento

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis integral de reclutamiento y adquisición de talento, lo que permite obtener información profunda sobre su proceso de contratación.

3 Requerido 5 Recomendado 12 Opcional

	Nombre	Descripción
	Hora del Evento EventTime	La marca de tiempo que indica cuándo ocurrió la actividad o el evento.
Descripción Este atributo registra la fecha y hora exactas en que tuvo lugar una actividad de reclutamiento específica. Las marcas de tiempo son la columna vertebral de Process Mining, proporcionando el orden cronológico de los eventos.\n\nEn el análisis, las marcas de tiempo se utilizan para calcular las duraciones entre actividades, medir los tiempos de ciclo generales como el 'Tiempo de Contratación' e identificar cuellos de botella donde el proceso se retrasa. Son esenciales para cualquier análisis basado en el tiempo del embudo de reclutamiento. Por qué es importante Las marcas de tiempo son fundamentales para calcular todos los KPIs basados en el tiempo, comprender la duración del proceso y descubrir cuellos de botella. Dónde obtener Esto corresponde a la fecha de finalización o fecha de transacción de un paso del proceso de negocio en Workday Recruiting. Ejemplos 2023-10-26T10:00:00Z2023-11-05T14:30:00Z2024-01-15T09:15:00Z
	Nombre de la Actividad ActivityName	El nombre del evento o tarea específica que ocurrió en un momento dado dentro del proceso de reclutamiento.
Descripción El Nombre de la Actividad describe un único paso o hito en el recorrido de contratación, como 'Solicitud Filtrada', 'Entrevista Programada' u 'Oferta Extendida'. Estas actividades forman la secuencia de eventos que constituyen el proceso.\n\nEste atributo es crucial para visualizar el mapa del proceso, identificar las diferentes rutas que toman las solicitudes y analizar la frecuencia y el orden de los eventos. Es la base para comprender lo que está sucediendo en el proceso. Por qué es importante Este atributo define los pasos del proceso de reclutamiento, permitiendo la visualización y el análisis del flujo del proceso. Dónde obtener Esto se deriva de los nombres de los pasos del proceso de negocio o los cambios de estado dentro de los datos de la solicitud de empleo de Workday Recruiting. Ejemplos Solicitud RevisadaEntrevista CompletadaOferta AceptadaCandidato Rechazado
	Solicitud de Empleo JobApplicationId	El identificador único para la solicitud de empleo de un candidato, que sirve como ID de caso central para el proceso de reclutamiento.
Descripción El ID de Solicitud de Empleo rastrea de forma única el recorrido de un solo candidato para una petición de empleo específica, desde la presentación inicial hasta la decisión final. Cada interacción, cambio de estado o punto de decisión relacionado con esta solicitud se vincula a este identificador.\n\nEn Process Mining, este atributo es fundamental. Permite la reconstrucción del flujo de proceso de extremo a extremo de cada candidato, posibilitando el análisis de los tiempos de ciclo, los cuellos de botella y las rutas tomadas. Es el elemento central que conecta todas las actividades relacionadas en un caso cohesivo. Por qué es importante Este es el ID de Caso esencial que conecta todas las actividades de reclutamiento para un solo candidato, haciendo posible analizar todo el recorrido de contratación. Dónde obtener Este identificador es un elemento central en Workday Recruiting, típicamente disponible en informes y fuentes de datos relacionados con las solicitudes de empleo. Ejemplos APP-2023-001234APP-2023-005678APP-2024-009101
	Departamento Department	El departamento o unidad de negocio asociada a la petición de empleo.
Descripción Este atributo especifica la unidad organizacional, como 'Ingeniería', 'Marketing' o 'Finanzas', para la cual se está contratando al candidato. Se deriva de la organización supervisora asociada a la petición de empleo.\n\nEn el análisis, filtrar por departamento permite comparar los procesos de contratación en diferentes partes del negocio. Se utiliza en el dashboard de 'Eficiencia de la Selección de Candidaturas' para ver si ciertos departamentos tienen tiempos de selección más largos, lo que podría indicar diferentes prácticas o necesidades de recursos. Por qué es importante Permite la comparación del rendimiento y la eficiencia del proceso de reclutamiento entre diferentes unidades de negocio o departamentos. Dónde obtener Consulte la documentación de Workday Recruiting. Esto se deriva de la Organización de Supervisión vinculada a la Solicitud de Puesto. Ejemplos IngenieríaVentasRecursos HumanosFinanzas
	Estado de la Solicitud ApplicationStatus	El resultado final o el estado actual de la solicitud de empleo.
Descripción Este atributo registra la disposición final de una solicitud de empleo, como 'Contratado', 'Rechazado por la Empresa', 'Oferta Rechazada' o 'Retirado por el Candidato'. Representa el estado terminal del proceso para una solicitud dada.\n\nEste estado es crítico para el análisis de resultados. Se utiliza para calcular las tasas de conversión, las tasas de aceptación de ofertas y las tasas de deserción de candidatos en varias etapas. Comprender por qué y dónde terminan las solicitudes es clave para mejorar la eficacia general del proceso. Por qué es importante Define el resultado de cada caso, lo cual es esencial para calcular las tasas de conversión, las tasas de abandono y el éxito general del proceso. Dónde obtener Este es típicamente el campo de disposición final o motivo de estado en el objeto de Solicitud de Empleo en Workday Recruiting. Ejemplos ContratadoRechazadaOferta RechazadaSolicitud Retirada
	Fuente de Aplicación ApplicationSource	El canal o fuente a través del cual se recibió la solicitud del candidato.
Descripción Este atributo indica cómo un candidato descubrió y postuló al puesto, por ejemplo, a través de la página de empleo de la empresa, LinkedIn, una referencia de un empleado o una agencia de reclutamiento.\n\nComprender la fuente es vital para optimizar la estrategia y el presupuesto de reclutamiento. Impulsa el dashboard de 'Eficacia del Canal de Sourcing' y el KPI 'Tasa de Aceptación de Ofertas por Fuente', ayudando a determinar qué canales producen la mayor cantidad y calidad de candidatos. Por qué es importante Ayuda a evaluar la efectividad de diferentes canales de abastecimiento, permitiendo decisiones basadas en `datos` sobre dónde invertir los recursos de reclutamiento. Dónde obtener Consulte la documentación de Workday Recruiting. Este es un campo estándar en la solicitud de empleo. Ejemplos LinkedInReferencia de EmpleadoSitio de Carreras de la CompañíaIndeed
	Gerente de Contratación HiringManager	El nombre del gerente de contratación para el puesto al que aplicó el candidato.
Descripción Este atributo identifica al gerente del equipo o departamento con el puesto vacante. El gerente de contratación es una parte interesada clave en el proceso de toma de decisiones, especialmente durante las entrevistas y las etapas de retroalimentación.\n\nEstos datos son esenciales para el dashboard de 'Puntualidad de la Retroalimentación del Gerente de Contratación'. Al analizar el tiempo entre 'Entrevista Completada' y 'Comentarios Enviados' por gerente de contratación, las organizaciones pueden identificar retrasos y trabajar con gerentes específicos para acelerar el ciclo de contratación. Por qué es importante Crucial para analizar el compromiso del gerente de contratación e identificar retrasos en la presentación de comentarios, lo que impacta directamente la experiencia del candidato. Dónde obtener Consulte la documentación de Workday Recruiting. Esto suele ser parte de los detalles de la organización de supervisión o de la solicitud de puesto. Ejemplos Susan AdamsDavid ChenAngela Rodriguez
	Nombre del Reclutador RecruiterName	El nombre del reclutador responsable de gestionar la solicitud de empleo.
Descripción Este atributo identifica al socio principal de adquisición de talento o reclutador asignado a la solicitud de empleo y petición. Por lo general, son responsables de guiar al candidato a través del proceso.\n\nAnalizar el proceso por reclutador es clave para comprender el rendimiento y la carga de trabajo del equipo. Ayuda a construir el dashboard de 'Rendimiento y Capacidad del Reclutador' y a calcular KPIs como la 'Variación del Tiempo del Reclutador para la Oferta', lo que permite comparar la eficiencia e identificar las mejores prácticas. Por qué es importante Permite el análisis del rendimiento por reclutador, ayudando a identificar a los de alto rendimiento, las necesidades de capacitación y los desequilibrios de carga de trabajo. Dónde obtener Consulte la documentación de Workday Recruiting. Esto suele estar vinculado a los objetos Solicitud de Puesto o Solicitud de Empleo. Ejemplos John SmithEmily JonesMaria Garcia
	Automatizado IsAutomated	Un indicador que señala si la actividad fue realizada automáticamente por el sistema.
Descripción Este atributo booleano identifica si un paso fue ejecutado por un usuario o por un proceso de sistema automatizado. Por ejemplo, un correo electrónico de confirmación inicial de 'Solicitud Recibida' podría ser una actividad automatizada.\n\nComprender qué pasos están automatizados es importante para identificar oportunidades de aumentar la eficiencia. Ayuda a evaluar el impacto de la automatización en los tiempos de ciclo y la asignación de recursos. Por qué es importante Distingue entre actividades manuales y actividades impulsadas por el sistema, lo cual es clave para identificar oportunidades de automatización y medir su impacto. Dónde obtener Esta información debe derivarse identificando cuentas de usuario del sistema o tipos de eventos específicos que se sabe que están automatizados en Workday. Ejemplos truefalse
	ID de Candidato CandidateId	El identificador único para el candidato.
Descripción El ID de Candidato identifica de forma única a un individuo en el sistema de reclutamiento, independientemente de cuántos puestos haya solicitado. Esto permite rastrear el historial de un candidato con la empresa a través de múltiples solicitudes.\n\nEste atributo es útil para analizar la experiencia del candidato a lo largo del tiempo. Por ejemplo, puede ayudar a identificar si candidatos previamente rechazados están volviendo a postularse y cómo difieren sus trayectorias, o si un solo candidato está siendo considerado para múltiples roles simultáneamente. Por qué es importante Permite una visión del proceso centrada en el candidato, siguiendo a un individuo a través de múltiples solicitudes y a lo largo del tiempo. Dónde obtener Este es el identificador principal para el objeto de Candidato en Workday Recruiting. Ejemplos CAND-98765CAND-11223CAND-54321
	ID de Requisición de Puesto JobRequisitionId	El identificador único de la vacante de empleo a la que ha postulado el candidato.
Descripción El ID de Petición de Empleo es el identificador de la vacante aprobada. Una única petición puede tener muchas solicitudes asociadas a ella.\n\nEste atributo permite el análisis a nivel de petición. Por ejemplo, se puede analizar el tiempo total que una petición estuvo abierta, el número de candidatos obtenidos o comparar los embudos de reclutamiento para diferentes tipos de puestos (por ejemplo, peticiones de ingeniería versus ventas). Por qué es importante Vincula múltiples solicitudes a una única vacante de empleo, lo que permite el análisis de métricas a nivel de petición y de embudos de contratación. Dónde obtener Este es un identificador principal en el objeto de Petición de Empleo en Workday Recruiting y está vinculado a cada solicitud de empleo. Ejemplos REQ-2023-105REQ-2024-012REQ-2024-345
	Importe de la Oferta OfferAmount	El monto salarial ofrecido al candidato.
Descripción Este atributo contiene el valor del salario base propuesto a un candidato en la oferta de empleo. Es un dato crítico en las etapas finales del proceso de reclutamiento.\n\nAnalizar los importes de las ofertas puede proporcionar información sobre las tendencias salariales y la competitividad. Cuando se combina con el estado de 'Oferta Aceptada', puede ayudar a determinar si la compensación es un factor en los rechazos de ofertas. Es un elemento clave para el dashboard de 'Gestión de Ofertas y Tasas de Aceptación'. Por qué es importante Ayuda a analizar la estrategia de compensación y su impacto en las tasas de aceptación de ofertas. Dónde obtener Consulte la documentación de Workday Recruiting. Esto sería parte de los `datos` del proceso de negocio 'Oferta'. Ejemplos 8500012000065000
	Motivo de rechazo RejectionReason	El motivo proporcionado cuando se rechaza la solicitud de un candidato.
Descripción Cuando una solicitud pasa a estado 'Rechazado', este atributo proporciona contexto para la decisión. Los motivos podrían incluir 'No encaja con la cultura', 'Carece de las habilidades requeridas' o 'Puesto cubierto por otro candidato'.\n\nAnalizar los motivos de rechazo ayuda a identificar patrones en el proceso de contratación. Por ejemplo, un alto número de rechazos por 'Carece de las habilidades requeridas' en una etapa tardía puede indicar una descripción de puesto mal redactada. Estos datos son clave para el dashboard de 'Puntos Críticos de Deserción de Candidatos' para comprender el 'porqué' de las deserciones. Por qué es importante Proporciona información cualitativa sobre por qué los candidatos no avanzan, lo que ayuda a mejorar las descripciones de puestos y los criterios de selección. Dónde obtener Consulte la documentación de Workday Recruiting. Este suele ser un subestado o un código de motivo asociado con el paso de rechazo. Ejemplos No cualificadoDesajuste de experienciaMejores candidatos identificadosPuesto cerrado
	Se Retiró IsWithdrawn	Un indicador que señala si la solicitud fue retirada por el candidato.
Descripción Este es un atributo booleano calculado que es verdadero si el estado final de la solicitud es 'Retirado por el Candidato' o un estado similar. Ayuda a aislar los casos en que el candidato se retiró del proceso.\n\nEste indicador simplifica el análisis para el dashboard de 'Puntos Críticos de Deserción de Candidatos' y el KPI de 'Tasa de Deserción de Candidatos'. Permite un fácil filtrado y agregación para comprender en qué etapas es más probable que los candidatos se retiren. Por qué es importante Ayuda a analizar específicamente las deserciones impulsadas por los candidatos, proporcionando información sobre la experiencia del candidato y los puntos de fricción del proceso. Dónde obtener Esto se calcula en base al atributo 'ApplicationStatus' durante la transformación de datos. Ejemplos truefalse
	Source System SourceSystem	El sistema del cual se extrajo la data.
Descripción Este atributo identifica el origen de los datos, que en este caso es Workday Recruiting. Ayuda en la gobernanza de datos y la resolución de problemas, especialmente cuando se combinan datos de múltiples sistemas.\n\nAunque pueda parecer trivial en un análisis de un solo sistema, es una buena práctica incluirlo siempre. Confirma la procedencia de los datos y se vuelve crítico si se integran otros sistemas de RRHH más adelante. Por qué es importante Identifica el origen de los `datos`, lo cual es crucial para la gobernanza de `datos`, la validación y la gestión de `datos` de múltiples fuentes. Dónde obtener Este es un valor estático ('Workday Recruiting') añadido durante el proceso de extracción y transformación de datos. Ejemplos Workday Recruiting
	Tiempo de Contratación TimeToHire	El tiempo total desde la recepción de una solicitud hasta la contratación del candidato.
Descripción Este es un cálculo a nivel de caso que mide la duración total del proceso de reclutamiento para candidatos exitosos. Se calcula como la diferencia de tiempo entre el evento 'Solicitud Recibida' y el evento 'Candidato Contratado'.\n\nEste es uno de los KPIs más importantes en reclutamiento ('Tiempo Promedio de Contratación'). Proporciona una medida de alto nivel de la eficiencia general del proceso de contratación. El seguimiento de esta métrica a lo largo del tiempo y entre departamentos ayuda a identificar mejoras o regresiones sistémicas. Por qué es importante Un KPI crítico de alto nivel que mide la eficiencia general del embudo de reclutamiento de principio a fin. Dónde obtener Esto se calcula a partir de los datos del registro de eventos después de haber sido extraídos de Workday. Ejemplos 259200043200003456000
	Tiempo de Procesamiento ProcessingTime	La duración del tiempo dedicado activamente a una actividad.
Descripción El Tiempo de Procesamiento, también conocido como tiempo activo, mide la duración que un recurso dedica a trabajar en una tarea específica. Esto es diferente del tiempo de ciclo, que incluye el tiempo de espera. Por ejemplo, sería el tiempo que un reclutador dedica a la selección activa de una candidatura.\n\nEsta métrica es valiosa para comprender la eficiencia de los recursos y la carga de trabajo. Si está disponible, ayuda a identificar qué actividades específicas son las que más tiempo consumen en términos de esfuerzo real, no solo de tiempo transcurrido. Por qué es importante Mide el esfuerzo de trabajo real para una actividad, ayudando a distinguir el tiempo de trabajo activo del tiempo de espera o inactivo para una mejor planificación de recursos. Dónde obtener Esto a menudo no está directamente disponible y debe calcularse o estimarse. Por ejemplo, podría ser el tiempo entre un evento de 'Selección Iniciada' y 'Selección Completada' si dicha granularidad existe. Ejemplos 360018007200
	Tipo de Candidato CandidateType	Indica si el candidato es un empleado interno o un solicitante externo.
Descripción Este atributo categoriza a los candidatos en grupos como 'Interno' o 'Externo'. El proceso de contratación, los plazos y las políticas pueden diferir significativamente entre estos dos tipos.\n\nAnalizar el proceso por separado para candidatos internos y externos es crucial para una visión completa. Permite a la organización medir la eficiencia de sus programas de movilidad interna frente a los esfuerzos de contratación externa y asegurar que ambos procesos estén optimizados. Por qué es importante Permite un análisis separado de los procesos de contratación internos y externos, que a menudo tienen diferentes pasos, SLAs y objetivos. Dónde obtener Consulte la documentación de Workday Recruiting. Este es un campo estándar en el perfil del candidato o en la solicitud de empleo. Ejemplos InternoExterno
	Ubicación del Puesto JobLocation	La ubicación geográfica o el país del puesto de trabajo.
Descripción Este atributo especifica la ciudad, el estado o el país donde se basa el puesto de trabajo. Para puestos remotos, podría indicar una región o estar marcado como 'Remoto'.\n\nLa ubicación es una dimensión poderosa para el análisis. Permite comparar el 'Tiempo de Contratación' y otros KPIs en diferentes regiones, lo que puede revelar variaciones debido a las condiciones del mercado local, la disponibilidad de talento o las diferencias regionales del proceso. Por qué es importante Permite el análisis geográfico del proceso de reclutamiento, destacando las diferencias regionales en los tiempos de ciclo y la eficiencia. Dónde obtener Esta información forma parte de los detalles de la Petición de Empleo en Workday. Ejemplos Nueva York, NYLondres, Reino UnidoRemoto (EE. UU.)Berlín, Alemania
	Última actualización de datos LastDataUpdate	El `timestamp` cuando los datos fueron actualizados por última vez o extraídos del sistema de origen.
Descripción Este atributo indica la frescura de los datos que se analizan. Muestra la fecha y hora de la última extracción de datos de Workday Recruiting.\n\nEsto es importante para que los usuarios comprendan cuán actual es el análisis. Les ayuda a interpretar los hallazgos correctamente, sabiendo si están viendo datos en tiempo real o una instantánea de un momento específico. Por qué es importante Proporciona contexto sobre la frescura de los datos, asegurando que los usuarios entiendan cuán actualizada está el análisis del proceso. Dónde obtener Este `timestamp` se genera y se añade durante el `proceso` de `extracción, transformación y carga (ETL)` de `datos`. Ejemplos 2024-05-20T08:00:00Z2024-05-21T08:00:00Z

Requerido Recomendado Opcional

Actividades de Reclutamiento y Adquisición de Talento

Estos son los pasos y hitos clave del proceso a registrar en su registro de eventos para un descubrimiento preciso del proceso y para identificar cuellos de botella en su flujo de trabajo de contratación.

7 Recomendado 8 Opcional

	Actividad	Descripción
	Candidato Avanzó a Entrevista	Indica que un candidato ha superado la selección inicial y ahora es apto para una entrevista. Este evento se registra cuando un reclutador mueve al candidato a la etapa de 'Entrevista' en el proceso de contratación.
Por qué es importante Este hito marca la transición de la selección a la evaluación activa. Es un punto clave para analizar las tasas de conversión y la eficiencia de la parte superior del embudo de reclutamiento. Dónde obtener Se infiere de la marca de tiempo en que la etapa de reclutamiento del candidato cambia a 'Entrevista' o una designación similar dentro del historial de la solicitud de empleo. Capturar Identificado por el cambio de estado a una etapa de 'Entrevista' en la progresión del candidato. Tipo de evento inferred
	Candidato Avanzó a Etapa de Oferta	Un hito clave que indica que se ha tomado la decisión de extender una oferta de trabajo al candidato. Esto se registra cuando la solicitud del candidato avanza a la etapa de 'Oferta' en el proceso de reclutamiento.
Por qué es importante Esta actividad es una puerta crítica en el proceso, marcando la finalización exitosa de todas las etapas de evaluación. Es un precursor de la oferta formal y un punto clave para el análisis de cohortes. Dónde obtener Se infiere del registro de auditoría de la solicitud de empleo, específicamente de la marca de tiempo cuando el estado del candidato cambia a 'Oferta'. Capturar Identificado por el cambio de estado a una etapa de 'Oferta' en la progresión del candidato. Tipo de evento inferred
	Candidato Contratado	La conclusión exitosa del proceso de reclutamiento, donde el candidato es formalmente contratado como empleado. Esto se registra cuando el proceso de negocio 'Contratar' se completa con éxito en Workday, creando un registro de empleado.
Por qué es importante Este es el evento final de éxito principal. La marca de tiempo es esencial para calcular el Tiempo de Contratación y medir la eficiencia general del proceso y las tasas de éxito. Dónde obtener Este es un evento importante y explícito registrado por el proceso de negocio 'Contratar' en Workday HCM. La marca de tiempo de finalización se registra en el historial del proceso. Capturar Capturado de la marca de tiempo de finalización del proceso de negocio 'Contratar' para el candidato. Tipo de evento explicit
	Candidato Rechazado	Marca un final infructuoso del proceso donde la empresa decide no seguir adelante con un candidato. Esto se infiere cuando un reclutador cambia el estado de disposición del candidato a 'Rechazado' o 'No Contratado'.
Por qué es importante Este es un evento final crítico para analizar los puntos críticos de deserción de candidatos y las tasas de rechazo en diferentes etapas. Ayuda a identificar problemas en el proceso de entrevista o selección. Dónde obtener Se infiere de la marca de tiempo en que la disposición del candidato cambia a 'Rechazado' en el historial de la solicitud de empleo. A menudo, también se registra un motivo de rechazo. Capturar Derivado de la marca de tiempo efectiva del movimiento a una disposición 'Rechazada'. Tipo de evento inferred
	Oferta Aceptada	Representa la aceptación formal de la oferta de empleo por parte del candidato. Este evento se registra cuando el candidato completa la tarea 'Aceptar Oferta' en su portal de Workday, o cuando un reclutador actualiza manualmente el estado.
Por qué es importante Esta actividad es crucial para calcular las tasas de aceptación de ofertas por fuente, departamento o reclutador. También desencadena actividades previas a la contratación, como las verificaciones de antecedentes. Dónde obtener Registrado explícitamente cuando un candidato acepta la oferta a través de su portal de candidatos. La acción se registra con una marca de tiempo en el historial del proceso de negocio de la solicitud de empleo. Capturar Capturado de la marca de tiempo de finalización de la tarea 'Aceptar Oferta'. Tipo de evento explicit
	Oferta Extendida	Marca la extensión formal de una oferta de empleo a un candidato. Este es un evento discreto capturado cuando el proceso de negocio 'Crear Oferta' o 'Proponer Compensación' se completa con éxito para la solicitud de empleo en Workday.
Por qué es importante Este es un hito importante utilizado para calcular el Tiempo hasta la Oferta y analizar la conformidad del proceso de oferta. Es el punto de partida para medir las tasas de aceptación de ofertas. Dónde obtener Este evento se registra explícitamente en el historial del proceso de negocio para la solicitud de empleo. La marca de tiempo de finalización del paso de creación de la oferta proporciona el tiempo de actividad. Capturar Capturado de la marca de tiempo de finalización del proceso de negocio 'Crear Oferta'. Tipo de evento explicit
	Solicitud Recibida	Marca el inicio del proceso de reclutamiento para la solicitud de empleo de un candidato. Este evento se registra cuando un candidato envía con éxito su solicitud para una petición de empleo específica a través del portal de Workday o un sitio de empleo integrado.
Por qué es importante Este es el evento de inicio principal para el proceso. Analizar el tiempo desde esta actividad hasta los hitos subsiguientes es fundamental para medir el Tiempo total de Contratación y la efectividad del canal de sourcing. Dónde obtener Workday registra esto como un evento explícito cuando el proceso de negocio 'Aplicar a un Puesto' se completa con éxito para un candidato. La marca de tiempo del evento está disponible en el historial de solicitudes del candidato. Capturar Capturado de la marca de tiempo de envío de la solicitud en el perfil del candidato. Tipo de evento explicit
	Comentarios Enviados	Representa el momento en que un entrevistador envía formalmente su evaluación de un candidato después de la entrevista. Workday proporciona un mecanismo específico para que los entrevistadores brinden retroalimentación directamente en el perfil del candidato.
Por qué es importante Esto es esencial para el análisis de 'Puntualidad de la Retroalimentación del Gerente de Contratación'. Los retrasos aquí son un cuello de botella común, y su seguimiento ayuda a hacer cumplir los acuerdos de nivel de servicio. Dónde obtener Este es un evento explícito capturado cuando se envía retroalimentación a través de la tarea 'Proporcionar Retroalimentación de Entrevista'. La marca de tiempo de envío se registra contra el registro de la entrevista. Capturar Extraído de la marca de tiempo de finalización del `event` 'Proporcionar Comentarios de Entrevista'. Tipo de evento explicit
	Entrevista Completada	Marca la finalización de una entrevista programada con un candidato. Esto se infiere generalmente cuando un entrevistador o reclutador actualiza el estado de la entrevista de 'Programada' a 'Completada' o 'Realizada'.
Por qué es importante Esta actividad sirve como desencadenante para la ventana de envío de comentarios. Analizar el tiempo desde este punto hasta el envío de comentarios es clave para medir la capacidad de respuesta del gerente de contratación. Dónde obtener Se infiere de una actualización de estado en el objeto de entrevista programada o de un cambio de etapa manual para el candidato en Workday Recruiting después de que la entrevista haya tenido lugar. Capturar Derivado de la marca de tiempo de la actualización del estado de la entrevista o del cambio de etapa del candidato posterior a la entrevista. Tipo de evento inferred
	Entrevista Programada	Representa la programación formal de una entrevista con el candidato. Esto se captura típicamente cuando se crea y confirma un evento de entrevista dentro de la funcionalidad de programación de Workday para la solicitud de empleo específica.
Por qué es importante Medir el tiempo entre esta y las actividades anteriores ayuda a identificar retrasos en la coordinación. Esto es fundamental para mejorar la experiencia del candidato y acelerar el proceso de entrevista. Dónde obtener La función de programación de entrevistas de Workday crea eventos con marcas de tiempo. Esta actividad se puede capturar de la fecha de creación de la entrevista programada vinculada a la solicitud. Capturar Capturado del `event` de creación de un registro de entrevista en el módulo de reclutamiento. Tipo de evento explicit
	Incorporación Iniciada	Representa el inicio del proceso de onboarding de nuevas contrataciones dentro de Workday. Este es típicamente un evento explícito que forma parte del proceso de negocio principal de 'Contratación' o se activa inmediatamente después.
Por qué es importante Analizar el tiempo desde 'Oferta Aceptada' hasta esta actividad ayuda a optimizar la experiencia del candidato posterior a la oferta. Asegura que los nuevos empleados estén comprometidos y preparados para su primer día. Dónde obtener El proceso de negocio 'Onboarding' de Workday tiene una marca de tiempo de inicio clara. Esto se puede capturar del registro de auditoría del proceso para el nuevo registro de empleado. Capturar Capturado de la marca de tiempo de inicio del proceso de negocio 'Incorporación'. Tipo de evento explicit
	Solicitud Retirada	Un `event` final donde el candidato se retira voluntariamente de la consideración para el puesto. Esto se registra cuando el estado del candidato se actualiza a 'Retirado' ya sea por sí mismo o por un reclutador.
Por qué es importante El seguimiento de cuándo y por qué los candidatos se retiran es crucial para comprender los problemas de la experiencia del candidato, la duración del proceso o la competitividad de la oferta. Es una métrica clave para el análisis de la deserción. Dónde obtener Se infiere de la marca de tiempo en que la disposición del candidato se actualiza a 'Retirado'. Esto puede ser realizado por el candidato en su portal o por un reclutador. Capturar Derivado de la marca de tiempo efectiva del movimiento a una disposición 'Retirada'. Tipo de evento inferred
	Solicitud Revisada	Representa la finalización de la revisión inicial de la solicitud de un candidato por parte de un reclutador o equipo de selección. Esto se infiere típicamente cuando el candidato es movido de un estado de 'Solicitado' o 'Nuevo' a una etapa de 'Selección' o 'En Revisión'.
Por qué es importante Esta actividad es crucial para analizar la eficiencia de la fase de selección inicial. El seguimiento de su rendimiento y duración ayuda a identificar cuellos de botella al principio del embudo de reclutamiento. Dónde obtener Se infiere de la fecha efectiva del cambio de etapa del candidato a un paso de selección o revisión en el registro de auditoría del proceso de negocio de 'Reclutamiento'. Capturar Derivado de la marca de tiempo cuando la etapa del candidato se actualiza a 'Cribado'. Tipo de evento inferred
	Verificación de antecedentes aprobada	Marca la finalización exitosa del proceso de verificación de antecedentes. Este evento se infiere cuando el estado del candidato se actualiza para reflejar que ha superado las comprobaciones necesarias, autorizándolo para la contratación.
Por qué es importante Este es el punto de control final antes de que el proceso de contratación pueda finalizar. Los retrasos en la recepción y el registro de esta autorización pueden retrasar la fecha de inicio de un candidato. Dónde obtener Se infiere de una actualización de estado en la solicitud del candidato, como el paso a una etapa de 'Listo para contratar' o 'Verificación de antecedentes completa'. Capturar Derivado del cambio de estado que indica una verificación de antecedentes completada y aprobada. Tipo de evento inferred
	Verificación de Antecedentes Iniciada	Indica el inicio del proceso de verificación de antecedentes para un candidato que ha aceptado una oferta. Esto se infiere generalmente cuando el candidato pasa a la etapa de 'Verificación de antecedentes', lo que a menudo activa una integración con un proveedor externo.
Por qué es importante Esta actividad es vital para monitorear el cumplimiento y analizar los retrasos entre la aceptación de la oferta y el inicio de las verificaciones previas a la contratación. Ayuda a asegurar una transición fluida al onboarding. Dónde obtener Se infiere de la marca de tiempo en que el candidato pasa a la etapa de 'Verificación de antecedentes' en su flujo de proceso de reclutamiento. El registro de auditoría de la solicitud de empleo mostrará este cambio de estado. Capturar Derivado de la marca de tiempo efectiva del movimiento a la etapa de 'Verificación de Antecedentes'. Tipo de evento inferred

Recomendado Opcional

Guías de Extracción

Cómo obtener sus `datos` de Workday Recruiting

Pasos

Inicie sesión en Workday: Acceda a su entorno Workday con una cuenta de usuario que tenga permisos para crear informes personalizados y acceder a datos de reclutamiento.
Cree un Informe Personalizado: Navegue a la tarea 'Crear Informe Personalizado'. Seleccione 'Avanzado' como Tipo de Informe y habilite la opción 'Habilitar como Servicio Web'. Para la Fuente de Datos, use una fuente indexada como 'Todas las Solicitudes de Empleo' para un mejor rendimiento.
Defina el Objeto de Negocio Principal: Establezca el Objeto de Negocio Principal en 'Solicitud de Empleo'. Este objeto servirá como base para el informe y el identificador de caso.
Añada Columnas de Datos: Añada los campos requeridos y recomendados a la cuadrícula de columnas del informe. Añada 'Solicitud de Empleo' para el JobApplicationId. Para otros atributos como 'Reclutador' y 'Gerente de Contratación', deberá añadirlos desde los objetos de negocio relacionados vinculados a la Solicitud de Empleo.
Cree Campos Calculados para Actividades: Este es el paso más crítico. Para cada una de las 15 actividades, creará dos campos calculados: uno para el Nombre de la Actividad y otro para la Marca de Tiempo del Evento. La lógica para estos campos se detalla en la sección de Consulta. Por ejemplo, para capturar 'Oferta Extendida', creará un campo que verifique la finalización del proceso de negocio 'Proponer Compensación' y otro campo para extraer la marca de tiempo de finalización de ese proceso.
Añada Campos Calculados al Informe: Añada todos los campos calculados recién creados (30 en total, 15 para nombres de actividad y 15 para marcas de tiempo) como columnas en su informe. El informe estará en un formato 'ancho', con una fila por solicitud de empleo y muchas columnas que representan las posibles actividades.
Configure las Opciones de Servicio Web: En la pestaña 'Servicio Web' de la definición del informe, asegúrese de que la casilla de verificación 'Habilitar como Servicio Web' esté seleccionada. Puede ver el espacio de nombres y la URL del informe aquí. Anote el 'Namespace' para uso posterior.
Establezca los Permisos: Comparta el informe con un Usuario del Sistema de Integración (ISU) o un grupo de seguridad específico que se utilizará para llamar al endpoint RaaS. Este usuario debe tener permisos para el dominio de la fuente de datos, por ejemplo, 'Reclutamiento: Solicitudes de Empleo'.
Ejecute y Pruebe el Informe: Ejecute el informe desde la interfaz de usuario de Workday para verificar la salida. Verifique que haya un número razonable de filas y asegúrese de que los campos calculados se estén rellenando correctamente para algunas solicitudes de muestra.
Programe la Extracción: Utilice una herramienta de programación externa o middleware (como MuleSoft, Boomi o un script personalizado) para llamar a la URL RaaS del informe de forma regular. La herramienta deberá manejar la llamada a la API SOAP o REST de Workday con la autenticación adecuada.
Transforme los Datos: La salida bruta de la llamada RaaS será un archivo XML o CSV ancho. Debe implementar un paso de transformación en su middleware o un lenguaje de scripting (como Python) para despivotar estos datos. El script debe iterar a través de cada fila (solicitud de empleo) y crear una nueva fila en el registro de eventos final para cada par actividad/marca de tiempo no vacío, lo que resultará en un formato 'largo' con tres columnas principales: JobApplicationId, ActivityName y EventTime.

Configuración

Tipo de Informe: Siempre utilice 'Avanzado' para permitir campos calculados complejos y el acceso a objetos de negocio relacionados.
Fuente de Datos: Utilice una fuente de datos indexada como 'Todas las Solicitudes de Empleo' para asegurar que el informe se ejecute de manera eficiente. Evite las fuentes no indexadas para grandes conjuntos de datos.
Filtrado por Rango de Fechas: Es fundamental aplicar un filtro en el campo 'Fecha de Solicitud' del objeto de negocio Solicitud de Empleo. Comience con un rango más pequeño, como los últimos 3 a 6 meses, para gestionar el volumen de datos y el rendimiento del informe.
Objeto de Negocio Principal: El objeto principal debe ser 'Solicitud de Empleo' para asegurar que el JobApplicationId sirva como identificador de caso.
Habilitación de Servicio Web: Debe marcar la opción 'Habilitar como Servicio Web' en la configuración del informe para hacerlo accesible a través de APIs.
Seguridad y Permisos: El informe debe compartirse con un Usuario del Sistema de Integración (ISU) dedicado. Este ISU debe tener permisos de grupo de seguridad para acceder a los dominios de datos requeridos, incluyendo 'Reclutamiento: Solicitudes de Empleo', 'Transacciones de Procesos de Negocio' y 'Datos del Trabajador'.
Formato de Salida: Aunque Workday ofrece varios formatos de salida (XML, CSV, JSON), XML (específicamente el formato 'Simple XML') suele ser el más fiable para la extracción de datos estructurados a través de la API.

a Consulta de ejemplo 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.

Pasos

Configure el Acceso a Workday: Cree un Usuario del Sistema de Integración (ISU) en Workday. Otorgue a este usuario acceso a los dominios de seguridad necesarios para la API de Reclutamiento. Los dominios clave incluyen 'Datos del Trabajador: Informes Públicos de Trabajadores', 'Solicitud de Empleo' y 'Reclutamiento: Informes'.
Identifique el Endpoint de la API: Localice el endpoint de la API REST para la operación 'Obtener Solicitudes de Empleo' en su entorno Workday. La URL típicamente sigue el formato: https://[your_tenant_host]/ccx/api/v1/[your_tenant_name]/recruiting/jobApplications.
Configure el Entorno Python: Asegúrese de tener Python instalado. Instale las librerías necesarias usando pip: pip install requests pandas.
Desarrolle el Script de Autenticación: En su script de Python, implemente la autenticación básica usando las credenciales del ISU creado en el paso 1. El nombre de usuario y la contraseña se enviarán en el encabezado de la solicitud.
Implemente la Lógica de Solicitud de la API: Escriba la función para llamar al endpoint 'Obtener Solicitudes de Empleo'. Use parámetros de solicitud para filtrar los datos, como updatedSince para obtener solicitudes modificadas después de una cierta fecha. Esto es crítico para gestionar el volumen de datos.
Maneje la Paginación de la API: La API de Workday devuelve un número limitado de registros por solicitud. Su script debe verificar la respuesta para un recuento total y un enlace de siguiente página o parámetro de desplazamiento, y recorrer todas las páginas para recuperar el conjunto de datos completo.
Defina el Mapeo de Actividades: Cree un diccionario de mapeo o una serie de sentencias condicionales en su script. Esta lógica traducirá los estados de procesos de negocio y las etapas de reclutamiento de Workday (ej., 'Screen', 'Interview', 'Offer', 'Hire') a los nombres de actividad requeridos (ej., 'Solicitud Cribada', 'Candidato Avanzó a Entrevista').
Transforme los Datos de la Solicitud: Para cada solicitud de empleo recuperada de la API, analice su registro de auditoría o datos del historial de etapas. Este historial contiene la secuencia de etapas, disposiciones y eventos de procesos de negocio con sus correspondientes marcas de tiempo.
Genere Filas del Registro de Eventos: Itere a través del historial de cada solicitud. Para cada evento histórico relevante que coincida con su mapeo de actividades, cree un diccionario que represente una fila en el registro de eventos final. Rellene el JobApplicationId, ActivityName, EventTime y otros atributos requeridos.
Agregue y Estructure los Datos: Recopile todas las filas de registro de eventos generadas de todas las solicitudes en una sola lista.
Cree y Exporte el Archivo CSV: Use la librería pandas para convertir la lista de diccionarios de eventos en un DataFrame. Luego, exporte el DataFrame a un archivo CSV. Asegúrese de que los encabezados de columna coincidan con los requisitos para ProcessMind (ej., CaseId, Activity, Timestamp).
Revise y Cargue: Abra el archivo CSV final para revisar su contenido en cuanto a exactitud y completitud antes de subirlo a la herramienta de Process Mining.

Configuración

Usuario del Sistema de Integración (ISU) de Workday: Se requiere un ISU con una contraseña robusta y sin caducidad. Necesita permisos para los dominios de seguridad 'Reclutamiento' y 'Datos del Trabajador' para acceder a los detalles de la solicitud de empleo y del candidato.
Endpoint y Versión de la API: Debe utilizar el endpoint de la API REST correcto para su entorno Workday. Es importante especificar la versión de la API en la solicitud para asegurar un comportamiento consistente.
Filtro por Rango de Fechas: El script debe usar un filtro de fecha (ej., updatedSince) para limitar la consulta a un marco de tiempo manejable. Para extracciones iniciales, se recomienda un período de 3 a 6 meses. Para cargas delta subsiguientes, use la marca de tiempo de la última extracción exitosa.
Límite de Paginación: Tenga en cuenta el parámetro limit en la API, que controla cuántos registros se devuelven por página. Un máximo típico es 100. El script debe diseñarse para manejar esto realizando múltiples solicitudes paginadas.
Campos de Respuesta: Para mejorar el rendimiento, puede especificar qué campos devolver utilizando un parámetro fields o similar si la API lo admite. Esto reduce el tamaño de la carga útil de la respuesta de la API.
Configuración de Mapeo de Actividades: La lógica central del script es el mapeo de las etapas de Workday a las actividades definidas. Esto podría necesitar personalizarse según la configuración específica del proceso de Reclutamiento de Workday de su organización.

a Consulta de ejemplo 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.")

Pasos

Requisitos Previos y Configuración: Asegúrese de tener una herramienta ETL o iPaaS de terceros con licencia, como CData, MuleSoft o una plataforma similar, con su conector de Workday instalado. Confirme que tiene credenciales para un Usuario del Sistema de Integración (ISU) de Workday con los permisos de API necesarios para los dominios de Reclutamiento y Gestión de Personal.
Configure la Conexión a Workday: En su herramienta ETL, cree una nueva conexión a Workday. Proporcione la URL de su entorno Workday, la versión de la API y las credenciales del ISU, por ejemplo, nombre de usuario y contraseña o tokens de OAuth 2.0. Pruebe la conexión para asegurarse de que sea exitosa.
Explore el Esquema de Datos: Utilice el navegador de esquemas o el explorador de fuentes de datos en su herramienta ETL para ver los objetos de Workday disponibles a través del conector. Estos se presentan típicamente como tablas o vistas, como Job_Application, Job_Requisition y Candidate_Stage_History. Familiarícese con los campos y relaciones disponibles.
Identifique los Objetos de Datos Clave: Para esta extracción, necesitará principalmente datos de objetos relacionados con solicitudes de empleo, historial de candidatos, entrevistas, ofertas y contrataciones. Los nombres exactos dependerán de su conector, pero busque objetos que representen estas entidades centrales.
Desarrolle la Consulta SQL: Cree un nuevo trabajo de extracción de datos o pipeline. Utilice un paso de transformación SQL para ejecutar una consulta contra la conexión de Workday. Copie y pegue la consulta SQL proporcionada en este paso. Esta consulta está diseñada para recopilar datos de múltiples objetos de Workday y unirlos en un único formato de registro de eventos.
Parametrice la Consulta: Modifique la cláusula WHERE de la consulta para incluir parámetros para el rango de fechas, por ejemplo, startDate y endDate. Configure estos parámetros en su trabajo ETL para que pueda cambiar fácilmente la ventana de extracción sin alterar el código.
Ejecute el Trabajo de Extracción: Ejecute el trabajo ETL configurado. La herramienta se conectará a Workday, ejecutará la consulta SQL a través de la API y recuperará los datos en un área de staging o memoria.
Revise y Valide los Datos: Antes de escribir la salida final, utilice la función de vista previa en su herramienta ETL para inspeccionar los resultados. Verifique que haya un número razonable de filas, asegúrese de que todas las columnas se rellenan según lo esperado y verifique que diferentes actividades están presentes.
Configure el Destino: Defina el destino para sus datos extraídos. Esto es típicamente un archivo CSV para cargar en ProcessMind. Configure el nombre del archivo, el delimitador (coma) y la codificación (UTF-8).
Finalice y Exporte: Ejecute el trabajo de extracción completo para generar el archivo CSV final. Asegúrese de que los encabezados de columna en el archivo de salida coincidan con los atributos requeridos: JobApplicationId, ActivityName, EventTime, RecruiterName, HiringManager, ApplicationSource, Department y ApplicationStatus.

Configuración

Credenciales del Conector Workday: La conexión requiere la URL del entorno Workday y un Usuario del Sistema de Integración (ISU) autorizado con una contraseña o credenciales de cliente OAuth 2.0. El usuario debe tener permisos de seguridad para las áreas funcionales de 'Reclutamiento' y 'Gestión de Personal'.
Habilitación de Servicios Web: El conector puede requerir que especifique qué Workday Web Services exponer. Asegúrese de que los servicios relacionados con Reclutamiento, Gestión de Personal y Recursos Humanos estén habilitados para acceder a todos los objetos de datos necesarios.
Rango de Fechas: Para gestionar el rendimiento y el volumen de datos, es fundamental filtrar la extracción por un período de tiempo específico. Recomendamos una carga inicial de 3 a 6 meses de datos, seguida de cargas incrementales diarias o semanales. Esto se gestiona a través de la cláusula WHERE en la consulta SQL.
Filtros de Alcance de Datos: Si solo necesita analizar el proceso para ciertas partes de la organización, considere añadir filtros en la cláusula WHERE para campos como Empresa, Centro de Costos u Organización de Supervisión.
Versión de la API: Algunos conectores requieren que especifique la versión de la API de Workday. Es mejor utilizar una versión reciente y compatible para asegurar el acceso a los últimos objetos de datos y funcionalidades.
Consideraciones de Rendimiento: Las extracciones completas de datos de Workday pueden consumir muchos recursos. Programe trabajos grandes durante las horas de menor actividad. Para un análisis continuo, implemente una estrategia de carga incremental basada en una marca de tiempo de 'última modificación' para extraer solo los registros nuevos o actualizados.

a Consulta de ejemplo 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]'

Su Plantilla de Datos de Reclutamiento y Adquisición de Talento

Su Plantilla de Datos de Reclutamiento y Adquisición de Talento

Atributos de Reclutamiento y Adquisición de Talento

Actividades de Reclutamiento y Adquisición de Talento

Guías de Extracción

Extracción mediante Workday Report-as-a-Service (RaaS)

Pasos

Configuración

a Consulta de ejemplo config

Extracción de la API de Workday Recruiting mediante Script de Python

Pasos

Configuración

a Consulta de ejemplo python

Extracción con Herramienta ETL y un Conector de Workday

Pasos

Configuración

a Consulta de ejemplo sql

¿Listo para comenzar?

Acabe con los `Cuellos de Botella` en la Contratación: Optimice su Adquisición de Talento Hoy

Su Plantilla de Datos de Reclutamiento y Adquisición de Talento

Su Plantilla de Datos de Reclutamiento y Adquisición de Talento

Atributos de Reclutamiento y Adquisición de Talento

Actividades de Reclutamiento y Adquisición de Talento

Guías de Extracción

Extracción mediante Workday Report-as-a-Service (RaaS)

Pasos

Configuración

a Consulta de ejemplo config

Extracción de la API de Workday Recruiting mediante Script de Python

Pasos

Configuración

a Consulta de ejemplo python

Extracción con Herramienta ETL y un Conector de Workday

Pasos

Configuración

a Consulta de ejemplo sql

Valoramos su privacidad

¿Listo para comenzar?

Acabe con los Cuellos de Botella en la Contratación: Optimice su Adquisición de Talento Hoy

Acabe con los `Cuellos de Botella` en la Contratación: Optimice su Adquisición de Talento Hoy