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:
v7.14.0 : Forzar sincronizaci贸n solo estar谩 disponible si no hay una simulaci贸n en curso.

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:
solo puede haber una simulaci贸n activa a la vez
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

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
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
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:
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:
Los criterios de reasignaci贸n s贸n:
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
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:
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.
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.

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.

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谩.

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.
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.
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.

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.
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:
Con la opci贸n de simulaciones periodicas desactivadas:
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:
El aviso de ofs contratadas vs ofs actuales del sistema lo puede consultar en la secci贸n de Integridad de la plataforma