Supervisión de disponibilidad en tiempo real (RTAM) y supervisión de disponibilidad de inventario
Las empresas de comercio electrónico a menudo necesitan indicadores de disponibilidad de inventario en tiempo real para que puedan proporcionar a sus clientes instantáneas de la imagen de inventario sin realizar llamadas constantemente a Sterling Order Management System. Los indicadores pueden resultar útiles en sitios web donde se formalizan las órdenes y el inventario se visualiza y se modifica con frecuencia. Ejemplos de indicadores de disponibilidad de inventario son En stock, Bajo, Limitado y Orden no satisfecha/Preorden y Existencias agotadas.
Sterling Order Management El sistema ofrece una función de supervisión de inventario a través del Monitor de disponibilidad en tiempo real (RTAM). RTAM es una transacción activada por tiempo que supervisa la disponibilidad de los artículos en stock y publica dicha disponibilidad mediante la generación del REALTIME_AVAILABILITY_CHANGE_LIST evento.
- Modo basado en actividad
En esta modalidad, Sterling Order Management System realiza un seguimiento de los cambios de inventario en tiempo real. Si el nivel de inventario de un artículo cambia, como por ejemplo estar por debajo de un umbral especificado, Sterling Order Management System genera el suceso REALTIME_AVAILABILITY_CHANGE_LIST, que publica el nivel de inventario actualizado en sistemas externos, como un sitio web.
Nota: Cuando RTAM se ejecuta en modalidad basada en actividad, el supervisor de disponibilidad de inventario no funciona completamente en tiempo real. Los cambios de inventario se publican en una tabla de base de datos, que se procesa mediante la supervisión. Por lo tanto, piense en el modo basado en actividad como un tiempo real próximo.
- Modalidad de sincronización rápida
- Cuando RTAM se ejecuta en esta modalidad, Sterling Order Management System envía la información de disponibilidad de inventario más reciente registrada por el supervisor a sistemas externos. Por ejemplo, si el nivel de inventario de un artículo cambia de En existencias a Bajo y, a continuación, vuelve a En existencias, Sterling Order Management System sólo publica el nivel 'En existencias' para ese artículo en el momento de la sincronización.
Además, puesto que la información de disponibilidad de inventario incluye la disponibilidad actual y próxima, este modo puede utilizarse para enviar mensajes de disponibilidad a los sistemas de planificación y promoción.
- Modalidad de sincronización completa
Normalmente, una empresa ejecuta RTAM en modo de sincronización completa como un trabajo planificado, generalmente durante la noche. La información de disponibilidad de inventario se envía para todos los artículos, independientemente de si se producen o no cambios de disponibilidad de los artículos.
Se espera que la modalidad de sincronización completa se utilice la primera vez que se ejecute el supervisor de disponibilidad de inventario, si la información de inventario no se ha cargado en Sterling Order Management System a través de las API o servicios de Sterling Order Management System .
Si la cantidad disponible es superior al umbral inferior configurado, se genera el tipo de alerta
REALTIME_ONHANDy el nivel de alerta se basa en la cantidad disponible.Cuando la cantidad disponible cae por debajo del umbral inferior configurado, el tipo de alerta
REALTIME_FUTURE_MAXse eleva. El nivel de alerta está basado en el aprovisionamiento futuro total (FutureAvailableQuantity) conFirstFutureAvailableDateestablecido en la fecha del primer aprovisionamiento futuro disponible yFutureAvailableDateesté establecido en la fecha del máximo aprovisionamiento futuro disponible.- Si un artículo del paquete se ha configurado para que sus componentes se envíen de forma independiente, RTAM publica información de inventario para cada componente del artículo del paquete, pero no para el artículo del paquete.
- En todos los casos, el porcentaje de disponibilidad de inventario futuro se utiliza para tomar en consideración la disponibilidad de inventario en el momento de la recuperación.
- Si se ha configurado, RTAM tiene en cuenta el factor de seguridad de disponibilidad de inventario disponible y futuro durante la supervisión. Para más información sobre la API '
findInventory()', véase Javadoc. - Si la información de artículo no está disponible en el sistema, como por ejemplo, cuando el inventario entre las bases de datos no está sincronizado, las reglas de supervisión de inventario predeterminadas pueden configurarse para que la supervisión continúe. Establecer estas normas de supervisión de inventario predeterminadas también garantiza que la actividad de inventario se registre cuando el sistema se está ejecutando en modo basado en actividad.
- Cuando RTAM calcula la disponibilidad, RTAM utiliza la regla de planificación predeterminada de la organización de inventario. Por ejemplo, si Ignorar coste recibido está establecido en la regla de planificación, RTAM excluye los costes recibidos de sus cálculos.
Publicación de la disponibilidad por el método de entrega
- Factor de seguridad
- Los factores de seguridad se definen para los métodos de entrega y pueden afectar el cálculo de disponibilidad de RTAM. RTAM utiliza la lógica siguiente para calcular la disponibilidad:
Supply - demand - safety factor for delivery method = availability - Capacidad
- La capacidad se define para los métodos de entrega y puede afectar a los cálculos de disponibilidad de RTAM. Por ejemplo, si se suprime toda la capacidad de SHP durante los 20 próximos días pero hay capacidad para PICK y RTAM se ha configurado para buscar dentro de 10 días, RTAM notifica 0 disponibilidad para SHP, pero el inventario real para PICK.
Para configurar métodos de entrega para RTAM, utilice la API manageInventoryMonitorRule. Para obtener más información, consulte IBM Sterling® Order Management: Javadoc.
Publicación de disponibilidad del inventario adquirido
Cuando el inventario de un nodo cae por debajo de un nivel especificado, RTAM puede calcular la disponibilidad de inventario de los nodos de compra asociados y publicar esta información como inventario adquirido. Además, si la disponibilidad de un nodo de compra atraviesa un umbral, se generan alertas para los nodos de envío relacionados.
Cuando se ejecuta RTAM en modo de sincronización completa y se calcula que la disponibilidad de un nodo está por debajo del umbral especificado para plantearse las compras, las reglas de origen de compra, basadas en los tipos de cumplimentación se leen para el nodo. RTAM supervisa todos los nodos aplicables para la compra a través de todas las reglas de origen del artículo. Si se habilita una supervisión a nivel de nodo para los nodos de envío que requieren compras, también se crean alertas a nivel de nodo para los nodos de compra.
Las cantidades adquiridas no afectan a los futuros umbrales disponibles o a los niveles de las alertas.
Para configurar RTAM para publicar las cantidades adquiridas, especifique un umbral en el que RTAM empieza a plantear las compras. Los valores de umbral posibles son 1, 2 y 3. Por ejemplo, si establece el umbral de nivel de aprovisionamiento en 2 y la alerta de nivel 2 en 10 artículos, RTAM empieza a considerar las compras cuando la cantidad disponible del nodo cae por debajo de 10 artículos.
Para configurar RTAM para considerar las compras, utilice la API mangeInventoryMonitorRule. Para obtener detalles, consulte IBM Sterling Order Management: Javadoc.
Ejemplo 1: Publicación de la disponibilidad del inventario adquirido
El ejemplo 1 muestra las cantidades disponibles y adquiridas que RTAM publica cuando se ha configurado para tener en cuenta las compras.
- RTAM se ejecuta en modo de sincronización completa el 1-11-2015.
- El nodo 1 (SN1) puede comprar inventario de PN1 y PN2.
- El inventario disponible para SN1, PN1 y PN2 es de 10, 40, y 20 artículos, respectivamente.
- Los umbrales se establecen en 0 artículos para el nivel bajo, un artículo para el nivel medio y cinco artículos para el nivel alto.
- RTAM se ha configurado para empezar a considerar las compras si el inventario se sitúa por debajo del umbral alto.
La tabla siguiente muestra información que publica RTAM cuando el inventario se ajusta a cuatro artículos en SN1. El ejemplo muestra que SN1 tiene una cantidad disponible de cuatro y que se pueden adquirir 60 en 7 horas.
| Nivel de alerta | Cantidad de alerta | Cantidad actual disponible | Cantidad próxima disponible | Primera fecha próxima disponible | Cantidad adquirida | Plazo de compra |
|---|---|---|---|---|---|---|
| 1 | 5 | 4 | 0 | 01-01-2500 | 60 | 7 horas |
Publicación de los cambios de inventario en tiempo real
REALTIME_AVAILABILITY_CHANGE_LIST:- Todos los cambios de inventario. Para seleccionar este modo, establezca RaiseEventsOnAvailabilityChanges en "Y".
- Todos los cambios de inventario por debajo de un umbral de inventario especificado y los cambios de inventario entre los umbrales. Para especificar un umbral, establezca AlwaysRaiseBeyondLevel en 1, 2, o 3, dónde estos valores corresponden a los límites alto, medio y bajo configurados en la regla de supervisión ATP. Por ejemplo, si desea publicar cantidades disponibles como "solo 5 restantes", "solo 4 restantes", etc., para todos los cambios de oferta y demanda después de que el inventario caiga al nivel "Limitado", establezca AlwaysRaiseBeyondLevel en "3".
- Cambios de inventario entre umbrales.Nota: El cambio de uno de los umbrales de un artículo de inventario no hace que el agente supervise el artículo a menos que se produzca un cambio en la actividad. Por ejemplo, si el artículo I con una cantidad disponible de 700 se está supervisando con un umbral inferior de 600 y el umbral inferior cambia entonces a 1000, no se publica ningún suceso, a menos que haya un cambio en la actividad I. Para asegurarse de que en un escenario I de este tipo no queda nada sin supervisar, llame a la API
createInventoryActivitycuando la regla de supervisión se ha cambiado para un artículo.
Para configurar un modo para generar el suceso REALTIME_AVAILABILITY_CHANGE_LIST, utilice la API mangeInventoryMonitorRule. Para obtener detalles, consulte IBM Sterling Order Management: Javadoc.
Calcular velocidad y determinar si una actividad se procesa
Si está habilitado, RTAM determina cuándo debe procesarse una actividad (YFS_INVENTORY_ACTIVITY). En función de la velocidad calculada del artículo, la fecha y la hora en que los cambios se pueden determinar el umbral. Cuando se ejecuta una transacción desencadenada por tiempo RTAM, procesa solamente las actividades que caducan en los próximos <X> minutos en función de la configuración. De forma predeterminada, este intervalo de tiempo está establecido en 0.
Después de que finalice la llamada monitorItemAvailability API y si la disponibilidad neta cambia, se muestra un registro de actividad de la tabla YFS_INVENTORY_ACTIVITY. Por ejemplo, cuando se libera una orden programada, la demanda decrece para SCHEDULED y se incrementa para ALLOCATED. El resultado es un cambio 0 neto en el nodo. En este caso, no hay necesidad de crear un registro de actividad para el cual RTAM genera la misma imagen de disponibilidad. En el caso de confirmación de envío, la demanda (ALLOCATED) y suministro (ONHAND) se reducen, pero se tratan como un cambio neto de 0.
Si la demanda neta no es 0, durante la creación del registro de actividad, se llena una nueva columna, NEXT_PROCESSING_TS. El siguiente tiempo de proceso se basa en el nivel de alerta y la cantidad disponible actual. Y si el valor del indicador RaiseEventsOnAvailabilityChanges se establece en Y, se procesan todas las actividades y se ordenan por NEXT_PROCESSING_TS. Si AlwaysRaiseBeyondLevel se ha configurado para un artículo de velocidad, RTAM procesa las actividades por debajo del umbral antes que las actividades por encima del umbral.
Supervisar nodos y grupos de distribución
Puede configurar RTAM para que supervise y publique la disponibilidad de un grupo de distribución, que es un grupo de nodos, grupos de distribución o nodos individuales.
Cuando se supervisa la disponibilidad total entre los nodos, RTAM supervisa todos los nodos del grupo de distribución predeterminados de la organización de inventario.
Cuando la supervisión la disponibilidad en nodos individuales, RTAM supervisa todos los nodos de un grupo de distribución especificado.
OPEN_ORDERs y niveles de prioridad del grupo de distribución
Se utiliza la demanda de tipo OPEN_ORDER para obtener la imagen de disponibilidad de inventario. Si el aprovisionamiento se mantiene, RTAM puede supervisar la disponibilidad total entre los nodos o la disponibilidad en nodos individuales. Los artículos de inventario sin una regla de supervisión de disponibilidad o con una regla que está inhabilitada no pueden ser procesados por RTAM.
Los niveles de prioridad del grupo de distribución definen la secuencia en la que se formula la demanda de OPEN_ORDERs para grupos de distribución. Cuando se configuran los niveles de prioridad del grupo de distribución, se formula una demanda de OPEN_ORDERs para el grupo de distribución con la prioridad más alta hasta que se agoten las existencias disponibles del grupo de distribución. A continuación, la demanda se formula para el grupo de distribución con el siguiente nivel de prioridad más alto. Para las demandas OPEN_ORDER solamente se consideran los grupos de distribución con una prioridad.
Por ejemplo, puede asignar almacenes al grupo de distribución 1 y almacenes al grupo de distribución 2 y, a continuación, dar al grupo de distribución 1 una prioridad más alta que al grupo de distribución 2. En este ejemplo, los pedidos abiertos son obtenidos por los almacenes en el grupo de distribución 1 hasta que el stock se agota en los almacenes y, a continuación, los pedidos son obtenidos por las tiendas en el grupo de distribución 2.
Para configurar los niveles de prioridad para grupos de distribución, cree un atributo de prioridad para el código común DIST_GRP_LVL_MONITOR.
OPEN_ORDERS, artículos de modelo y nivel de prioridad del grupo de distribución
Cuando la demanda de OPEN_ORDERs que contiene un artículo de modelo se distribuye a los grupos de distribución priorizados, RTAM basa sus cálculos en la cantidad total entre los modelos hijo.
| Grupo de distribución | Taza roja | Taza azul | Taza verde | Taza |
|---|---|---|---|---|
| DG1 | 2 | 2 | 3 | (2+2+3) = 7 |
| DG2 | 5 | 5 | 2 | (5+5+2) = 12 |
En este ejemplo, para una OPEN_ORDER de tres tazas rojas, una taza azul y cinco tazas verdes, RTAM suma primero el total (3+1+5=9) y luego realiza la distribución entre DG1 y DG2. En este caso, puesto que DG1 tiene mayor prioridad, las cantidades disponibles y próximas se consumen primero antes de considerar DG2.
| Nivel de prioridad de grupos de distribución | Grupo de distribución | Cantidad disponible |
|---|---|---|
| 1 | DG1 | (7-7) = 0 |
| 2 | DG2 | (12 -2) = 10 |