Simulador ePolca

Definici贸n

La secci贸n del simulador nos permite fer los resultados de forma 谩gil que se han obtenido durante la 煤ltima simulaci贸n. As铆 mismo podemos:

  • Activar una simulaci贸n alternativa como principal
  • Personalizar las prioridades de una simulaci贸n creando una simulaci贸n alternativa personalizada
  • Lanzar una simulaci贸n forzada
  • Forzar sincronizaci贸n

    v7.14.0 : Forzar sincronizaci贸n solo estar谩 disponible si no hay una simulaci贸n en curso.

simulacion.png

Iconograf铆a y resultados

Cada bloque que aparece en la pantalla hace referencia a una simulaci贸n, las cuales pueden ser de dos tipos: primaria o alternativa. La diferencia entre los dos tipos son las prioridades que se les dan a las distintas ofs. Estas prioridades pueden ser modificadas para intentar obtener mejores resultados.

Dentro de cada bloque podemos encontrar:

  • icono de simulaci贸n activa o Bot贸n para convertir una simulaci贸n alternativa en primaria y activa.

    solo puede haber una simulaci贸n activa a la vez

  • resultados en verde: Son los resultados de las ofs que han terminado de fabricarse antes de su fecha prevista de entrega. el bloque nos indica el n煤mero de ofs que se han realizado y el promedio de tiempo de antelaci贸n.
  • resultados en rojo: Son los resultados de las ofs que han terminado de fabricarse despu茅s de la fecha prevista de entrega que ten铆an. El bloque nos indica el n煤mero de ofs que se han realizado en ese estado y el promedio de tiempo de desviaci贸n.
  • resultados en negro: Si nos aparece un bloque con resultados en negro quiere decir que s贸n ofs que no han podido terminar de fabricarse despu茅s de terminar todos los per铆odos de simulaci贸n.

    Por ejemplo si tenemos una simulaci贸n configurada para que simule el trabajo durante 30 d铆as, si despu茅s de esos 30 d铆as a煤n quedan ofs en el sistema que no han terminado su proceso de fabricaci贸n segun la simulaci贸n, esas ofs aparecer谩n en el bloque en negro

Adem谩s podemos acceder al detalle de los resultados de la simulaci贸n haciendo click sobre el bloque de la simulaci贸n, el cual nos ofrecer谩 un bot贸n para cargar los resultados d贸nde se mostrar谩 cada of en que estado ha terminado y el tiempo

simulacion_results.png

Prioridades

Por defecto la prioridad de todas las ofs es normal, de tal forma que se ejecutan las simulaciones teniendo en cuenta otros criterios de prioridad como la fecha prevista de entrega, etc.

Podemos alterar las prioridades de las ofs de dos formas

  • Activando una simulaci贸n alternativa
  • Personalizando nosotros las prioridades manualmente

Simulaciones alternativas

Los procesos de simulaci贸n, tanto los forzados como los autom谩ticos utilizan siempre como base la configuraci贸n de prioridades de la simulaci贸n primaria. El icono verde con forma de v en su parte superior derecha indicar谩 la simulaci贸n activa en ese momento.

En el caso que la simulaci贸n primaria haya obtenido resultados en rojo o en negro (ofs que no terminan en el tiempo esperado), adem谩s de la simulaci贸n principal podemos obtener simulaciones alternativas si las tenemos activadas en la secci贸n de configuraci贸n del sistema

Simulaci贸n alternativa autom谩tica

Si la simulaci贸n primaria a obtenido resultados en rojo o en negro (ofs que no terminan en el tiempo esperado), el proceso de simulaci贸n nos ofrecer谩 adem谩s una simulaci贸n alternativa de forma autom谩tica, a diferencia de la principal, en la simulaci贸n alternativa se alteran las prioridades de las ofs en funci贸n a la desviaci贸n de entrega de cada of fuera de plazo segun el siguiente criterio:

Criterio para aumentar o disminuir prioridades en simulaciones alternativas

Al decrementar prioridades siempre se dejar谩 como m铆nimo la prioridad 1 que equivale a prioridad normal. Al incremenetar prioridades siempre se dejar谩 como m谩ximo la prioridad 5 que equivale a prioridad m谩xima.

