Automatizacion de Estado de Postulacion

Como actualizar automaticamente el estado de JobApplication al mover candidatos

estadopostulacionaplicacionautomaticohiredrejectedstatus

Automatizacion de Estado de Postulacion

Configura la actualizacion automatica del estado de la postulacion (JobApplication) cuando los candidatos entran a etapas especificas del proceso.

Como funciona

Cuando un candidato entra a una etapa con actualizacion de estado configurada:

  1. Candidato movido a "Oferta Aceptada"
  2. Sistema detecta configuracion de estado
  3. Actualiza JobApplication.status = "hired"
  4. Incrementa vacantes cubiertas en JobPosition
  5. Si aplica: Inicia onboarding automatico

Estados de postulacion

Estados disponibles

EstadoDescripcionUso tipico
newRecien aplicadoEtapa inicial
reviewingEn revisionRevision de CV
interviewEn entrevistasEtapas de entrevista
evaluationEn evaluacionPruebas tecnicas
offerOferta enviadaNegociacion
hiredContratadoEtapa final positiva
rejectedRechazadoEtapas de rechazo
withdrawnRetiradoCandidato se retira
on_holdEn esperaPausa temporal

Flujo tipico de estados

new -> reviewing -> interview -> evaluation -> offer -> hired

En cualquier punto puede pasar a: rejected

Configurar actualizacion de estado

Acceder a configuracion

Tablero -> Click en etapa -> Configurar -> Estado de Postulacion

Panel de configuracion

Estado de Postulacion: Oferta Aceptada

  • Actualizar estado automaticamente:
  • Al entrar a esta etapa, cambiar estado a: [hired]
  • ( ) No cambiar estado
  • (x) Cambiar a estado seleccionado

ACCIONES ADICIONALES (si estado = hired)

  • Incrementar contador de vacantes cubiertas
  • Iniciar proceso de onboarding automaticamente
  • Notificar al equipo de RH

[Cancelar] [Guardar]

Configuracion por etapa

Etapa inicial

Etapa: Aplicacion Recibida Estado: new

Resultado: JobApplication.status = "new"

Etapa de revision

Etapa: Revision de CV Estado: reviewing

Resultado: JobApplication.status = "reviewing"

Etapa de entrevista

Etapa: Entrevista Tecnica Estado: interview

Resultado: JobApplication.status = "interview"

Etapa de evaluacion

Etapa: Evaluacion Tecnica Estado: evaluation

Resultado: JobApplication.status = "evaluation"

Etapa de oferta

Etapa: Oferta Enviada Estado: offer

Resultado: JobApplication.status = "offer"

Etapa de contratacion

Etapa: Contratado Estado: hired

Resultado:

  • JobApplication.status = "hired"
  • JobPosition.filledCount++
  • Si filledCount >= vacanciesCount: JobPosition.status = "filled"
  • Inicia OnboardingChecklist

Etapa de rechazo

Etapa: Rechazado Estado: rejected

Resultado: JobApplication.status = "rejected"

Estado "hired" - Acciones especiales

Cuando el estado cambia a "hired", el sistema ejecuta acciones adicionales:

1. Incrementar vacantes cubiertas

Antes:

  • JobPosition.vacanciesCount = 3
  • JobPosition.filledCount = 1

Candidato contratado:

  • JobPosition.filledCount = 2
  • Quedan 1 vacante disponible

2. Cerrar vacante si esta llena

Si filledCount >= vacanciesCount:

  • JobPosition.status = "filled"
  • Nuevas postulaciones: Bloqueadas

3. Iniciar onboarding automatico

OnboardingChecklist creado:

  • Tipo: Ingreso
  • Candidato: Juan Perez
  • Template: Onboarding General
  • Elementos:
    • Documentos de ingreso
    • Firma de contrato
    • Alta en sistemas
    • Capacitacion inicial

4. Notificaciones

Notificaciones enviadas:

  • Candidato: "Felicidades, has sido contratado"
  • Reclutador: "Juan Perez fue contratado"
  • Manager: "Nuevo integrante en tu equipo"
  • RH: "Iniciar proceso de alta"

Validaciones de cambio de estado

Cambios permitidos

El sistema valida que los cambios de estado sean logicos:

Permitido:

  • new -> reviewing
  • reviewing -> interview
  • interview -> hired
  • interview -> rejected

No permitido:

  • rejected -> hired (sin reversion)
  • hired -> new (candidato ya contratado)

Mensaje de error

