Condiciones e incompatibilidades

BRFplus (Business Rules Framework plus) es un potente motor basado en reglas y lo utilizan las condiciones de TM. Las condiciones de TM permiten a los usuarios procesar reglas empresariales complejas y reduce la necesidad de desarrollar, personalizar y configurar. Las condiciones se utilizan como filtros para la toma de decisiones automática. Una condición asigna valores de entrada a valores de salida. Por ejemplo, determinación del tipo de producto, determinación del tipo de recurso, determinación de la organización de ejecución.

Existen diferentes tipos de condiciones para diferentes áreas. Por ejemplo, determinación de clase de documento, determinación de clase de orden, duraciones de carga y descarga, incompatibilidades, impresión, autorizaciones, tolerancias y cualquier regla específica de cliente.

Clase de condición (CT): Primero, defina la CT y especifique el origen. Especifique la CM, los campos en los que está realizando pruebas y cómo desea almacenar los resultados de la prueba al crear una condición. Esto se conoce como el origen de la condición. El sistema ofrece las tres opciones siguientes para el origen de la condición:

• Acceso directo a business object: la condición Acceso directo a business object devuelve directamente el valor determinado por la definición de acceso a datos. No hay ninguna evaluación de los datos.
• Tabla de decisiones BRF+: la condición Tabla de decisiones BRFplus toma la entrada de la definición de acceso a datos y la evalúa en una tabla. Esta tabla de condiciones se puede actualizar desde la interfaz de usuario de condiciones. Este origen de condición lo utilizan más comúnmente los usuarios de TM.
• Expresión BRF+: La expresión BRFplus es una expresión lógica.

• Valores de entrada: los valores de entrada se originan en los campos de business objects (acceso directo a business object) o campos específicos de usuario (data crawler), o valores determinados en clases de determinación externas. Los valores de entrada disponibles dependen de la clase de condición seleccionada. La clase de condición define el área en la que el sistema debe tener en cuenta la condición. Existen varios valores de entrada y están determinados por los siguientes factores:

  • Acceso directo a business object

  • Crawler de datos

  • Clase de determinación

• Valores de salida: la salida de una condición se compone de varios valores de salida, todos derivados de los valores de entrada basados en la toma de decisiones. Los valores de salida se determinan mediante la clase de condición. Por ejemplo, la regla CUP es el resultado de la determinación de reglas CUP.

• Tabla de decisiones BRFplus: El sistema crea una condición basada en expresiones BRFplus. A continuación, el sistema procesa esta tabla de arriba abajo durante la determinación. Cuando el sistema encuentra una fila en la tabla de decisiones BRFplus cuyos valores de entrada coinciden con los valores de entrada actuales, copia los valores de salida correspondientes y los procesa en el área que ha realizado la llamada.

Las condiciones son pruebas realizadas en varios objetos, como necesidades de transporte o unidades de flete, para determinar si una situación es verdadera o falsa. Por ejemplo, para decidir si los productos de una única necesidad de transporte se pueden enviar juntos, se verifica si cada posición de la NTBO tiene determinados parámetros. Si se encuentra un determinado parámetro, se crean reglas para determinar dónde se puede llevar a cabo la consolidación. Si existe una incompatibilidad, se necesita más de un transporte.

Si necesita campos adicionales para las clases de condición que se deben suministrar como estándar o si desea utilizar clases de condición de cliente, cree nuevas definiciones de acceso a datos y amplíe las asignaciones en el Customizing. También puede modificar o añadir a las definiciones de acceso a datos utilizadas de forma predeterminada. La clase de condición debe identificarse al definir una condición en SAP TM. Una clase de condición es un objeto configurable que se basa en contenidos de campo almacenados en varios nodos de business object. Cada clase de condición se asigna a un business object (estructura) y al nombre de nodo (a nivel de cabecera o de posición).

Al definir una clase de condición, puede identificar cuándo se encuentra un resultado, si se almacena en una estructura y si existen una o más condiciones para esta clase de condición. A continuación, las clases de condición se asignan a definiciones de acceso a datos. Estos objetos especifican qué campos y en qué secuencia los usuarios pueden definir registros de condición específicos.

