Actualización posterior de los volúmenes de negocios 
Actualización posterior de los volúmenes de negocios
Utilización
Si ha registrado acuerdos o condiciones de forma retroactiva (véase
Liquidación posterior: Entrada retroactiva de acuerdos), debe actualizar de forma retroactiva los valores para el volumen de negocios conseguidos, para que el sistema tenga en cuenta todo el volumen de negocios durante la liquidación.Condiciones previas
Una condición previa para la actualización posterior de volúmenes de negocios es que el indicador Índice de liquidación posterior se fija para todos los proveedores a los que afecta. Si no se fija este indicador, sólo pueden estructurarse los volúmenes de negocios para aquellos documentos para los cuales se haya realizado una actualización en el pasado (
Reestructuración de datos de volumen de negocios y de ingresos).Para llevar a cabo la actualización retroactiva de volúmenes de negocios, el sistema debe ser capaz de acceder de forma eficaz a todos los documentos que puedan ser relevantes para un registro de condición registrado de forma retroactiva. Esto se consigue utilizando la estructura de información LIS S111, el "Índice de documentos".
En el browser de datos (Herramientas
® Workbench ABAP ® Resumen ® Browser de datos) puede verificar qué documentos existen en el índice de documentos. Utilice el procedimiento siguiente:Sólo si la estructura de información para este documento contiene varias entradas puede utilizar informes RWMBON08, RWMBON38 y RWMBON12 para actualizar los datos de volumen de negocios posteriores.
Para más información sobre el índice de documento, véase
Indice de documento para actualizar el volumen de negocios retrospectivo.Características
Existen dos maneras de realizar la actualización posterior de volúmenes de negocios y se pueden utilizar tres informes:
Utilice estos informes para procesar intervalos de acuerdos. Debe procesar el proveedor y los acuerdos de cliente por separado utilizando dos informes diferentes.
Puede utilizar este informe para procesar simultáneamente cualquier número de acuerdos de proveedor y de cliente. Puede realizar un tratamiento secuencial o, para acelerar el proceso, un tratamiento en paralelo. Sin embargo, si realiza el tratamiento en paralelo, necesita los recursos relevantes de hardware (servidores de aplicación, responsables, etcétera).
Con los tres informes el sistema actualiza las estructuras de información de la liquidación posterior, es decir, todas las estructuras de información para las que existen reglas de actualización activas para el grupo de actualización 000029. En el sistema estándar esto está relacionado con las siguientes estructuras de información:
Vista operativa (volúmenes de negocios e ingresos utilizados a efectos de liquidación).
Estructura de información para la evaluación (análisis estándar, planificación, etcétera).
Para más información sobre cómo trabajan los informes individuales, véase:
Estructurar datos de volumen de negocios (informe) y Procesar un pool de trabajo (informe).Restricciones
Puesto que esta función no vuelve a determinar precios, no lleva a cabo una nueva valoración y no realiza modificaciones en las posiciones de documento, existen las siguientes restricciones funcionales:
Los ejemplos siguientes muestran los posibles problemas que pueden surgir:
Se ha introducido un rappel a nivel de grupo de empresas para la clase de condición A001 (acuerdo 1), que está diseñada para tener prioridad sobre una condición que requiere la liquidación posterior perteneciente a la clase de condición A002 (acuerdo 2) de la organización de compras regional de suministro. Puesto que no se realiza un ajuste de las condiciones de documentos (concretamente una determinación de precio), la exclusión no puede tenerse en cuenta.
El registro de condición A002 (acuerdo 2, rappel de incentivo regional) se incluye en las condiciones de documento. Ahora se determina posteriormente un registro de condición que pertenece a la clase de condición A001 (acuerdo 1, rappel de incentivo a nivel de grupo de empresas). La actualización del volumen de negocios para el registro de condición correspondiente a la clase de condición A002 debería cancelarse a causa de la exclusión de condiciones. También puede ser necesario anular cualquier contabilización en ingresos en provisión, volver a valorar el documento de compras y contabilizar los documentos siguientes pertinentes. Sin embargo, nada de esto ocurre. La actualización permanece efectiva a pesar de la infracción de la exclusión de condiciones.
El descuento de proveedor inmediato RL01 sólo debería ser válido si no se conceden retribuciones posteriores. Si un rappel de este tipo se determina retroactivamente, el descuento de proveedor debería cancelarse (valoración nueva, documentos siguientes). Las modificaciones consiguientes en los subtotales podrían tener efectos de mucha repercusión. Así pues, el descuento de proveedor permanece sin modificar.