Existen intervalos de actividades en la Contabilidad de activos fijos que requieren recursos del sistema intensivos. Si se siguen determinados pasos, el rendimiento de estas actividades puede mejorar considerablemente. El número de registros maestros y áreas de valoración que se están procesando repercute directamente en el rendimiento del sistema. Guíese por esta fórmula: Si el número de registros maestros multiplicado por el número de áreas de valoración es superior a 5 millones, SAP recomienda emplear las opciones descritas más adelante para mejorar el rendimiento.

La recomendación general de SAP consiste en dividir los sets de datos grandes en varios ficheros más pequeños del mismo tamaño y utilizar múltiples jobs de proceso de fondo. Las opciones para dividir los sets de datos grandes en partes más pequeñas dependen del hardware utilizado. Si la CPU ya trabaja al máximo de sus capacidades, no podrá aumentar su velocidad.

• Si se traspasan más de 10.000 activos fijos antiguos, deberá utilizar la importación directa de datos RAALTD11. En comparación con el procedimiento de batch input (RAALTD01), la importación directa de datos mejora el rendimiento diez veces, aproximadamente. (No obstante, siempre se debe utilizar una cantidad reducida de activos fijos de cada clase de activo fijo en la ejecución de tests. Traspase estos activos fijos de prueba mediante el programa de transferencia de datos batch input para asegurarse de que los datos en el fichero de entrada son correctos.)

• No vuelva a calcular la amortización (esta operación requiere mucho tiempo).
• El uso de variantes de ejercicio diferentes reduce el rendimiento. Evítelo seleccionando una variante de ejercicio que no sea dependiente del ejercicio y pase a la variante de ejercicio deseada, en cuanto haya concluido la carga inicial.

Normalmente, los reports de un cierre de período o un ejercicio pueden dividirse en varios jobs de fondo. En lugar de ejecutar un report en distintas sociedades, por ejemplo, es mucho más eficaz planificar varios jobs, uno por cada sociedad, y ejecutarlos en paralelo. También es razonable dividir un report de una sociedad entre distintos jobs. Por ejemplo, un report por centro de coste puede dividirse en varios reports, cada uno con un centro de coste o un intervalo de centro de coste.

• La generación de reports con una fecha de informe durante el ejercicio, en vez de al final del mismo, requiere el máximo de los recursos del sistema. Si de todos modos precisa este tipo de report; evite seleccionar la fecha de informe como criterio de selección. El rendimiento mejora si se limitan la lista de altas y bajas por fecha de contabilización, en vez de limitar las listas de inventario por fecha de capitalización.
• Evite los reports basados en datos derivados, como el centro de beneficio. Por el contrario, opte por utilizar los datos en el registro maestro de activos fijos, por ejemplo, el centro de coste.
• No se limite sólo a un criterio, por ejemplo, la cuenta. En vez de esto, utilice combinaciones, por ejemplo, la clase de activos fijos con el grupo de cuentas.
• Seleccione totales de grupo.

• En caso de que se prevean problemas de rendimiento durante la contabilización de la amortización (debido a la gestión de más de 100.000 activos fijos), es posible utilizar un programa distinto en lugar del programa estándar de contabilización de la amortización RABUCH00. El programa alternativo RAPOST00 ofrece una serie de ventajas relacionadas con la mejora del rendimiento cuando se trabaja con un volumen importante de activos fijos. Sin embargo, tiene ciertas limitaciones. Para obtener más información acerca de RAPOST00, véase el texto explicativo online para el report en el Sistema R/3.

• Los reports RAPOST00 y RAPOST20 no se encuentran actualmente disponibles en el menú estándar de FI-AA. Estos reports se llaman mediante la transacción SE38.

• RAPERB, RASKBU, RAJAWE, RAAFAR00 y RAJABS son reports que no presentan ningún tipo de problema.

Al efectuar el cambio de ejercicio y el recálculo de amortización, es posible distribuir las transacciones entre distintos servidores de aplicación. Para obtener más información, véase la documentación online de ayuda para el campo Grupo de servidores.