Durante la planificación del transporte, las empresas preparan un conjunto de directrices sobre el envío. Por ejemplo, si un expedidor tiene productos que deben transportarse mediante un contenedor refrigerado, no puede enviar esos productos con unidades de flete congeladas. Al planificar los envíos de transporte, las empresas definen reglas sobre cómo consolidan las cargas en una única orden de flete. Hay muchos factores que no son la capacidad que afectan a cómo se crean las órdenes de flete. En SAP TM, estas reglas se denominan incompatibilidades. Estos datos definen los parámetros relevantes que controlan cuándo son y no son adecuados para consolidar cargas.

En la figura, una empresa tiene varios productos para enviar. La temperatura a la que deben almacenarse los artículos durante el tránsito es el atributo que indica si los artículos se pueden consolidar. Se ejecuta un test para decidir la temperatura a la que se envía cada producto. Una regla establece que los artículos clasificados como refrigerados no se pueden expedir con los artículos clasificados como congelados. Esto podría provocar daños o deterioro si un producto se envía a la temperatura incorrecta.

Las incompatibilidades se utilizan con condiciones para influir en los resultados en SAP TM durante la creación de unidades de flete, la planificación de transporte, las propuestas de transporte y la selección de transportista. Las incompatibilidades son importantes al definir requisitos para la reagrupación optimizada de pedidos. Por ejemplo, las unidades de flete con incoterms diferentes no se deben transportar juntas. Las mercancías refrigeradas deberán transportarse en un medio de transporte adecuado. Determinados medios de transporte no se pueden cargar en una ubicación específica porque la ubicación no tiene una rampa de carga adecuada.

Al crear una definición de incompatibilidad, debe especificar un área de validez. Las áreas de validez se componen de un área de incompatibilidad y una clase de incompatibilidad.

Las áreas de incompatibilidad definen dónde se puede utilizar una incompatibilidad. Existen cuatro áreas de incompatibilidad en TM: Planificación automática y planificación manual (anteriormente conocida como Vehicle Scheduling and Routing (VSR), creación de unidades de flete, selección de transportista, propuestas de entrega.

Tipos de incompatibilidad: SAP proporciona los tipos de incompatibilidad y definen los objetos que son el foco de la regla que se aplica. La siguiente lista contiene ejemplos de tipos de incompatibilidad: unidad de flete - unidad de flete, unidad de flete - vehículo, unidad de flete - ubicación de transbordo, transportista - orden de transporte.

Además del área de validez, la definición de incompatibilidad puede determinar cómo se aplica la regla en la planificación manual y automática definiendo la reacción, por ejemplo, la incompatibilidad se ignora, la advertencia si se ignora, no se debe infringir.

Se pueden definir incompatibilidades entre dos atributos de dos business objects. Esto requiere que se definan dos condiciones y que se especifiquen los resultados relevantes. Dos business objects son entonces incompatibles si el resultado de las condiciones coincide con los resultados relevantes.

Fijar la casilla de selección Solo valores idénticos en la definición de incompatibilidad permite definir una incompatibilidad entre dos instancias del mismo business object, por ejemplo, dos unidades de flete. En este caso, se define una condición individual en la definición de incompatibilidad. Las dos instancias de business object solo son incompatibles si sus valores difieren.

Opciones de incompatibilidad: las opciones de incompatibilidad se pueden actualizar en los perfiles de planificación, las opciones de selección de transportista, los perfiles de entrega y la regla de creación de unidades de flete. Los perfiles de planificación de transporte especifican cuándo el sistema permite que se infrinjan las incompatibilidades durante la planificación manual, en la optimización VSR o en la ejecución en proceso de fondo. Dentro de estos perfiles se asignan parametrizaciones de incompatibilidad. Las opciones de incompatibilidad agrupan varias definiciones de incompatibilidad que pueden aplicarse a una ejecución de planificación. Solo se pueden combinar incompatibilidades para la misma área de incompatibilidad.