Cuando Preactor programme intentará cargar en cada recurso del grupo antes de decidir el “mejor”. Este será el recurso que acabe antes, y al hacer esto, Preactor está de hecho también nivelando las cargas dentro del grupo.

En Preactor 100 FCS y versiones superiores donde se trabaja con una base incorporada de rutas y un único nivel BOM (con todas las operaciones en un única orden), el usuario puede usar el botón de solicitud de plazo para hallar la fecha de entrega para el pedido de un producto.

En la mayoría de casos ud. necesitará definir recursos como con capacidad finita, sin embargo in algunos casos son necesarios recursos infinitos para modelar determinados procesos. Por ejemplo una operación externa puede tener un tiempo de proceso de 2 días independientemente del número de lotes que se envíen y en este caso un recurso infinito llamado “Subcontratación” puede usarse para definir el modelo. Una tercera vía, “Infinito sujeto a Calendarios” también puede usarse. Por ejemplo para definir que el subcontratista no trabaja los fines de semana y que los 2 días se ampliarán si se envía el material en viernes.

Los calendarios de Preactor aportan al usuario un enfoque intuitivo para el desarrollo de plantillas de calendarios de recursos. Simplifica la definición de turnos estándar y permite el usos de patrones repetitivos. Los calendarios por defecto se pueden asignar fácilmente a recursos o grupos de recursos. Los recursos pueden trabajar bajo diferentes patrones. Se pueden guardar plantillas complejas para ser usadas en el futuro. Esta es una forma simple de cambiar la disponibilidad de un recurso durante un periodo corte de tiempo, por ejemplo, para trabajar con horas extras.

Existe una jerarquía para definir los calendarios de los recursos. Cada recurso tiene su calendario. Este calendario se define en una plantilla, mientras que ésta está compuesta de un número de periodos. Cada periodo tiene un estado de calendario. La creación o edición de estados, plantillas y asignación a recursos se realiza desde dentro del Secuenciador de Preactor.

Al programar operaciones dentro de una orden ud. puede escoger programar hacia delante o hacia atrás. En la programación hacia delante la primera operación de la orden (por número de operación) se carga en uno de los recursos del grupo de recursos especificado (por defecto escogerá el recurso que acabe antes) tan pronto como sea posible tras la fecha de inicio más pronta (EST). Luego se añadirá la siguiente operación hasta que todas las operaciones de esa orden se hayan secuenciado.

En la programación hacia atrás la última operación se secuencia en primer lugar con la fecha de finalización en o antes de la fecha objetivo para la orden. Las operaciones anteriores se añaden a continuación hacia atrás desde el inicio de la operación previa.

En la programación bi-direccional se bloquea una operación. Las operaciones previas a la operación bloqueada se programarán hacia atrás a partir de la fecha de inicio de la operación bloqueada y las siguientes se programarán hacia delante a partir de la fecha de fin de la operación fijada.

Existen un número de listados estándar en todas las versiones. Estos incluyen: Eficacia de la Programación, Listas de Trabajo para cada recursos y grupo de recursos, Pedidos y Pedidos por Cliente, Hoja de Ruta para cada orden, Lista de Trabajo por día, Operaciones y órdenes retrasadas, y calendarios para cada recurso.

Se pueden editar uno o múltiples calendarios de recursos desde el secuenciador. Un ejemplo de esto es la edición de un calendario para añadir una excepción que represente una avería en la que un recurso no estará disponible durante un periodo de tiempo, pudiendo ser minutos, días o semanas. Al hacer esto el programa se actualiza automáticamente mostrando el efecto de la avería. Si el recurso es un operario se puede usar esta funcionalidad para añadir un día de formación o cualquier otra razón de ausencia.

Otra excepción sería un periodo planificado de mantenimiento o variación de eficiencia (velocidad de proceso) debido a un evento inesperado.

Preactor v10.0 utiliza SQL 2005 como base de datos. Se puede optar tanto por SQL 2005 Express como SQL 2005 Server y la información se guarda y recupera automáticamente de la base de datos. Esto permite un amplio rango de posibilidades de información y análisis al utilizar herramientas estándar de análisis de datos.

Se pueden definir y asignar atributos a productos y operaciones en productos para ayudar a localizarlos en el Secuenciador. En versiones superiores estos atributos pueden utilizarse para calcular tiempos de preparación dependientes de la secuencia así como para controlar la secuenciación de operaciones y órdenes.

