LAS FUNCIONES ESPECIALES
1.0 Las condiciones colectivas.
Las clases de condición dentro del customizing pueden ser marcadas como clase de condición colectiva. Hecho esto, el valor base de la condición se calcula como la suma de cada posición en un grupo.
En el ejemplo anterior, existe la clase de condición K029 que tiene un registro en escala para rangos de peso. Si la condición fuera por posición, no aplicaría ningún descuento porque ninguna cumpliría el criterio. Al marcarse como colectiva, hace sumatoria de las posiciones y ahí se logra el descuento correspondiente.
Hay que tener cuidado con estas condiciones colectivas. En ocasiones y dependiendo de las unidades, los valores llegan a redondearse de forma no deseada. Las cond colectivas se generan en nivel de cabecera y de ahí se propaga a las posiciones, provocando algún redondeo.
2.0 Las condiciones colectivas con clave distinta.
Su objetivo es acumular las cantidades de diferentes posiciones para determinar valores de escala que individualmente la posición no determinaría pero adicional, cada posición puede leer su propio registro de condición con esa cantidad.
En el ejemplo anterior, se tiene 2 materiales que tienen escalas desde 0 hasta 10, cada una con precio diferente. En el pedido, se incluyen 2 posiciones. Ninguna cumple con la cantidad mínima para obtener el descuento o el precio correspondiente. Pero al marcar la como cond colectiva con clase distinta, ambas suman 10 piezas logrando cumplir la nueva escala. A cada posición le da su nuevo descuento.
En el customizing se activa el flag de "condición colectiva". Entonces se define la medida de acumulacón (ejemplo. Kg, piezas, etc). Se continua con la determinación de la clave colectiva 1,2 o 3
- Documento completo. Esta clave suma las cantidades/valores de todas las posiciones del doc de ventas que comparten la misma clase de condición con la condición colectiva que se está procesando actualmente.
- Para todas las clases de condición. Se suma las cantidades/valores de todas las posiciones del doc. De ventas independientemente de las clases de condición aplicadas.
- Grupo de artículos: Suma las cantidades/valores de todas las posiciones que en el documento compartan entre sí el mismo grupo de materiales.
3.0 La exclusión de condiciones.
Se pueden definir condiciones con cláusulas condicionales. Estas pueden evaluar el indicador de exclusión de condición, o bien, en el registro de condición.
Ese puede fijarse en la clase de condición dentro del esquema o en el registro de la condición. Estos indicadores corresponden a código ABAP que determina la exclusión de una condición. Esto se conoce como subrutina.
Existen subrutinas estándar y además se pueden personalizar.
Subrutinas:
Es un bloque de código ABAP que ha sido modularizado en una rutina para hacer más legible el código de un programa lo cual hará más simple el mantenimiento futuro del programa.
Las subrutinas forman parte de la programación modular, esto es, ejecutar cierta porción de código en un lugar externo con respecto al flujo de sentencias principal.
Son de suma utilidad si se requiere una misma funcionalidad para varios reportes o partes de un mismo programa.
Existen dos tipos de subrutinas en ABAP:
Internas: donde el código de la subrutina está dentro del programa que la llama.
Externas: donde el código de la subrutina está en un programa distinto al que la llama.
Nota. Los indicadores de exclusión de una condición pueden encontrarse a nivel customizing o a nivel dato maestro.
4.0 La determinación del mejor precio con la excluisión de condiciones.
Existe un metodo adicional de exclusión que es el uso de un grupo de exclusión. Realiza una comparación y excluye una condición u otra.
Al determinar el precio, se puede seleccionar la condición con el mejor precio (menor recargo o descuento superior). Todas las demás, se excluyen.
Métodos de comparación para los grupos de exclusión.
A: Se comparan todas las condiciones determinadas dentro del grupo de exclusión. Se selecciona el mejor precio. Todas las demás condiciones se desactivan.
- Se compara todos los registros de condición encontrados para una clase de condición. Se toma la de mejor precio. El resto de desactivan. Se puede usar la clase de condición PR00
PR00
Clase de condición estándar para precio neto.
La condición PR00 es el precio base de todos los esquemas de precios estándar de SAP.
Siempre que queramos crear una condición de precios que sea simple, conviene utilizar la PR00 como modelo.
La condición de PR00 presenta funcionalidad de precios por escala, de acuerdo a cantidad, de acuerdo a volumen, etc.
- La suma de los registros de condiciones determinados en el primer grupo de exclusión. Se compara con la suma de los registros de condiciones determinados en el segundo grupo de exclusión. Se selecciona el que da mejor precio. Se desactivan las condiciones del otro grupo
- Si se determina un registro de condición para las clases de condición del primer grupo de exclusión, se desactivarán todos los registros de condiciones para el segundo grupo de exclusión.
- Igual que en B, con la excepción que se selecciona el peor precio (mayor recargo o menor descuento)
- Igual que en C, con la excepción que se selecciona el grupo con el peor precio. Se desactivan las condiciones del otro grupo.
- Igual que en A, con la excepción de que selecciona el peor precio
5.0 La actualización de condiciones y valores acumulados.
A la hr de actualizar o modificar los registros de condiciones. Se puede determinar valores acumulados y especificar los valores límite. De este modo, se puede especificar un valor máximo de condición, un valor base de condición o una cantidad de pedido para una condición.
Estos valores a analizar se pueden visualizar en el registro de condición correspondiente. Para que esto se pueda permitir, en el customizing de la clase de condición, se debe activar el flag de actualizaciones de condiciones.
6.0 Las condiciones adicionales.
Las condiciones adicionales no se encuentran configuradas con una secuencia de acceso propia. Se actualizan junto con el registro de condición subyacente.
Mediante la configuración y asignación de un esquema de cálculo diferente a la clase de condición, se realiza la definición del conjunto de condiciones adicionales permitidas en el customizing.