los niveles son:

  • 1: Normal
  • 2: Alto
  • 3: Muy Alto
  • 4: Urgente
  • 5: M谩ximo

Los criterios de reasignaci贸n s贸n:

  • Si la of termina m谩s de 1 d铆a antes y menos de 4 respecto a la fecha de previsi贸n de entrega: Se baja la prioridad 1 nivel
  • Si la of termina m谩s de 4 d铆as antes y menos de 8 respecto a la fecha de previsi贸n de entrega: Se baja la prioridad 2 niveles
  • Si la of termina m谩s de 8 d铆as antes respecto a la fecha de previsi贸n de entrega: Se baja la prioridad 3 niveles
  • Si la of termina tarde entre 1 y 3 d铆as respecto a la fecha de previsi贸n de entrega: Se aumenta la prioridad 1 nivel
  • Si la of termina tarde entre 3 y 7 d铆as respecto a la fecha de previsi贸n de entrega: Se aumenta la prioridad 2 niveles
  • Si la of termina tarde entre 7 y 12 d铆as respecto a la fecha de previsi贸n de entrega: Se aumenta la prioridad 3 niveles
  • Si la of termina mas de 12 d铆as tarde respecto a la fecha de previsi贸n de entrega: Se aumenta la prioridad 4 niveles

El propio ePolca modifica la prioridad y ejecuta una simulaci贸n alternativa para intentar obtener mejores resultados.

Al finalizar la simulaci贸n principal, si se detecta que hay ofs con desviaci贸n negativa en la fecha de entrega prevista, el sistema ejecuta dos simulaciones alternativas modificando las prioridades de las ofs seg煤n la desviaci贸n detectada para intentar proponer una configuraci贸n m谩s adecuada. Al finalizar las dos simulaciones alternativas el sistema solo guarda la mejor que ofrezca mejor resultado descartando la otra.

En caso de que nos interese m谩s la opci贸n que nos ha dado el sistema, la podemos activar a trav茅s de su bot贸n para convertirla en simulaci贸n primaria y que de aqu铆 en adelante se tengan en cuenta las nuevas prioridades de las ofs

Auto activaci贸n de simulaci贸n

En la configuraci贸n del sistema podemos seleccionar que resultado de simulaci贸n queremos que el sistema active por defecto al terminar el proceso de rec谩lculo de simulaciones alternativas. Las opciones de activaci贸n son las siguientes:

  1. Activar simulaci贸n primaria. Esta opci贸n deja activa la simulaci贸n principal que realiza el sistema con las prioridades igual a la 煤ltima simulaci贸n realizada.
  2. Activar simulaci贸n alternativa. Esta opci贸n activa siempre la simulaci贸n alternativa independientemente de que los resultados sean mejores o peores que la primaria.
  3. Activar la mejor simulaci贸n. Este sistema compara las dos simulaciones y activa la m谩s beneficiosa.

Criterios para definir que una simulaci贸n es mejor que la otra:

control por ofs favorables: Es la resta entre la cantidad de ofs terminadas a tiempo menos la cantidad de ofs terminadas tarde

control por diferencia de tiempo: Es la resta entre el tiempo total de anticipaci贸n obtenido en la simulaci贸n menos el tiempo total de retraso en ofs obtenido en la simulaci贸n.

Si la simulaci贸n alternativa cumple todas las siguientes condiciones, se considerar谩 que es m谩s favorable que la primaria.

  • Que la simulaci贸n alternativa tenga menos o las mismas ofs no finalizadas que la primaria
  • Que la simulaci贸n alternativa tenga un valor m谩s alto que la primaria en el control de ofs favorables
  • Que la simulaci贸n alternativa tenga un valor m谩s alto que la primaria en el control de la diferencia de tiempo

Simulaci贸n alternativa con prioridades manuales

Tenemos una 煤ltima opci贸n que es alterar las prioridades de las ofs manualmente por nuestra cuenta y bajo nuestro propio criterio.

Para ello hacemos click en el recuadro Configurar nueva simulaci贸n personalizada. Se nos desplegar谩 una tabla con paginaci贸n en la que tendremos todas las ofs de nuestro sistema y en la que podremos modificar la prioridad a trav茅s del desplegable ofrecido en la columna para ello.