Se pueden bloquear operaciones individuales en el diagrama de planificación (no se eliminarán del programa al reprogramar) de diferentes formas. Se pueden bloquear las operaciones individuales de una en una o también todas las de una orden de fabricación. De la misma forma se puede proceder para desbloquearlas.

Un método alternativo de bloqueo/desbloqueo de múltiples operaciones simultáneamente es mediante el localizador. Aquí se puede seleccionar el atributo adecuado y luego bloquear o desbloquear todas esas operaciones con el mismo valor de atributo.

Otro método alternativo de bloqueo/desbloqueo de múltiples operaciones al mismo tiempo es hacer clic con el botón derecho en el nombre de un recurso en el secuenciador y usar las opciones de bloqueo/desbloqueo para bloquear todas las opciones que están asignadas en ese momento a ese recurso.

Otro método alternativo consiste en arrastrar la fecha de inicio de programación hacia el futuro. Las operaciones iniciadas antes de ese momento no se eliminarán del diagrama cuando se reprograme.

Cada operación tiene un número de operación, por ejemplo, 10, 20, 30, … Si ud. define 2 operaciones 10 entonces Preactor las programará “en paralelo” y esperará a que ambas estén programadas antes de programar la operación 20. Esto permitirá que ambas operaciones se ejecuten en paralelo siempre que los recursos necesarios estén disponibles.

El Secuenciador es el corazón del sistema de programación y contiene el Editor de Calendarios de Preactor, la Visión de la Secuencia, el Editor, los Gráficos (Preactor Lite está limitado a gráficos que muestran las colas de trabajo en cada recurso del periodo del programa que muestra cuellos de botella) y el Gráfico de Seguimiento. Establece los patrones de calendarios tanto para los recursos principales como para los secundarios, permite programación automática y manual y gestiona todos los cálculos de capacidad finita.

Ud. puede definir cómo desea que Preactor calcule el tiempo de proceso para una operación al especificar el ritmo de producción como tiempo por artículo, cantidad por hora o un tiempo fijo por lote.

Las Estadísticas del Programa muestran datos del programa actual cargado:-

Datos Relativos a Órdenes (Nº y porcentajes)

Avanzadas

Tarde

Incompletas

Datos Órdenes Iniciadas Totales (Total, Mínimo, Promedio & Máximo)

Tiempo Avanzado

Tiempo Atrasado

Tiempo Preparación

Tiempo Proceso

 Porcentaje Valor Añadido

Datos de Recursos (%Mínimo, Máximo & Promedio)

Porcentaje Trabajando

Porcentaje Preparación

Porcentaje No Disponible

Porcentaje Ocioso

Porcentaje Utilización

Duración del Programa

En Preactor Lite, 100 FCS y 200 FCS ud. puede definir una restricción finita por operación. En versiones superiores ud. puede definir múltiples restricciones finitas por operación.

Al contrario que Preactor Lite, Preactor 100 FCS y versiones superiores tienen un tamaño ilimitado de base de datos.

Tablas de Datos	Número de Registros
Ordenes	1000
Grupos de Recursos	40
Resources	40
Calendarios	5000
Calendarios por Defecto	250
Estados de Calendario	100
Productos	1000
Importación Órdenes	1000
Importación Productos	1000

 

Interfaz ActiveX para permitir manipulación de datos, capturar eventos y acciones personalizadas e informes. La interfaz ActiveX enlazará con cualquier lenguaje de programación compatible con ActiveX (COM), como Microsoft Visual Basic.

En Preactor 200 FCS y superiores el usuario tiene la capacidad de colocar un control ActiveX en una ventana dentro del secuenciador de Preactor.

En Preactor 200 FCS y versiones superiores el usuario puede definir recursos adicionales o secundarios usados por un recurso y/o operación. Por ejemplo, una máquina puede requerir un operario y/o una herramienta para ejecutar una operación. En el secuenciador de Preactor se dispone de un gráfico para cada recurso adicional. El usuario también puede definir el color del gráfico y un color diferente para cuando el uso supera un determinado nivel. Cada recurso adicional puede tener una capacidad asignada (p.ej. 2 operarios). Esta capacidad puede ser variada durante el tiempo asignando un patrón de calendario , por ejemplo, ud. puede tener 2 operarios por la mañana y 3 por la tarde.