Cambio de estado no permitido

No se puede cambiar de "rejected" a "hired".

El candidato fue rechazado anteriormente. Para reactivar, primero cambia el estado manualmente.

[Entendido]

Visualizacion en el tablero

Indicador de estado

  • Avatar Juan Perez
  • Desarrollador Frontend
  • Match: 85%
  • Estado: En entrevista

Badge de contratado

  • Avatar Maria Garcia
  • Analista de Datos
  • Match: 92%
  • CONTRATADA (badge verde)

Reportes de estados

Por vacante

Vacante: Desarrollador Frontend

EstadoCantidadPorcentaje
Nuevo4545%
En revision2020%
Entrevista1515%
Evaluacion88%
Oferta55%
Contratado33%
Rechazado44%

Total: 100 postulantes

Conversion por etapa

Funnel de Conversion

EtapaCantidadBarra
Aplicaron100===================
En revision55============
Entrevistados30=======
Evaluados20=====
Oferta10===
Contratados3=

Tasa de conversion: 3%

Historial de estados

Ver cambios de estado

Historial de Estado: Juan Perez

FechaDeA
15 Ene-new
16 Enenewreviewing
18 Enereviewinginterview
22 Eneinterviewevaluation
25 Eneevaluationoffer
28 Eneofferhired

Eventos registrados

EventBus:

  • APPLICATION_STATUS_CHANGED
    • applicationId: 123
    • previousStatus: "offer"
    • newStatus: "hired"
    • changedBy: userId
  • TASK_HIRED
    • taskId: 45
    • applicationId: 123

Integracion con otros modulos

JobPosition

  • Contador de vacantes cubiertas
  • Estado de la vacante (open/filled)
  • Limite de postulaciones

Onboarding

  • Inicia automaticamente al contratar
  • Usa template configurado
  • Asigna tareas al nuevo empleado

Notificaciones

  • Envia notificaciones a involucrados
  • Actualiza dashboards en tiempo real
  • Triggers para automatizaciones

Reportes

  • Metricas de conversion
  • Tiempo promedio por estado
  • Analisis de embudo

Casos de uso

Proceso estandar

Etapas del proceso:

  • Aplicacion -> status: new
  • Revision CV -> status: reviewing
  • Entrevista RH -> status: interview
  • Evaluacion Tecnica -> status: evaluation
  • Entrevista Final -> status: interview
  • Oferta -> status: offer
  • Contratado -> status: hired
  • Rechazado -> status: rejected

Proceso con multiples rechazos

Etapas de rechazo:

  • Rechazado CV -> status: rejected
  • Rechazado Entrevista -> status: rejected
  • Rechazado Tecnico -> status: rejected
  • Rechazado Final -> status: rejected

Todos actualizan al mismo estado pero desde diferentes puntos del proceso.

Proceso con reactivacion

Flujo de reactivacion:

  1. Rechazado -> status: rejected
  2. [Manual] Cambiar estado a "reviewing"
  3. Nueva Revision -> status: reviewing
  4. Continuar proceso normal

Mejores practicas

Mapear estados consistentemente

Documenta el mapeo:

EtapaEstado
Aplicacionnew
Revisionreviewing
Entrevista 1interview
Entrevista 2interview
Evaluacionevaluation
Ofertaoffer
Aceptadohired
Rechazado-*rejected

Considerar el funnel

El estado debe reflejar la etapa logica del proceso, no solo la etapa fisica.

Bueno:

  • "Entrevista con Director" -> interview (es una entrevista)

Confuso:

  • "Entrevista con Director" -> evaluation (no es una evaluacion)

Documentar excepciones

Casos donde el estado NO cambia:

  • Movimientos entre sub-etapas
  • Retrocesos para correccion
  • Etapas administrativas

Problemas comunes

"Estado no se actualiza"

Causas:

  1. No hay configuracion de estado en la etapa
  2. Tarea sin JobApplication asociada
  3. Validacion de cambio fallo

Solucion: Verificar configuracion y que la tarea tenga postulacion.

"Vacante no se cierra"

Causa: filledCount < vacanciesCount.

Solucion: Verificar conteo de vacantes en JobPosition.

"Onboarding no inicia"

Causas:

  1. No hay template de onboarding
  2. Onboarding deshabilitado
  3. Error en creacion

Solucion: Verificar configuracion de onboarding.

Proximos pasos

¿No encontraste lo que buscabas?

Nuestro equipo de soporte está listo para ayudarte.

Contactar Soporte