Descripción de la opción de bloqueo de reserva en Resource Scheduling Optimization

Una vez se crea una reserva, se puede establecer un bloqueo en el campo Opciones de bloqueo de programación de la pestaña Resource Scheduling Optimization del registro Reserva de recursos que se pueden reservar. Resource Scheduling Optimization siempre incluirá reservas bloqueadas como parte del horario optimizado.

Opciones de bloqueo de reserva

Existen cuatro opciones:

• Intervalo de tiempo: Resource Scheduling Optimization puede mover reservas dentro de determinados intervalos de tiempo para aegurar que el tiempo de llegada estimado se encuentre dentro de este intervalo temporal pero no el tiempo de finalización de la reserva. Resource Scheduling Optimization puede asignar reservas a otros recursos respetando este intervalo de tiempo y los siguientes campos relacionados con el tiempo.

  • Inicio de ventana de fecha o Fin de ventana de fecha se establecen en el mismo día: Resource Scheduling Optimization programa la reserva para ese día pero no importa la hora del día.
  • Inicio de ventana de hora o Fin de ventana de hora definen un plazo de tiempo: Resource Scheduling Optimization programa la reserva en ese plazo pero la fecha no importa.
  • Tiempo desde prometido y Tiempo hasta prometido se establecen en una fecha y un período de tiempo: Resource Scheduling Optimization programa una reserva en la fecha seleccionada en el intervalo de tiempo seleccionado.
  • Inicio/fin de ventana de fecha e Inicio/fin de ventana de hora se establecen en un plazo en el mismo día: Resource Scheduling Optimization programa una reserva en la fecha seleccionada en el intervalo de tiempo seleccionado.

  Nota

  Si los campos de fecha y hora contienen información en conflicto, Resource Scheduling Optimization usa primero Hora de inicio/Hora de finalización prometida.

• Recurso: Resource Scheduling Optimization puede mover reservas a otros plazos de tiempo, pero tiene que mantener el mismo recurso.

• Hora: Resource Scheduling Optimization puede mover reservas a otros recursos, pero tiene que mantener la hora de llegada estimada.

• Recurso y hora: Resource Scheduling Optimization no puede mover reservas a ningún otro recurso ni a ningún otro plazo de tiempo. La hora de inicio de la reserva y la duración del viaje estimada se pueden cambiar si Resource Scheduling Optimization programa una reserva en una nueva ubicación antes de que la reserva sea una reserva bloqueada.

Ejemplo

El recurso Bernadette tiene una reserva que comienza a las 9:15 AM. Esta reserva tiene el tiempo bloqueado. Cuando Resource Scheduling Optimization se ejecuta, el sistema detecta un tiempo de inactividad de 15 minutos para Bernadette por la mañana. Ningún otro requisito de duración cabe en ese espacio con la reserva bloqueada al lado.

Para respetar la opción de bloqueo definida, Resource Scheduling Optimization mantiene la reserva bloqueada en el horario. Sin embargo, como parte de la optimización del cronograma, la reserva se asigna a Ashley. Este cambio libera tiempo para que Bernadette complete otros trabajos.

Uso excesivo de restricciones de bloqueo

El uso excesivo de restricciones de bloqueo puede resultar en una mala optimización del programa final. Las opciones de bloqueo de reserva deben usarse con prudencia para maximizar los resultados de Resource Scheduling Optimization y minimizar la interferencia con otros objetivos Resource Scheduling Optimization.

Por ejemplo, hay dos requisitos, A (una hora) y B (ocho horas). Tenemos un recurso (Jeff) que trabaja ocho horas al día. Cuando Resource Scheduling Optimization se ejecuta con el objetivo de maximizar el total de horas de trabajo, el requisito B (8 horas) debe asignarse al recurso Jeff.

Si reserva el requisito A (1 hora) para el recurso Jeff y bloquea esa reserva para el recurso, Resource Scheduling Optimization se asegura de que el requisito A permanezca en el programa. Por otro lado, no programará el requisito B (ocho horas) en el mismo día y deja a Jeff con solo una hora de trabajo programado.

Solución de problemas y control de errores

El uso excesivo de restricciones de bloqueo puede resultar en una mala optimización del programa final. Las opciones de bloqueo de reserva deben usarse con prudencia para maximizar los resultados de Resource Scheduling Optimization.

Si una reserva bloqueada no puede respetar todas las restricciones definidas, la solicitud de optimización continuará, omitiendo los recursos identificados que tienen violaciones. Se generará el siguiente mensaje de error para ayudar con la solución de problemas.

El sistema no pudo optimizar algunos registros. Errores internos: la reserva bloqueada no es factible, motivo: Violation. Seguimiento de puntos de datos: RequirementId, RequirementName, BookingId, BookingName, ScheduledTimeWindow, FullTimeWindow, ArrivalTime, Lock Type

Los puntos de datos de seguimiento lo ayudan a identificar qué salió mal. Intente actualizar la configuración de la reserva para abordar el motivo de la infracción antes de ejecutar Resource Scheduling Optimization otra vez.

Tipos de infracción

• La reserva bloqueada no puede cumplir con el filtro de ventana de tiempo.

  • LockBookingTimeWindowFilter. Escenarios potenciales:

    • La reserva bloqueada está fuera del horario laboral del recurso
    • Ventana de tiempo prometida no válida
    • Tiempo de viaje no válido

  • ResourceBreakTimeWindowFilter. Una reserva bloqueada entra en conflicto con un tiempo de descanso programado.

• Error en la comprobación de idoneidad con restricción.

  • MeetsRequiredSkills. Una reserva bloqueada tiene una coincidencia no válida de la características de capacidades de recursos.

  • MeetsRequiredRoles. Una reserva bloqueada tiene una coincidencia de roles de recursos inválida.

  • MeetsResourcePreferences. Una reserva bloqueada tiene un recurso "debe elegir" o "restringido" inválido.