Las órdenes y operaciones a Riesto se pueden resaltar de diferentes formas.

Existen dos botones en el secuenciador para destacar únicamente operaciones u órdenes a Riesgo. También, en el editor, cualquier operación a Riesgo se destaca en color amarillo. También existe un listado que muestra estas operaciones.

En Preactor 200 FCS y versiones superiores el usuario tiene acceso al botón de reparación del programa. Esto se puede usar para corregir un programa en el que pequeñas alteraciones de las fechas de inicio y fin de operación provocan solapamiento entre fases (suponiendo que no se ha definido como permitido). La reparación del programa mantendrá las operaciones en el mismo recurso (siempre que sea posible) pero ajustará la hora de inicio y fin para operaciones no iniciadas para mantener la secuencia correcta de operaciones dentro de una orden.

En Preactor 200 FCS y versiones superiores el usuario puede definir un tiempo de buffer que puede ser dependiente del producto o del cliente (o una combinación de ambos). Preactor utiliza el buffer de entrega de dos formas.

Cuando se programa hacia atrás Preactor programará la última operación, donde sea posible, para acabar en la fecha objetivo menos el buffer de entrega. Cualquier orden con la última operación finalizando después del inicio del buffer de entrega será referida como una orden a Riesgo.

El asistente de importación/exportación es usado para crear una rutina de importación o exportación desde o hacia un fichero externo de datos en formato CSV.

Las licencias de Preactor se basan en un sitio de licencias, un conjunto de ficheros y carpetas en un ordenador que desbloquea el software para su uso de acuerdo con la licencia comprada. El Gestor de Licencias es una utilidad para mantener licencias y permitir al usuario la consulta, adición, eliminación, cambiar el nombre o mover licencias.

En Preactor 200 FCS y versiones superiores el usuario puede definir para una operación que un lote se partirá en lotes más pequeños. Por ejemplo un lote de 20 puede partirse en lotes de 10. Cada lote será programado independientemente. Esto se usa, por ejemplo, para permitir que el lote se programe en más de un recurso dentro de un grupo de recursos. También se utiliza donde un recurso sólo puede procesar un lote pequeño cada vez, por ejemplo, un horno que sólo puede procesar 10 piezas cada vez.

El usuario puede permitir la transferencia de lotes entre operaciones. Por ejemplo, un lote de 100 podría tener una cantidad de transferencia de 20. Entonces, tan pronto como se finalizan 20 piezas la siguiente operación se puede programar.

El usuario puede introducir una orden y posteriormente definir un intervalo de repetición. Por ejemplo, ud. podría introducir un pedido de 100 ud. del producto A, usar la herramienta de repetición de órdenes para crear 5 sub-órdenes de 100 separadas por un periodo de una semana. Preactor cambiará entonces la primera fecha de inicio y la fecha objetivo de esas sub-ordenes teniendo en cuenta el intervalo de repetición.

El usuario puede introducir una orden y definir una partición, de forma que se creen sub-órdenes con cantidades definidas y un intervalo temporal. Por ejemplo ud. podría crear una orden de 100 uds. del producto A y usar la utilidad de partición de órdenes para crear 5 sub-ordenes de 20 separadas por un intervalo de 1 semana.

Cualquier operación puede ser bloqueada usando el campo correspondiente. Cuando sea desprogramada, esta operación (y las posteriores de esa orden) no serán programadas.

En Preactor 200 FCS y versiones superiores el usuario puede cambiar el estado de las operaciones, p.ej. No Iniciada, En Preparación, En Proceso, Completa.

Un estado de la orden se puede usar para cambiar el color de las barras y el patrón de relleno.

La Ventana de Gráficos se usa para mostrar diferentes gráficos.

Dependiendo de la versión de Preactor ud. puede configurar la Ventana de Gráficos para mostrar:-

-  - La Carga de la Cola de espera en cada recurso primario (Lite y 100 FCS)

-  - El número de unidades de una restricción secundaria en uso (P200 FCS y superiores)

-  - Los niveles de stock para materias primas, wip y productos acabados (P400 APS y superiores)

En Preactor 200 FCS y versiones superiores el usuario puede definir uso adicional de restricciones secundarias para cada recurso en una operación dentro de un centro de trabajo o grupo de recursos. Por ejemplo, dos recursos A y B pueden realizar la misma tarea, pero el recurso A necesita un operario y el B, no.

