Historial y corrección de errores

La opción Historial del menú de acciones de un puesto muestra todos los cambios registrados para ese puesto, en dos tablas.

Ocupantes a lo largo del tiempo

Muestra cada asignación del puesto, actual, pasada o futura:

  • Colaborador e ID (el número de legajo del colaborador).
  • Desde: la fecha de inicio. Las asignaciones que todavía no comenzaron se marcan con la etiqueta Programado.
  • Hasta: la fecha de fin, inclusive, o Sin fecha de fin.
  • Observaciones: el comentario ingresado al asignar.

Si la asignación incluye un traslado a la unidad del puesto, debajo del nombre del colaborador se muestra su estado:

  • Traslado a {unidad} programado para el {fecha}: el traslado está pendiente y se aplicará en esa fecha. El enlace Cancelar traslado permite anularlo.
  • Trasladado a {unidad} el {fecha}: el traslado ya se aplicó. Si la persona dejó de ser responsable de su unidad anterior, se indica a continuación.
  • Traslado no aplicado: el traslado no se realizó porque la unidad del colaborador se cambió manualmente o porque el colaborador fue eliminado.

Si una de las unidades fue eliminada, se muestra (unidad eliminada) en su lugar.

Cada fila ofrece el botón Finalizar, para las asignaciones que no finalizaron (consulta Finalizar una asignación), y el botón rojo Eliminar (corrección de carga).

Dependencias a lo largo del tiempo

Muestra los puestos de los que dependió el puesto, desde el más reciente al más antiguo, con sus fechas Desde y Hasta. Los cambios de dependencia futuros se marcan con la etiqueta Programado. Sólo la primera fila (el cambio más reciente) ofrece el botón rojo Eliminar (corrección de carga).

Los períodos en los que el puesto no figura en esta tabla son períodos en los que fue un puesto de nivel superior.

Corrección de errores de carga

Xignable distingue entre los cambios reales de la organización y los errores de carga:

  • Un cambio real, como una persona que deja su puesto o una reestructuración, se registra con una fecha de vigencia y conserva la situación anterior en el historial: finaliza la asignación, cambia la dependencia o cierra el puesto.
  • Un error de carga, como asignar a la persona equivocada o elegir un puesto superior incorrecto, se corrige eliminando el registro, como si nunca hubiera existido.

Las siguientes opciones permiten deshacer los errores de carga:

Opción Dónde se encuentra Qué hace
Eliminar (corrección de carga) de una asignación Historial, tabla de ocupantes, en cualquier fila Elimina la asignación. El campo Puesto del colaborador se recalcula, y si la asignación tenía un traslado de unidad pendiente, éste también se elimina.
Eliminar (corrección de carga) de una dependencia Historial, tabla de dependencias, sólo en el cambio más reciente Elimina el último cambio de dependencia y restablece la dependencia anterior.
Cancelar traslado Historial, debajo del nombre del colaborador, sólo en los traslados pendientes Anula el traslado programado. La asignación al puesto se mantiene y el colaborador permanece en su unidad actual.
Eliminar un puesto Menú de acciones del puesto, sólo en los puestos sin historial Elimina el puesto. Consulta Eliminación de un puesto.

Todas estas opciones muestran una ventana de confirmación con el detalle del registro, y requieren que ingreses tu contraseña para confirmar la eliminación. Si la contraseña es incorrecta, la ventana permanece abierta para que vuelvas a ingresarla. Las eliminaciones quedan registradas en el registro de eventos de la organización.

Utiliza estas opciones sólo para corregir errores de carga. Para registrar un cambio real, finaliza la asignación, cambia la dependencia o cierra el puesto; de lo contrario perderás la información histórica.

Al eliminar un cambio de dependencia

  • Si el cambio eliminado había finalizado la dependencia anterior, ésta vuelve a estar vigente desde ese momento.
  • Si el puesto no tenía una dependencia anterior, pasa a ser un puesto de nivel superior.
  • Si la dependencia anterior había finalizado antes del cambio eliminado (porque en ese período el puesto era de nivel superior), no se modifica, y el puesto queda en el nivel superior.
  • Si restablecer la dependencia anterior generara un ciclo con cambios posteriores del organigrama, la eliminación se rechaza y no se modifica nada.

Por ejemplo: el puesto Vendedor depende de Gerente comercial, y por error se cargó que desde el 01/12 depende de Gerente de operaciones. Al eliminar ese último cambio desde el historial, Vendedor vuelve a depender de Gerente comercial sin fecha de fin.

Acciones que no pueden deshacerse

  • El cambio a Ninguno (nivel superior): no crea una nueva dependencia, por lo que no hay un registro que eliminar. Vuelve a asignar la dependencia correcta a partir de una fecha posterior.
  • El cierre de un puesto: si lo cerraste por error, crea un nuevo puesto. Su código puede reutilizarse a partir del día siguiente al cierre.
  • La fecha de fin de una asignación: no puede postergarse. Crea una nueva asignación a partir del día siguiente, o elimina la asignación y vuelve a cargarla si se trató de un error.
  • Un traslado de unidad ya aplicado: al eliminar su asignación, el colaborador permanece en la nueva unidad. Si corresponde, devuélvelo a su unidad anterior desde la pantalla de unidades organizativas y, si era responsable de ella, vuelve a designarlo como responsable.