FIFO IBA
En el valor predeterminado, FIFO IBA, las demandas de las órdenes afectadas se reasignan en la orden FIFO. Esto significa que las órdenes que se formalizan primero se confirman antes de formalizarse.
Por ejemplo, las órdenes que se muestran en la tabla siguiente residen en el sistema con sus correspondientes aprovisionamientos y demandas. Supongamos que el envío de órdenes tras haber recibido una orden de compra tarda un día en realizarse.
| Orden de compra | Artículo | Nodo | Cant. | ETA | Orden de venta | Artículo | Nodo | Cant. | Fecha de envío demanda | Fecha del pedido |
|---|---|---|---|---|---|---|---|---|---|---|
| PO1 | Item1 | Node1 | 5 | 15/11/08 | SO1 | Item1 | Node1 | 5 | 16/11/08 | 03/11/08 |
| PO2 | Item1 | Node1 | 5 | 20/11/08 | SO2 | Item1 | Node1 | 5 | 21/11/08 | 05/11/08 |
| PO3 | Item1 | Node1 | 5 | 21/11/08 | SO3 | Item1 | Node1 | 5 | 22/11/08 | 10/11/08 |
Si se cancela la orden de venta "SO1" y se tiene en cuenta la asignación por artículo FIFO, las órdenes "SO2" y "SO3" que se formalizaron después de "SO1" se reasignan a una fecha anterior porque el aprovisionamiento está disponible en una fecha anterior tal y como se muestra en la tabla siguiente:
| Orden de compra | Artículo | Nodo | Cant. | ETA | Orden de venta | Artículo | Nodo | Cant. | Fecha de envío demanda | Fecha del pedido |
|---|---|---|---|---|---|---|---|---|---|---|
| PO1 | Item1 | Node1 | 5 | 15/11/08 | SO1 | Item1 | Node1 | 0 | N/D | 03/11/08 |
| PO2 | Item1 | Node1 | 5 | 20/11/08 | SO2 | Item1 | Node1 | 5 | 16/11/08 | 05/11/08 |
| PO3 | Item1 | Node1 | 5 | 21/11/08 | SO3 | Item1 | Node1 | 5 | 21/11/08 | 10/11/08 |
La funcionalidad Asignación por artículo consta de dos procesos que deben realizarse uno después del otro, tal y como se describe a continuación:
- Identificación de artículos para realizar la asignación por artículo.
El proceso de identificación de artículos es el siguiente:
- Detectar cuando es necesaria la asignación por artículo para un artículo:
Sterling™ Order Management System detecta que el proceso Item Based Allocation es necesario para un artículo en un nodo cuando no hay disponibilidad disponible. Esto ocurre cuando Sterling Order Management System está recuperando la disponibilidad de un artículo con la intención de realizar una actualización a través de APIs prometedoras como reserveAvailableInventory, modifyWorkOrder, scheduleOrder, y releaseOrder. Si se habilita la regla Utilizar la asignación por artículo y no hay disponibilidad física en ningún nodo, se inserta un desencadenador la asignación por artículo (si aún no existe) en la tabla YFS_IBA_TRIGGER para la combinación de artículo y nodo con el distintivo IBA_REQUIRED establecido en "Y" (sólo cuando el artículo y el nodo tienen IsItemBasedAllocationAllowed ="Y"). Esto indica que el proceso IBA es necesario para el artículo en el nodo indicado y que ahora el sistema permite desencadenar la combinación de artículo y nodo que procesará el agente IBA.
- Desencadenar el agente Asignación por artículo para procesar un artículo y un nodo:
Después de que el sistema Sterling Order Management detecte que el proceso de asignación basada en artículos es necesario para un artículo en un nodo (existe un registro en la tabla YFS_IBA_TRIGGER con IBA_REQUIRED = "Y "), Sterling Order Management System permite que el agente de asignación basada en artículos procese la combinación de artículo y nodo, basándose en las apariciones siguientes.
- Cuando el aprovisionamiento cambia
Cuando se producen cambios en el suministro y el tipo de suministro tiene TriggerItemBasedAllocation="Y", Y", Sterling Order Management System activa el artículo de inventario y el nodo para ser procesados por el agente IBA actualizando el campo IBA_RUN_REQUIRED a "Y".
- Cuando determinada demanda cambia
Cuando hay un cambio en la demanda, el artículo y el nodo del inventario se desencadenan para ser procesados por el agente IBA actualizando el campo IBA_RUN_REQUIRED en "Y" en la tabla YFS_IBA_TRIGGER.
Cuando se producen los cambios siguientes, el artículo y el nodo del inventario se desencadenan para ser procesados por el agente IBA actualizando el campo IBA_RUN_REQUIRED establecido en “Y” en la tabla YFS_IBA_TRIGGER.
Cancelación de orden
Orden no satisfecha o no satisfecha desde nodo
Cancelación de reserva
- Detectar cuando es necesaria la asignación por artículo para un artículo:
- Ejecución del proceso de la asignación por artículo
El proceso de la asignación por artículo la realiza el agente de la asignación por artículo bajo el tipo de proceso General. Para cada combinación de nodo y artículo que se desencadena, el agente busca todas las líneas de pedido o reservas de líneas de pedido pertinentes que contienen la combinación de artículo y nodo e intenta mover sus demandas sin confirmar y confirmadas a un formato más adecuado en función de los aprovisionamientos disponibles, que su vez se basa en las reglas de selección IBA configuradas por el usuario o las reglas de selección FIFO (primero en entrar, primero en salir) de IBA.
A continuación, el sistema crea nuevas reservas de líneas de pedido positivas con las primeras reservas de líneas de pedido negativo y fechas de envío del aprovisionamiento coincidentes para la fecha de envío de demanda existente. Después de que se procesen las órdenes, se retienen para volverse a planificar si se detectan cambios en las reservas de líneas de pedido de la orden. El proceso de reprogramación realiza la reprogramación de las órdenes utilizando las reservas de líneas de pedido creadas por el proceso de la asignación por artículo.
El agente IBA no toma en consideración las restricciones de planificación, incluidas las restricciones de capacidad de nodo. Por lo tanto, durante una comprobación de la disponibilidad de inventario, IBA no tiene en cuenta la capacidad del nodo.
Nota: Es necesario configurar un tipo de retención para el tipo de modificación de reservas de línea de orden de cambio para que la orden se pueda poner en espera para la planificación.