En Preactor 200 FCS y versiones superiores el usuario puede definir diferentes tiempos de proceso para cada recurso de una operación dentro de un centro de trabajo. Por ejemplo, dos recursos, A y B pueden realizar la misma tarea, pero el recurso A puede requerir 5 minutos por artículo mientras que el B necesita 10.

En Preactor 200 FCS y versiones superiores el usuario puede acceder a las tablas de comparación de programa que proporcionan datos adicionales sobre el informe de Eficiencia del Programa. Esta herramienta configurable genera tablas en formato XML para comparar programas basándose en criterios definidos.

En Preactor 200 FCS y versiones superiores el usuario puede definir tiempos de cambio dependientes de la secuencia basándose en atributos de una operación a otra en un recurso. Por ejemplo, la secuencia de un producto A a un producto B en un recurso puede implicar 30 minutos de cambio mientras que al contrario puede significar 3 horas. Se pueden definir múltiples matrices, por ejemplo una matriz entre colores, otra entre materiales y otra por cambio de herramientas. Preactor puede configurarse para añadir los valores de las matrices o bien para escoger el mayor valor encontrado como el que debe utilizar.

Preactor tiene un sistema de mensajería en tiempo real llamado PCO (Preactor Communication Object). En Preactor 200 FCS y versiones superiores el usuario puede configurar los mensajes que Prector usa para pasar información entre él y otras aplicaciones como captura de datos, ERP, etc… Este tipo de interfaz es referida como una interfaz dirigida por eventos y es usada exhaustivamente en la integración de las soluciones del Supply Chain Server.

Preactor v10.0 usa una base de datos SQL 2005. Se puede usar tanto SQL 2005 Express como SQL 2005 Server y los datos se guardan y recuperan automáticamente de la base de datos. La flexibilidad de configuración de la base de datos mediante los ficheros actuales prtdf se mantiene.

. La base de datos SQL 2005 se crea y actualiza automáticamente por Preactor usando los nombres, tablas y clasificaciones que han sido uno de los puntos fuertes de las versiones previas. Añada un campo o una tabla a su configuración en el fichero prtdf de Preactor y Preactor modifica la base de datos SQL adecuadamente sin perder datos. También existe una herramienta de migración para dar soporte en la migración de aplicaciones 9.x a la versión 10.0. Tener los datos en una base de datos SQL 2005 permite un amplio rango de posibilidades en cuanto a reporting y análisis con herramientas estándar.

Cada operación en la ruta de proceso para una orden se representa en la Vista General como una barra. El usuario puede tener tres colores en la barra, la parte superior, la parte inferior izda. y dcha. se pueden configurar para cada producto.

En 100 FCS y versiones superiores el usuario puede crear automáticamente informes y gráficos Gantt en formato HTML para mostrar en una página web. Éstas se pueden visualizar mediante Microsoft Internet Explorer versión 4 o superiores.

Va más allá de las tablas de comparación de Programa en P200 FCS en cuanto a que contiene información de la utilización por día y por semana por recurso, por grupo de recursos y por restricciones secundarias.

En Preactor 300 FCS y versiones superiores el usuario puede definir un número de campos de datos asociados con costes. Por ejemplo ud. puede definir el coste por hora para los recursos, y éstos serán multiplicados dependiendo del estado del calendario (p.ej. variaciones por horas extras), y costes de material para cada operación. El coste de cada operación puede ser mostrado en la etiqueta emergente en la visión de la secuencia. Al mover una operación a un recurso alternativo, o bien al reprogramar o al añadir horas extras, el coste de la operación se recalcula.

La ventana de la parrilla de datos es una tabla que contiene la capacidad de los recursos principales, utilización, tiempo de preparación y tiempo ocioso para cada recurso por semana.

En Preactor 300 FCS y versiones superiores el usuario puede definir una duración máxima para una operación. Por ejemplo, un proceso puede tardar 4 horas pero, debido a paros u otras incidencias la duración total puede aumentar a 6 horas. Puede que esto no sea permitido y al especificarlo Preactor automáticamente evitará esta situación.

En Preactor 300 FCS y versiones superiores el usuario puede introducir una actualización intermedia para un lote en una operación. Por ejemplo, ud. puede querer introducir la cantidad acabada a una hora en concreto. Preactor recalculará el tiempo restante por orden.

