Escenarios de Resource Scheduling Optimization

9 minutos

Una de las principales ventajas de Resource Scheduling Optimization (RSO) es la flexibilidad que proporciona a las organizaciones para determinar cuándo y cómo van a utilizar la aplicación. Todas las organizaciones que busquen implementar la solución tendrán necesidades ligeramente diferentes que no solo determinarán qué quieren optimizar, sino también cuándo y cómo se deben ejecutar los trabajos.

Por ejemplo, una organización podría tener trabajos de RSO que se ejecuten una vez a la semana o todas las noches, y podría optimizar las programaciones para muchos recursos a la vez. Otra opción es que un cliente llame y cancele una solicitud. En este escenario, la cancelación podría afectar a un solo recurso o a varios. Dependiendo de sus necesidades, una organización puede usar Resource Scheduling Optimization de muchas maneras diferentes para mejorar su programación y sus recursos.

Si bien las organizaciones tienen muchos escenarios diferentes para elegir cuando usan RSO para optimizaciones de programación, estos son los escenarios más comunes:

Programación nocturna
Programación intradía
Programación basada en condiciones
Cancelaciones y retrasos
Simulaciones

Programación nocturna

La programación nocturna es probablemente la forma más común de usar la RSO para optimizar programaciones. Normalmente, el trabajo de optimización funciona con grandes cantidades de datos. Por esta razón, es más efectivo definir programaciones que ejecutarán trabajos de RSO después del horario laboral normal. Una organización podría crear una programación nocturna o semanal en función de lo que se desea optimizar. Cada trabajo programado tiene un alcance de registro adjunto que define qué recursos, requisitos o reservas se van a optimizar. Cuando se ejecuta el trabajo programado, la RSO optimiza todos los artículos dentro del ámbito.

Por ejemplo, una organización puede tener una programación semanal que se ejecuta los domingos por la noche. El trabajo está configurado para programar cualquier artículo no programado cuyo estado sea Listo para enviar y para optimizar todas las reservas programadas actualmente solo para recursos internos del usuario.

De lunes a jueves por la noche se ejecutan diferentes trabajos, lo que optimiza los artículos programados actualmente. La programación nocturna programa artículos en la zona de Washington que tengan el estado Listo para enviar para todos los recursos de Washington. Este método puede ser útil porque reajusta las programaciones en función de los cambios de programación que ocurran durante el día.

Cuando los distribuidores llegan por la mañana, pueden ver los resultados en el tablero de programación y consultar cómo se programaron los artículos. Si ven que se debe cambiar algo, pueden usar herramientas como el Tablero de programación, el Asistente de programación o la RSO para ajustar las programaciones de los diferentes recursos según sea necesario.

Programación intradía

A lo largo de un día, una organización puede tener varios artículos nuevos que se deben programar. Es posible que algunos de esos artículos no requieran una programación inmediata y puedan esperar a ser programados cuando se ejecute el trabajo de programación nocturna por la noche. Sin embargo, es probable que otros trabajos requieran programación inmediata. En estos casos, una organización puede elegir crear programaciones intradía.

A diferencia de la programación nocturna, que generalmente se ejecuta después del horario laboral, la programación intradía se ejecuta durante todo el día (como cada hora o media hora) y generalmente afecta a un subconjunto de datos más pequeño, como artículos de alta prioridad o de emergencia.

Por ejemplo, una organización tiene una directiva para programar artículos de alta prioridad inmediatamente porque están asociados a clientes con contrato o situaciones de emergencia. Las órdenes de trabajo de alta prioridad tienen un poco más de flexibilidad.

En este caso, la organización podría definir lo siguiente:

Una programación intradía que se ejecuta cada 30 minutos durante todo el día y programa cualquier artículo de alta prioridad no programado.
Una segunda programación intradía que se ejecuta cada dos horas y programa todos los artículos nuevos no programados.
Un trabajo final que se ejecuta durante el almuerzo y que programa cualquier artículo no programado actualmente y realiza una optimización básica para el resto del día.

A medida que avanza el día, los distribuidores pueden ver estos artículos nuevos que se han programado en el tablero de programación, y pueden optar por realizar ajustes manuales si es necesario.

Programación basada en condiciones

A diferencia de la programación intradía, donde una organización establece una programación predefinida para que los trabajos se ejecuten a lo largo del día, existen algunos escenarios en los que una organización no tiene la flexibilidad de esperar a que comience un trabajo programado. En estos escenarios, una organización puede desencadenar y ejecutar un trabajo de optimización en respuesta a un evento específico, como la creación de un artículo de emergencia.

Por ejemplo, mediante el uso de una aplicación de automatización de flujo de trabajo, como Power Automate, una organización puede definir un procedimiento automatizado para ejecutar un trabajo de optimización cada vez que se crea un artículo marcado como artículo de emergencia. El trabajo de optimización también se configura para incluir solo los requisitos marcados como trabajos de emergencia.

Al desencadenar la automatización de esta manera, la aplicación programa el artículo de emergencia para el técnico más adecuado según los criterios definidos en la aplicación.

Cancelaciones y retrasos

Otro escenario común que puede afectar a la programación actual y futura es la cancelación de un cliente o algún tipo de retraso. Por ejemplo, un retraso por culpa del tráfico o cuando se tarda más de lo esperado en realizar un trabajo. Dependiendo del escenario, los recursos involucrados y la duración del retraso (y así sucesivamente), estos elementos pueden impactar potencialmente en múltiples recursos. En este caso, una organización puede optar por utilizar la programación basada en condiciones, definir una programación intradía o realizar el cambio manualmente.

Sin embargo, a menudo, las cancelaciones o retrasos afectan generalmente a un solo recurso. En estos casos, puede ser más fácil usar la función de optimización de un solo recurso de RSO para llenar los vacíos y optimizar la programación de recursos para el resto del día. Con la optimización de un solo recurso, las organizaciones pueden seleccionar un recurso individual y ejecutar un trabajo de optimización basado únicamente en dicho recurso.

Por ejemplo, un distribuidor recibe una llamada de un cliente a las 11:00. Un técnico llamado Edgar está programado para ir al sitio a la 13:30 para trabajar en un problema de mantenimiento preventivo. El cliente dice que la 13:30 es una hora que no le va bien y que es necesario cancelar. Ahora, Edgar tiene un hueco en su programación. Con la optimización de un solo recurso, un distribuidor puede elegir a Edgar y luego optimizar solo su programación para un plazo de tiempo específico o para el resto del día, si es necesario. Se trasladarán las reservas existentes. Los elementos solo afectan a Edgar, no a otros técnicos.

Ejecutar como simulación

Una organización típica suele tener muchos trabajos de optimización diferentes definidos para dicha organización. Como se ha mencionado anteriormente, muchos de estos trabajos se crean y diseñan para situaciones y escenarios específicos. Como su nombre indica, el objetivo de cualquier trabajo de RSO es que, después de que se ejecute el trabajo, el resultado arroje un resultado más eficiente que antes de que se aplicara el trabajo. Sin embargo, dependiendo de algunos factores, cada trabajo de RSO puede proporcionar resultados distintos. Un resultado podría ser más eficiente que otro, o en algunos casos, el escenario actual podría ser el resultado más eficiente.

Para estos casos, una organización puede ver que es más ventajoso ejecutar un trabajo de RSO como simulación. La simulación muestra cuáles serían los resultados si se aplicara ese trabajo. Al usar los datos que se muestran como parte de la simulación, los distribuidores pueden evaluar los resultados y determinar si realmente son la mejor opción.