Si modificamos la prioridad de una of que es padre en un 谩rbol de ofs, el sistema preguntar谩 si queremos modificar la prioridad de todos los hijos asociados a la of padre que estamos modificando. Si aceptamos se aplicar谩 el cambio a todas las ofs relacionadas, si le decimos que no solo se aplicar谩 el cambio a la of seleccionada.

priority_recursive.png

Cuando hayamos terminado las modificaciones podemos hacer click en el bot贸n de guardar. En ese momento el sistema nos avisar谩 que ejecutar谩 la simulaci贸n de nuevo para poder obtener los resultados seg煤n la nueva configuraci贸n.

Una vez haya terminado aparecer谩 en la pantalla un nuevo bloque de simulaci贸n alternativa con los resultados obtenidos seg煤n la configuraci贸n que hemos hecho.

Si los resultados son mejores que los de la simulaci贸n principal, podemos activar esta simulaci贸n alternativa para convertirla en principal, y que a partir de ahora se tengan en cuenta las nuevas prioridades para futuras simulaciones.

simulacion_custom.png

Ejecuci贸n de la simulaci贸n

La pantalla nos ofrece un bot贸n con el que podemos lanzar la simulaci贸n manualmente. En caso de que haya una simulaci贸n en curso ese bot贸n es substituido por un mensaje que nos indica que nos tenemos que esperar a que termine la que hay en curso antes de lanzar otra.

Adem谩s de recuadro en azul, el sistema tambi茅n nos est谩 indicando si se est谩 ejecutando una simulaci贸n a trav茅s del footer de la p谩gina, en el cual si aparecen tres puntos parpadeando es porque se est谩 ejecutando una simulaci贸n.

En el caso de tener alguna c茅lula sin m谩quina asignada, el proceso de simulaci贸n se cancelar谩.

simulacion_current.png

Cambio de estado por sobrecarga de m谩quina

Antes de comenzar la simulaci贸n el sistema verificar谩 si se ha asignado a una misma m谩quina m谩s de una of en curso a la vez. En cuyo caso dejar谩 asignada la of principal y el resto las pondr谩 en pausa. Esta modificaci贸n 煤nicamente se hace en memoria para realizar la simulaci贸n, no es un cambio de estado real del estado actual de la of.

Cuando vaya avanzando la simulaci贸n y se termine con la of asignada en la m谩quina se priorizar谩 con la siguiente of pausada poni茅ndola a trabajar. Y as铆 consecutivamente hasta liberar toda la cola de la c茅lula.

Proceso interno de simulaci贸n

Durante la simulaci贸n el sistema realizar谩 iteraciones de hora en hora (o el tiempo de iteraci贸n establecido) para ir analizando los cambios ocurridos entre una hora y otra.

  • Avance en el procesamiento de ofs que esten en m谩quina produciendose
  • Reasignaci贸n de ofs que ya hayan terminado al siguiente paso de su hoja de ruta
  • Rec谩lculo de la carga wip de cada c茅lula.
  • Puesta en marcha de las ofs que est茅n en cola asign谩ndoles las m谩quinas que hayan quedado libres de las ofs que ya hayan terminado

Criterio para OFs en planificaci贸n

Si en Administraci贸n > Configuraci贸n > Simulaciones est谩 activada la opci贸n Simular OFs en planificaci贸n como producci贸n, las OFs en planificaci贸n que participan en la simulaci贸n se tratan como OFs de producci贸n durante el c谩lculo.

Este criterio afecta a todo el ecosistema de resultados de simulaci贸n del sistema (simulador, secuenciador y pantallas de previsi贸n): las fechas previstas, desviaciones, colores/estados de resultado y m茅tricas derivadas se muestran en base a esa misma l贸gica.

Una paso de una of en una c茅lula se da por terminado cuando en una de las iteraciones se detecta que ya ha transcurrido el tiempo de fabricaci贸n del paso. O que quedan 15 minutos o menos para que termine, lo que llamamos tiempo de cortes铆a, de esa forma la of no tiene que esperar otra hora para pasar al siguiente paso si le queden menos de 15 minutos para terminar en la c茅lula actual.

Cuando una of termina con el 煤ltimo de sus pasos, se registra el d铆a y hora que se ha calculado que terminar谩 y se compara con la fecha prevista de entrega para indicar si terminar谩 a tiempo o no.