En Preactor 300 FCS y versiones superiores el usuario puede definir múltiples restricciones para una operación. En Preactor 200 FCS el usuario podía definir restricciones secundarias y monitorizar su uso, sin embargo éstas tenían siempre capacidad infinita. Por ejemplo, ud. puede definir en P300 que una operación requiere una máquina, un operario y un molde y sólo cuando los 3 estén disponibles al mismo tiempo Preactor programará la operación en el diagrama. Otro ejemplo de recursos secundarios adicionales finitos es cuando múltiples operaciones de diferentes órdenes pueden cargarse en el recurso principal al mismo tiempo. Los recursos secundarios se usan para limitar el número que se pueden procesar al mismo tiempo. Otro ejemplo de usar restricciones secundarias finitas es su uso para modelar la capacidad de un tanque. El recurso principal es el tanque y la restricción secundaria limitará la cantidad de material que se podrá cargar en el tanque.

En Preactor 300 FCS y versiones superiores Preactor permite una forma visual de seguir el progreso de una operación. Al actualizar la cantidad producida en un momento concreto, una parte del color de la barra cambiará equivalente al progreso informado. El cambio de color es definible por el usuario.

En Preactor 300 FCS y versiones superiores ud. puede definir recursos preferidos dentro de un grupo de recursos o un centro de trabajo. Por ejemplo ud. puede tener dos máquinas que pueden procesar la misma operación. La máquina A es nueva y la B es más vieja. Ud. prefiere usar la máquina A y esperar hasta una hora para usar esta máquina respecto de la B, aceptando que la B esté parada durante este tiempo. En este caso ud. definirá un periodo de espera de cero para la máquina A y 60 minutos para la B.

En Preactor 200 FCS y versiones superiores el usuario puede definir que un lote se parta en lotes más pequeños para una operación. Todos los lotes deben acabarse antes de que la siguiente operación pueda comenzar. En Preactor 300 FCS el usuario tiene la opción de permitir que los lotes se procesen en operaciones siguientes independientemente del estado de las otras particiones.

En Preactor 300 FCS y versiones superiores ud. puede definir un grupo de recursos para una operación subsiguiente dependiendo del recurso seleccionado para la operación actual. Por ejemplo, ud. puede tener dos líneas de fabricación, Línea A y Línea B. El primer recurso de cada operación se puede seleccionar para la operación 10, de forma que si el primer recurso está en la Línea A entonces ud. quiere que las operaciones siguientes se produzcan en la Línea A. De la misma forma, si el primer recurso está en la Línea B, ud. quiere que el resto de operaciones sigan en esa línea.

Al utilizar SMC, APS incorpora funciones que le permiten comprobar si las órdenes han sido lanzadas, para autorizar la compra o producción de todos los materiales, para satisfacer las demandas generadas por el programa de producción.

Los materiales faltantes se pueden mostrar en el listado de “Faltas de Material”.

El sistema determina si existe una falta cuando la cantidad definida en la última operación de una orden de suministro de un artículo es inferior a la demanda combinada de la primera operación de las órdenes que consumen material donde va a ser utilizada. Así, si ud. modifica la cantidad de una orden de fabricación, que tiene más de una operación, el campo cantidad debe modificarse para todos los pasos.

 

Típicamente las órdenes se envían a Preactor desde un sistema ERP donde la información de la ruta de proceso y de la estructura BOM de materiales se incluyen como parte de la integración.

Estas órdenes pueden ser de fabricación para cada nivel de BOM, pedidos de venta y órdenes de compra. Preactor puede ejecutar su función SMC (Static Material Control) como una parte del proceso de integración o ejecutarse posteriormente. Al ejecutar SMC se usa la información de BOM para enlazar “órdenes productivas” con “órdenes que consumen” materiales usando reglas que deciden cómo realizar estos enlaces cuando hay más de una opción. De esta forma una orden de compra se puede enlazar con una o más órdenes de fabricación que necesitan el material para empezar. Esta orden de fabricación se puede enlazar con una o más órdenes de fabricación en diferentes niveles de BOM. Un montaje final puede alimentar a uno o varios pedidos de venta. Estos enlaces y dependencias se usan cuando Preactor programa de forma que se tienen en cuenta las restricciones de materiales como una parte más de las restricciones productivas y permite analizar los enlaces para llevar un registro de la trazabilidad de materiales.

