Procesos en secuencia

En Datos maestros, puede gestionar algunas listas de códigos que se emplean para configurar y controlar los procesos en secuencia en Gestión de liberaciones:

Optimizaciones del rendimiento Just-In-Time (JIT) y Just-In-Sequence (JIS)

En los procesos de secuenciación, como JIT o JIS, a menudo hay que procesar un gran volumen de datos en poco tiempo. Esta situación lleva a requisitos de rendimiento específicos. Como los procesos JIT/JIS difieren de los procesos estándar que usan pedidos programados y programas de envío, se necesitan optimizaciones de rendimiento específicas. Los requisitos reales son específicos para cada proceso JIT o JIS. Estos son los factores que influyen en los procesos JIT y JIS:

• El socio comercial
• El número y la clase de artículos por vehículo
• El número de vehículos fabricados
• La distancia al proveedor, por ejemplo, JIS in situ vs. gran distancia

Algo especialmente importante es procesar a tiempo los mensajes de impulso secuencial. El plazo de entrega de estos mensajes depende de la producción y el modelo de turnos en cada caso específico y puede ser inferior a una hora.

Este ejemplo ilustra algunos factores influyentes:

• 500 vehículos fabricados diariamente
• 100 artículos por vehículo (de 200 artículos en total)
• Programación en secuencia de previsión diaria con horizonte de 1 día, recibido 5 días antes, incluyendo 500 vehículos
• Un mensaje de impulso secuencial por vehículo: 500 mensajes EDI diariamente, recibidos 4 horas antes, con un promedio de un mensaje de impulso secuencial cada 2 minutos

Las cifras clave del ejemplo mencionado tienen como resultado 2500 líneas de orden por plan combinado en Gestión de liberaciones: 5 días con 500 vehículos pendientes cada día.

Para cada BOD entrante, Gestión de liberaciones crea un nueva revisión de la planificación y publica los BOD PlanningSchedule y SequenceSchedule.

Para mejorar el rendimiento general de instalaciones JIT/JIS del cliente, puede usar estas funciones en Gestión de liberaciones:

• Gestión de liberaciones publica todos los BOD de acuerdo con la regla de separación de BOD tras importar una nueva programación. Esto suele ser un PlanningSchedule y un SequenceSchedule para la secuenciación. En caso de importar un PlanningSchedule, no es necesario publicar un SequenceSchedule. Para suprimir la publicación de un BOD SequenceSchedule después de que se haya importado un BOD PlanningSchedule, configure la lista de códigos SequencePlanningScheduleFastProcess en Datos maestros. De manera predeterminada, se desactiva la supresión y el SequenceSchedule se publica. La publicación del SequenceSchedule solo se suprime para clientes especificados en la lista de códigos. El tipo de BOD se copia en el campo Última programación procesada de la nueva planificación combinada.
• Gestión de liberaciones une los mensajes de impulso secuencial antes de la validación. Generalmente, cada mensaje de impulso secuencial resulta en la creación de una planificación individual para cada artículo que representa una línea de orden por vehículo. Estas nuevas planificaciones se procesan. Todas las planificaciones afectadas se publican, incluyendo todas las líneas de orden actuales por vehículo. Para reducir la publicación de todos los artículos de cada vehículo, las planificaciones se recogen para un momento determinado y se procesan juntas. Las planificaciones unidas se procesan como antes. La unión está siempre activa para los mensajes de impulso secuencial.

Publicación de cambios netos al procesar mensajes de impulso secuencial

Un mensaje de impulso secuencial suele incluir información sobre un vehículo. Cuando Gestión de liberaciones publica el BOD SequenceSchedule, todas las necesidades secuenciadas se publican, independientemente de si se cambiaron o no. Para reducir el número de líneas en el BOD SequenceSchedule, puede configurar Gestión de liberaciones de forma que solo se publiquen necesidades cambiadas.

En la lista de códigos SequenceNetChange, puede especificar los clientes por entidad contable para los que se publican los cambios netos.

Durante el plan de ajuste, el campo Código de finalidad se establece a nivel de necesidad. Los valores compatibles son Insertar, Actualizar y Eliminar. Si activa la funcionalidad "Cambio neto", el código de finalidad se publica para las necesidades del tipo "Impulso secuencial" por referencia RequirementPurposeCode.

Además, toda la programación en secuencia se marca como de tipo NetChange.

Si la funcionalidad Cambio neto no está activa, se publican todas las necesidades.

Mensajes de impulso secuencial sin previsión secuencial en el proceso en secuencia

El comportamiento estándar de Gestión de liberaciones es detener el procesamiento de un mensaje de impulso secuencial sin el mensaje de previsión secuencial correspondiente. Estas programaciones aparecen en planificaciones no procesadas con el estado de excepción Con errores en la página Planificaciones no procesadas.

Para procesar un mensaje de impulso secuencial sin el correspondiente mensaje de previsión secuencial, puede configurar la lista de códigos SequenceAcceptImpulseWithoutForecast en Datos maestros.

Por defecto, el parámetro de la lista de códigos está desactivado. El mensaje de impulso secuencial aparece en una planificación no procesada con estado de excepción Con errores en la página Planificaciones no procesadas. Si el parámetro se activa, el mensaje de impulso secuencial se procesa sin errores.