Ayuda sobre productos BOLD:
Solicitudes de cobertura
Existe la posibilidad de configurar la aplicación para que ante un determinado déficit de cobertura se abra un formulario de solicitud que permitiría recabar información sobre los empleados que son candidatos a cubrir dicho déficit y anotar su disponibilidad al respecto.
Este módulo combina funcionalidad de a nivel de Gestor con funcionalidad a nivel de las Personas trabajadoras.
Para activarlo se debe añadir en el querycustom, en la sección Modules, con el nombre CoverageRequestModule e incluir la BoldAction Act_AllowCoverageRequests_Web de forma que esté disponible y visible
<TBoldAction Name=»Act_AllowCoverageRequests_Web» ShowName=»Permitir solicitud de coberturas en FullWeb» UserAccess=»u_Administrador,u_Parametrizador, u_Planificador, u_Integrador, u_Consultor, u_Supervisor» Visible=»true» Enabled=»true»/>
A continuación añadimos un ejemplo de esta funcionalidad en los diversos pasos que contiene.
Gestionar cobertura
A partir de un déficit de cobertura la opción de Solicitud de Cobertura permite crear una solicitud de cobertura.
Gestionar cobertura por asignación del déficit a personal contratado y disponible
Crear solicitud de cobertura
La solicitud de cobertura contiene toda la información relevante para la misma, especialmente
- Necesidad a cubrir: cual es la neccesidad (silla o puesto de trabajo) que tiene el déficit Dia y franja: en que día y en que horas (en el ejemplo de 8:30 13:30 del 4 de julio)
- Tipo: puede ser Universal o Restringida. Universal: cualquier empleado contratado en fecha déficit con categoría compatible con la actividad. Restringida: la lista de candidatos la genera el gestor. Por defecto siempre es Restringida.
- Estado: Si está cerrada o abierta. Implica si los empleados pueden presentarse como candidatos a la solicitud de cobertura.
Opcionalmente puede estar informado
- Sustituyendo a: empleado ausente que genera el déficit
- Motivo: Ausencia que provoca el déficit.
Buscar candidatos
El análisis de alternativas ofrece quien estaría capacitado y disponible para realizar la cobertura, permitiendo al gestor seleccionar aquellos a los que solicitará la misma
Alternativas
Explicación de algunas columnas del informe:
- Tipo de actividad → Valores = Descanso, Ocupado, Disponible, SemiDisponible. Indica si el empleado/candidato ese día no tiene horario (Descanso); o si tiene asignación (Ocupado); o si tiene horario, pero no tiene asignación (Disponible); o parte de su horario es sin asignación (SemiDisponible).
- Estado → Valores = Bloqueado, Planificado. Indica si el turno para ese día del candidato está bloqueado (tiene el candado en el Gantt) o simplemente planificado.
- H. Referencia → Indica el turno que le tocaría ese día en base a su ciclo (de ahí que algunos tengan y otros no).
- H. Planificado → Indica el turno planificado para el candidato ese día.
- 1ª Necesidad → Indica la primera necesidad asignada ese día (del horario planificado) para el candidato (si es que la tiene).
- Es área pref. → Indica si la necesidad a cubrir, el déficit, es de la misma área que la del candidato.
Los campos “Acción a realizar” y “Tipo de actividad” van ligados, estos son los valores que pueden tomar:
| Acción a realizar | Tipo de actividad |
|---|---|
| Añadir | Descanso |
| Sumar | Ocupado |
| Cambiar/Asignar | Disponible |
| Cambiar/Asignar | SemiDisponible |
Filtro de competencias
Es posible definir un filtro previo de competencias para limitar la búsqueda de candidatos a aquellos que además de lo definido anteriormente, tienen en su lista de competencias por empleado, alguna de las que el usuario gestor define en una lista adicional.
Para ello, debe estar habilitado en el fichero de configuración del servidor la variable CoverageFilterBySkills en la sección: Coverage
A continuación podrá seleccionar cualquiera de las competencias obtenidas a partir de la consulta «GetSkillListAvailable». Desde esa misma ventana puedes añadir/eliminar y lanzar la búsqueda de candidatos.
Seleccionar candidatos
En casos de solicitudes de tipo Restringido el gestor crea una lista de candidatos a los cuales les aparecerá la petición en la App
App: aceptar o rechazar solicitud
Aceptar o rechazar solicitud
App: solicitud aceptada pendiente de confirmar
Solicitud aceptada pendiente de confirmar
App: la solicitud pendiente se puede rechazar
La solicitud pendiente de confirmar se puede rechazar
Gestor: respuestas a la solicitud
Se reciben las respuestas en la propia solicitud
Gestor: decisión sobre las solicitudes
El gestor decide con quien cubre el déficit (podría haber más de una respuesta positiva a la solicitud)
Si la asignación comporta algún aviso se indica (en este caso la guardia implica más de 14 horas en jornada ya que ese día el profesional trabaja)
Gestor: asignación realizada
Con la asignación realizada la solicitud pasa a estado Asignada y se recogen los datos del candidato asignado
App: visualización de la asignación
Configuración del módulo
ATENCIÓN: El siguiente contenido es de uso avanzado y su utilización puede ocasionar daños irreparables en la configuración del sistema
Existen dos variables de configuración para el servidor en la sección AppAreaDetailedAssignedNeed del ini del servidor. Son las siguientes:
FilterOnlyDefOnAppAreaDetailedAssignedNeed (valores 1 o 0. Por defecto 0): Indica si en el calendario de coberturas se mostrarán únicamente solicitudes de cobertura. En caso de ser 0, además de coberturas se mostrará otra información relacionada con el calendario del equipo.
NumWeeksToExplore (int, valor por defecto 0): El calendario de coberturas se mueve a nivel de semanas. Sin embargo en un entorno donde hay pocas coberturas disponibles para cada persona, resulta interesante mostrar en la ventana inicial, cobertura de un intervalo de tiempo mayor. En concreto, el correspondiente al nº de semanas indicado en ese parámetro.
Información técnica adicional
Las coberturas muestran en el informe un campo llamado HiringStatus que procede de CoverageRequestStatusByWorker, que puede tomar los siguientes valores en función del empleado que hace la consulta:
- 4: El empleado está asignado (se la han otorgado) a la cobertura.
- 3: El empleado rechaza la cobertura, ha respondido NO.
- 2: El empleado ha aceptado la cobertura y está pendiente de confirmarse por parte del mando. Ha respondido SI.
- 1: El empleado ha sido invitado (o la solicitud de cobertura es de tipo Abierta, y por tanto está invitado aunque sea de forma indirecta) pero aun no ha contestado.
- 0: No has sido invitado a esa cobertura.