En Preactor 400 APS el usuario tiene acceso a una función llamada SMC, Control Estático de Materiales (Static Material Cotrol). SMC utiliza información de las órdenes y de las BOM de forma conjunta con una regla SMC para enlazar entre sí diferentes órdenes. Esto suele suceder cuando un sistema ERP genera órdenes de trabajo para cada uno de los niveles de la estructura BOM. Por ejemplo si un ensamblaje A se produce a partir de un semielaborado B y otro C, generará una orden para A, una orden para B y una orden para C. Preactor utiliza esta información para enlazar estas órdenes de forma que se pueda usar como un componente más del proceso de programación.

SMC usa el concepto de órdenes productivas y órdenes que consumen materiales. Al usar SMC el usuario puede definir qué órdenes se enlazan entre sí asumiendo que hay más de una opción. Las reglas SMC funcionan como una serie de pasadas donde se examina el contenido de las órdenes productivas y consumidoras para intentar enlazarlas. Al establecer enlaces aceptables el sistema retira esas órdenes de las colas para la siguiente pasada. Se pueden definir enlaces complejos de esta forma. Un ejemplo sería enlazar pedidos de venta con múltiples órdenes de fabricación. Podría haber diferentes lotes del mismo producto pero con distintos niveles de calidad. Una regla podría reservar materiales para un cliente dependiendo de la calidad de los lotes.

Al usar una configuración de Preactor que usa SMC para enlazar órdenes que producen y consumen materiales, Preactor genera gráficos de materiales que muestran los materiales disponibles en cada momento en el programa. Se puede mostrar un gráfico para cada producto en la Ventana de Gráficos del Secuenciador.

Al usar una configuración de Preactor que usa SMC para enlazar órdenes que producen y consumen materiales, Preactor genera gráficos de materiales que muestran los materiales disponibles en cada momento en el programa. Se puede mostrar un gráfico para cada producto en la Ventana de Gráficos del Secuenciador.

En Preactor 400 APS y superiores el usuario puede también crear sus propias reglas de carga paralela y reglas ASCL usando Visual Basic. Preactor dispone de una librería de funciones para la creación de reglas o macros que puede ser usada para esta tarea, pero ud. también puede usar VB nativo si es necesario en el caso en el que las funciones incorporadas no soporten todos los requerimientos. El curso de Preactor ActiveX es una introducción útil para construir reglas de programación específicas.

En Preactor 400 APS ud. puede usar el procesador de Programas de Eventos (PESP) para construir reglas multi-etapas. Un ejemplo de esto podría ser...

1. Destacar todos los trabajos donde el Cliente = ABC

2. Programar hacia delante.

3. Destacar los trabajos donde el Estado de la Orden = Sugerido

4. Programar Hacia Atrás

5. 5. Programar los Trabajos Restantes hacia delante por fecha objetivo

En Preactor 400 APS ud. puede reglas de programación por producto o por recurso. La regla de secuencia preferida es dependiente del recurso. Las reglas ASCL también pueden convertirse en específicas del recurso. Por ejemplo ud. puede querer que el producto A use la regla de minimizar el WIP hacia delante mientras que el producto B usa la regla de minimizar el WIP hacia atrás. Otro ejemplo es en la fabricación de galletas donde determinados aditivos, como las nueces, no deben contaminar otras líneas de producto. Para cada semana ud. puede querer programar hacia delante los productos que no contienen nueces y hacia atrás los productos con nueces para poder ejecutar la limpieza durante el fin de semana.

En Preactor 400 APS el usuario tiene una alternativa al motor de programación de las versiones Preactor FCS. Con el núcleo de programación FCS todas las operaciones de una orden deben programarse antes de considerar la orden siguiente.

En Preactor 400 APS ud. también puede elegir cargar una operación cada vez y usar reglas de asignación o de carga paralela para seleccionar qué operación cargar después. Las reglas de asignación o de carga paralela son específicas del recurso. Las operaciones listas para cargarse se colocan en una o varias colas que pueden ser ordenadas de acuerdo con la cola asignada al recurso.

