El tratamiento de atrasos (BOP) se utiliza para volver a verificar la disponibilidad de los pedidos de cliente y los pedidos de traslado.
Hay muchas situaciones en las que esto puede ser necesario:
Por ejemplo, es posible que los pedidos de cliente no se confirmen o no se confirmen como se desea debido a la situación de cantidad disponible para la venta (ATP) en una fecha determinada. Mientras tanto, un planificador de necesidades puede reaccionar a la situación de disponibilidad ajustada y programar entradas adicionales. Sin embargo, sin el tratamiento de atrasos, la confirmación de pedidos de cliente que ya se han introducido y verificado no cambia. En otras palabras, si ya se ha creado un pedido de cliente, el sistema no verifica automáticamente si la situación ATP se ha modificado para confirmar el pedido de cliente o mejorar la confirmación. Esta es la tarea del tratamiento de atrasos.
Otro motivo para el tratamiento de atrasos es el principio de orden de llegada de la verificación de disponibilidad. Las necesidades de entrada se verifican para la disponibilidad en el orden en el que se introducen. Las necesidades confirmadas reducen la cantidad ATP acumulada. Es posible que un pedido de cliente introducido más tarde no se confirme, aunque tenga una prioridad más alta. En el tratamiento de atrasos, la cantidad ATP acumulada se puede distribuir según prioridades distintas de la secuencia de entrada de documentos (por ejemplo, según la prioridad de entrega de la posición).
- Otro motivo para el tratamiento de atrasos es que los pedidos de cliente se pueden confirmar en función de las entradas planificadas. Si las entradas se retrasan, las confirmaciones pueden no ser realistas, pero sin el procesamiento de atrasos, no se modifican en los pedidos.
El procesamiento de atrasos normalmente se ejecuta como job de fondo y debe configurarse.
Sin embargo, la configuración no se realiza en el entorno de configuración, sino directamente en su sistema SAP S/4HANA Cloud Public Edition mediante aplicaciones dedicadas.
El trabajo principal del equipo de implementación es determinar qué requisitos se incluirán y volverán a verificar mediante el procesamiento de atrasos y qué estrategias se utilizarán para cada uno de estos requisitos.
En primer lugar, se deben definir los segmentos BOP. Un segmento consiste en una definición de filtros. Los segmentos se utilizan para seleccionar y clasificar posiciones de pedido de cliente y de pedido de traslado durante la ejecución BOP. A continuación, se aplica una estrategia de confirmación a cada una de las necesidades seleccionadas. Piense en un segmento como un grupo de necesidades (pedidos de cliente y pedidos de traslado) al que se aplica una estrategia de confirmación durante la ejecución BOP.
Una estrategia de confirmación define cómo se gestiona una necesidad en una ejecución BOP. Cada necesidad en una ejecución BOP se asigna a una de las seis estrategias de confirmación posibles. La estrategia de confirmación asignada determina qué necesidad recibe primero la cantidad disponible.
Están disponibles las siguientes estrategias:

Después de haber explicado las posibles estrategias, puede empezar a pensar y discutir con su cliente qué requisitos deben asignarse a qué estrategia, es decir, puede segmentar los requisitos.
Como ejemplo, supongamos que la siguiente segmentación resulta de la discusión.

Ganancia: los pedidos de cliente de los clientes de prioridad alta (prioridad 1) que vencen en los próximos dos días deben asignarse a la estrategia Ganar.
Ganancia: Los pedidos de cliente de clientes con prioridad 1 y prioridad 2 que vencen en los próximos siete días se asignarán a la estrategia Ganancia.
Redistribuir: todos los demás pedidos de cliente que vencen durante los próximos siete días deben asignarse a la estrategia de Redistribución.
Rellenar: los pedidos de traslado se deben asignar a la estrategia de relleno.
Pérdida: Los pedidos de cliente de clientes con un bloqueo de crédito no se deben confirmar durante el tratamiento de atrasos y, por lo tanto, se deben asignar a la estrategia de pérdida.
Vea la siguiente demostración para aprender a crear algunos de los segmentos que acabamos de definir con la aplicación Configurar segmento BOP.
Si es necesario, puede definir secuencias de clasificación y asignarlas a los segmentos. Si los requisitos individuales se deben procesar no solo según los criterios de clasificación ascendentes o descendentes, sino también según una lógica personalizada específica, se deben configurar secuencias de clasificación personalizadas. La aplicación Configurar clasificación BOP personalizada está disponible para este fin. Vea la siguiente demostración para aprender a crear secuencias de clasificación.
Ahora debemos asignar los segmentos, incluida la clasificación, a las estrategias adecuadas. La aplicación Configurar variante BOP está disponible para este fin.
Hemos realizado los pasos principales para configurar el procesamiento de atrasos. Cuando haya creado una variante, puede utilizarla para programar una ejecución de procesamiento de atrasos.
Puede crear tantas variantes como necesite.
Configurar características
Los catálogos de características contienen los atributos que se pueden utilizar para definir segmentos para el procesamiento de atrasos, por ejemplo, número de solicitante, fecha de creación de pedido, centro, etc. SAP proporciona conjuntos iniciales de características.
Sin embargo, el conjunto de características suministrado puede ser demasiado grande o puede que no satisfaga los requisitos empresariales de sus clientes.
Por lo tanto, como primer paso, normalmente debe realizar la actividad de seleccionar las características necesarias en la aplicación Gestionar catálogos de características antes de configurar el procesamiento de atrasos.
Al añadir o eliminar características, puede limitar la cantidad de características disponibles para los usuarios empresariales cuando crean segmentos.
Le recomendamos que defina el conjunto mínimo de características en función de los requisitos empresariales específicos de su cliente para la creación de segmentos y elimine cualquier característica que no sea necesaria.
También es posible asignar previamente valores a características y crear grupos para que los usuarios no tengan que hacerlo cada vez que crean un segmento. Tiene sentido, por ejemplo, para los diferentes grupos de solicitantes que a menudo deben clasificarse por prioridad.
Vea la siguiente demostración para aprender a gestionar catálogos de características.