El sistema estipula un m谩ximo de iteraciones a 90 d铆as de simulaci贸n, aunque se pueden configurar menos a trav茅s del campo para ello en la configuraci贸n. Si al llegar al l铆mite estipulado en d铆as en la simulaci贸n una of no ha terminado con todos sus pasos de la hoja de ruta entonces se entiende que no se puede determinar su finalizaci贸n y se muestra en negro en el sistema.

simulation_days.png

Simulaci贸n precisa

Al habilitar la Simulaci贸n precisa cambiaremos sustancialmente la manera de ir iterando del simulador, que en lugar de hacerlo por tiempo de iteraci贸n, lo har谩 segun necesidad. Concretamente,se iterar谩 el tiempo m铆nimo restante de entre todas las 贸rdenes de trabajo trabajando o en post-procesado (con algunas iteraciones de control para controlar determinadas situaciones l铆mite y un tiempo de iteraci贸n m谩ximo de una hora). Esto implica, que ya no se tendr谩 en cuenta el tiempo de cortes铆a, ya que cada paso ser谩 simulado exacto.

El tiempo de simulaci贸n se incrementar谩 al activar esta funcionalidad, proporcionalmente al n煤mero de pasos de 贸rdenes de trabajo inferiores al tiempo de iteraci贸n.

Periodicidad de simulaciones

Existe un par谩metro de configuraci贸n que permite establecer si se quieren activar las simulaciones periodicas, de forma que el sistema cada ciertos minutos ejecuta automaticamente una nueva simulaci贸n, en caso de disponer de una sincronizaci贸n a medida de cliente tambi茅n se ejecutara en el mismo proceso.

Si este par谩metro est谩 activado, en caso de realizar una sincronizaci贸n de datos utilizando la api de ePolca, no se ejecutar谩 ninguna simulaci贸n adicional, se actualizaran los resultados con los 煤ltimos datos sincronizados la pr贸xima vez que se realice una simulaci贸n planificada.

En caso de que el par谩metro est茅 desactivado, las simulaciones periodicas no se realizar谩n, tampoco las sincronizaciones periodicas, el par谩metro desactiva toda automatizaci贸n de sincronizaci贸n y simulaci贸n. En cambio se realizar谩 una simulaci贸n cada vez que se sincronicen datos a trav茅s de la api ePolca o se solicite por bot贸n.

Resumen simplificado:

  • Con la opci贸n de simulaciones periodicas activadas:

    • Ejecuci贸n autom脿tica de simulaci贸n: SI
    • Ejecuci贸n de sincronizaci贸n de datos autom谩tica en integraciones a medida: SI
    • Ejecuci贸n de simulaci贸n al recibir datos en la API ePolca: NO
  • Con la opci贸n de simulaciones periodicas desactivadas:

    • Ejecuci贸n autom脿tica de simulaci贸n: NO
    • Ejecuci贸n de sincronizaci贸n de datos autom谩tica en integraciones custom: NO
    • Ejecuci贸n de simulaci贸n al recibir datos en la API ePolca: SI

Bloqueo de simulaci贸n

En ocasiones nos podemos encontrar que el sistema nos muestra un mensaje de error indicando que no se puede ejecutar la simulaci贸n.

Las posibles causas son las siguientes:

  1. Hay otra simulaci贸n en curso. En este caso debemos esperar a que termine la simulaci贸n en curso para poder lanzar una nueva.
  2. Falta de recursos. En la configuraci贸n se establece un umbral de recursos m铆nimos para poder simular. Si la asignaci贸n de recursos actual es inferior a la m铆nima el sistema no permitir谩 ejecutar la simulaci贸n.
  3. Falta de m谩quinas en alguna c茅lula. Si alguna c茅lula no tiene ninguna m谩quina asignada el sistema no permitir谩 ejecutar la simulaci贸n.
  4. Superaci贸n de ofs contratadas. Si el n煤mero de ofs en el sistema supera las ofs contratadas el sistema no permitir谩 ejecutar la simulaci贸n.

El aviso de ofs contratadas vs ofs actuales del sistema lo puede consultar en la secci贸n de Integridad de la plataforma