Cuando un recurso queda libre mira en la cola de las operaciones en espera y selecciona la mejor para colocarla a continuación. La regla incorporada de secuencia preferida utiliza su lógica. También tiene una ventana de agrupación, periodo en el que se determina si una operación debería permanecer en una cola para un recurso específico. Cuando un recurso queda libre se determina hasta dónde llega su ventana de agrupación. Si una operación de una orden tiene una fecha de entrega dentro de esa ventana, entonces se permite considerarla en la cola de la regla.

Cuando ocurren las faltas de materiales en un programa, por defecto Preactor no programará las órdenes afectadas. El usuario tiene la opción de permitir que las órdenes se programen a pesar de las faltas. Se respeta la secuencia de la estructura BOM en cuanto a tiempos. Un gráfico personalizado muestra cuando se produce la falta.

En Preactor 400 APS y superiores hay reglas adicionales que son una combinación de programación secuencial de operaciones, como la secuencia preferida pero sin usar las reglas de asignación de carga paralela. Una secuencia preferida o carga paralela sólo puede funcionar hacia delante en el tiempo. Esto puede ser un problema en algunas situaciones donde se necesita cargar operaciones hacia delante y hacia atrás en cualquier secuencia. Preactor tiene un motor de secuenciación para este tipo de regla, y con su sistema propio de Lenguaje de Construcción de Secuenciación Algorítmico, ASCL. Esta es parte de la funcionalidad Open Planning Board. En efecto cualquier secuencia de carga, descarga, creación y borrado de operaciones durante un programa puede cumplirse para cumplir con las necesidades de una aplicación.

Existen reglas incorporadas en Preactor 400 APS que usan ASCL. Estas son Hacia Delante, Hacia Atrás, Min. WIP Hacia Delante, Min. WIP Hacia Atrás, Cuellos de Botella Selectivos y Cuellos de Botella Dinámicos. La programación Hacia Delante y Hacia Atrás funcionan de una forma similar a cómo se comporta las reglas algorítmicas en Preactor FCS. Min. WIP Hacia Delante es una combinación de programación hacia delante y hacia atrás. Primero todas las operaciones para una orden se programan hacia delante. La última operación se fija y luego se programan otra vez las anteriores hacia atrás. Esto provoca el tiempo total de la orden y reduce la obra en curso (WIP). Minimizar el WIP Hacia Atrás empieza programando hacia atrás a partir de la fecha de entrega, se fija la primera operación y se reprograman las operaciones siguientes hacia delante.

Los Cuellos de Botella Dinámicos son una variación de la regla Min. WIP Hacia Delante. Cada orden se programa hacia delante. Preactor halla la operación con más tiempo de espera, y la considera la operación cuello de botella para esa orden. Posteriormente se fija la última operación y programa hacia atrás las otras operaciones, excepto que se añade un buffer adicional en el recurso cuello de botella. Así, si hay retrasos en las operaciones previas a la operación cuello de botella, el buffer evitará inactividad al recurso cuello de botella.

La regla Cuellos de Botella Selectivos se basa en la Teoría de las Limitaciones (TOC). El usuario elige el recurso o grupo de recursos Cuello de Botella. Cada orden se programa hacia atrás a partir de la fecha de entrega (menos el buffer de entrega). Todas las operaciones cargadas en un recurso cuello de botella se adelantan según el buffer del Cuello de Botella (definido en la tabla de recursos para cada recurso), que está diseñado para proteger sobre el retraso que pudiera haber antes del recurso cuello de botella, de forma que no reste la capacidad productiva del mismo. Preactor entonces detecta si algunas operaciones de esa orden deben empezar antes del momento actual, en cuyo caso se re-programan hacia delante, usando parte o todo el cuello de botella. Si esto ocurre, se activan las alertas A Riesgo o Tarde.

La regla de Campañas utiliza una fecha de referencia, periodo de la campaña y número de campañas para localizar todas las órdenes donde la fecha de referencia está dentro del periodo definido. Si es el caso, programa esas órdenes hacia delante, aumenta la fecha de referencia con el periodo de la campaña y decrementa el número de campañas. El segundo paso realizará el mismo proceso, pero con la nueva fecha de referencia y programará las órdenes que cumplan la condición. El número de pasos coincidirá con el número de campañas introducido.

