La categoría Baja de personal está asociada al módulo Máster de colaboradores y permite generar flujos programables de desactivación de usuarios en la plataforma. 

Configuración

Los tipos de Baja de Personal se configuran bajo la misma lógica que todo tipo de solicitud, directamente en el módulo de Solicitudes. Para esta categoría se deben tener las siguientes consideraciones:

1) Definir categoría Baja de personal. 

2) Configuración de colaboradores disponibles: 

Podrás definir si el solicitante podrá seleccionar la baja de cualquier colaborador de la organización o solo a los que dependen de sí mismo (se incluye al usuario y toda su jerarquía descendente considerando colaboradores directos e indirectos)

3) Formulario: 

El formulario te permitirá establecer los campos disponibles para cada etapa de aprobación. Podrás incorporar:

• Campos obligatorios-predeterminados: El formulario de baja cuenta por defecto con los campos Colaborador (selector de colaborador que se dará de baja), Motivo (con las opciones Cese y Renuncia de forma establecida) y Fecha de salida. Estos campos son obligatorios y no pueden eliminarse.

• Campos no obligatorios-predeterminados: Podrás incorporar campos adicionales predefinidos por la categoría de Baja, como si se requiere reemplazo, si se debe archivar la posición, si se realizó una entrevista de salida, entre otros. 

• Campos informativos: Podrás incorporar información asociada al colaborador que se da de baja, como su posición, área, jefatura, el tiempo que lleva en la empresa, su email personal, número de teléfono, todos los campos opcionales asociados al colaborador, entre otros, con el objetivo de contar con mayor contexto del colaborador que se da de baja. 

• Campos personalizados: Podrás añadir campos personalizados de tipo texto simple, comentario y selección única. 
  
  

Las opciones de visualización serán:

• Obligatorio: El usuario debe mandatoriamente contestar este campo
• Editable: El usuario podrá contestar este campo de manera voluntaria
• No editable: El usuario no podrá realizar ediciones sobre este campo, pero podrá ver las respuestas de otros. 
• No visible: El usuario no podrá ver las respuestas a este campo. 

4) Aprobadores:

Los flujos de Offboarding diferencian entre el usuario que crea la solicitud (Solicitante) y el usuario que se ve afectado por la baja (Asignado), es decir, el usuario que se selecciona en el formulario. 

El usuario Solicitante podrá emitir y hacer seguimiento al requerimiento que ha creado. 

El usuario Asignado no participa directamente del flujo y no tiene acceso a las solicitudes en las que haya sido asignado, sin embargo, todas las relaciones de aprobación apuntarán a él. Es decir, si se utilizan las lógicas de Jefatura, Manager de segmentos o Solicitante (proximamente cambiará de nombre a Asignado) estarán asociadas al usuario que se da de baja. 

Ejemplo: El RHBP del área de Finanzas crea una solicitud para desvincular a un analista financiero, y configura que el flujo deberá ser aprobado por el supervisor directo. En este caso el solicitante es el RHBP y el asignado es el analista financiero, por lo que la aprobación del jefe directo corresponderá al jefe directo del analista financiero. 

Este analista financiero nunca verá el flujo, pero quedará asociado para que los lógicas de aprobación estén en coherencia con su estructura organizacional. 

5) Flujos paralelos: 

Con el objetivo de generar flujos eficientes es que podrás configurar el flujo de baja con etapas paralelas, es decir, podrás configurar que se active más de una etapa al mismo tiempo. Cada etapa desde la 2 en adelante podrá visualizar campos de la Etapa 1 para tener en contexto de la solicitud, ninguna de estas etapas podrán ver campos de otras etapas a excepción de la 1. 

6) Gatillante: 

• Desactivación del colaborador: Si la fecha de aplicación es el mismo día de la aprobación o una fecha anterior, la desactivación se realizará de forma automática al aprobar el flujo. 
• Archivado de la posición: Si se incorporó el campo "Si no se reemplaza, ¿deseas archivar la posición?" y la opción fue verdadero, entonces al momento de desactivar el usuario también se archivará la posición. 

7) Firma de plantillas:

Los flujos de Offboarding permiten generar plantillas que posteriormente sigan el flujo de firmas del módulo de Documentos, habilitando que trabajadores, sus jefaturas y contrapartes puedan firmar. 

Para el caso de Offboarding se considera Trabajador como el usuario Asignado, es decir, aquel que será dado de baja y Contraparte como las contrapartes definidas en el módulo de Documentos. 

Solicitud y aprobación

Una vez aprobada la solicitud, el colaborador será desactivado del máster de personas y no podrá acceder nuevamente a la plataforma.