La regla APS es similar en algunos aspectos a la regla de Secuencia Preferida. De todas formas está focalizada en minimizar el tiempo de cambio en los recursos. En la regla de Secuencia Preferida, en el momento que un recurso queda vacía, se selecciona la siguiente operación a cargar basándose en el criterio de secuencia preferida en el recurso sin consideración de otros recursos que pudieran también utilizarse. De esta forma, teniendo en cuenta que una o más operaciones pueden cumplir con la condición de entrar dentro de la ventana de agrupación, se programarán según la secuencia preferida definida. En la Regla de Minimizar el Tiempo Total de Preparación, se tienen en cuenta también todos los recursos que pueden hacer esa operación, incluso si están ocupados. La regla no utiliza la secuencia preferida de la base de datos de recursos. Sin embargo analiza la Ventana de Agrupación para decidir si una operación debería considerarse para ser programada en la misma forma que la regla de Secuencia Preferida.

En Preactor 400 APS ud. puede configurar en la base de datos de recursos la ordenación de operaciones al ejecutar la regla de secuencia preferida. Los atributos incorporados son:-

Fecha Objetivo, Prioridad, Critical Ratio, Critical Ratio Dinámico, Tiempo de Proceso, Tiempo de Preparación, Otros atributos.

Ud. puede seleccionar cualquiera de estos para ordenar la cola de trabajos en un recurso (ascendente o descendente). Ud. puede seleccionar más de un atributo también para seleccionar varios criterios de forma que, por ejemplo, ud. puede seleccionar la Fecha Objetivo, ascendente, y la prioridad, ascendente. En este caso la cola es ordenada por fecha de entrega y las operaciones con la misma fecha de entrega serán ordenadas por prioridad. Otro ejemplo es usar el tiempo de Preparación, de menor a mayor. De esta forma, cuando un recurso completa una operación luego seleccionará la operación de la cola que obtenga un menor tiempo de preparación.

Hay otros dos atributos, Critical Ratio y Critical Ratio Dinámico, que pueden ser útiles para minimizar el tiempo total de retraso. Critical Ratio es calculado por Preactor para cada operación en una cola en el momento en el que un recurso queda libre. Es el ratio del tiempo hasta la fecha de entrega comparado con la suma de tiempos faltantes de las operaciones de esa orden. Cuando este ratio es menor que uno se convierte en crítico. El Critical Ratio Dinámico va un paso más allá. En lugar de sumar únicamente los tiempos de proceso de las operaciones restantes, Preactor calcula el tiempo faltante colocando las operaciones en el diagrama considerando todas las restricciones y calendarios. Esta es una estimación más precisa de la criticidad pero también requiere más tiempo de cálculo.

La capacidad de realizar solicitudes de plazo en tiempo real para averiguar cuándo una orden puede enviarse ha sido un asunto crítico para las compañías ERP durante muchos años. También llamado ATP (Disponible para Comprometer), normalmente calculado como la disponibilidad de stock disponible, obra en curso o tiempos fijos de proceso, no necesariamente cumple con las necesidades de muchas compañías.

CTP (Capable to Promise, con Capacidad para Comprometer), definido normalmente como la consideración del estado actual de la producción y la capacidad finita de los recursos, es en realidad lo que normalmente se requiere.

Esto es un cálculo más complejo basado en datos que la mayoría de ERP no manejan, de forma que mucho ofrecen, en su lugar, un cálculo más simple basado en capacidad finita por periodos fijos (buckets), por ejemplo a nivel de periodos diarios o semanales de capacidad. Esto no tiene en cuenta el efecto que la secuenciación en los recursos puede tener sobre los tiempos de cambio ni, por ejemplo, considera el uso de restricciones adicionales como personal, herramientas, espacio, ...

Para realizar esto adecuadamente el sistema ERP necesita tener acceso a múltiples restricciones, una programación de la producción sin periodos fijos que pueda recibir solicitudes en tiempo real, acceder a la información de rutas y estructuras BOM y programar las operaciones en el diagrama actual de la producción con una base “¿qué pasa si?”.

Para esta razón el sistema Preactor 500 APS fue desarrollado específicamente para compañías que tienen sus Sistema de Programación Maestra conectado con un sistema ERP y quieren ejecutar CTP, solicitudes de Capacidad de Compromiso desde dentro de Preactor.

Puesto que las rutas y las estructuras BOM se mantienen en el sistema ERP, Preactor no tiene sus propias tablas con esta información para poder calcular una solicitud CTP. En su lugar, necesita obtener esta información del sistema ERP, lo cual puede no ser muy rápido, o obtener esta información de otra fuente.