Mejoras del rendimiento efectivo del
sistema 
Utilización
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.
Características
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.
Carga inicial de datos
· Si se utiliza la asignación de números externa para el número de activo fijo, es mejor dividir los activos fijos por número de activo fijo. Si se utiliza la asignación de números interna para el número de activo fijo, es mejor dividir los activos fijos por clase de activos fijos.En este caso, debería combinar clases de activos fijos que utilizan el mismo rango de números. De este modo, el sistema ejecuta los jobs en secuencia, y no en paralelo, por el rango de números. El número de ficheros debe estar en función del número de servidores de aplicación disponibles y de la capacidad de la CPU.
Sin embargo, asegúrese de que se planifican todos los jobs con un usuario del sistema diferente, pues el programa de carga inicial de datos hace referencia, en parte, a parámetros Set/Get específicos de usuario.
· 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.
Reports
Normalmente, los reports de cierre de un 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.
Operaciones periódicas
· RASIMU: Divide los datos manualmente por centros de coste, por ejemplo, o utilizando una variante de clasificación existente. Determine los totales globales efectuando un download de Excel.
· RAPOST2000: Ejecuta jobs en paralelo configurando y utilizando grupos de servidores.
· No obstante, si se producen problemas de rendimiento considerables durante la contabilización de amortización, puede utilizar RAPOST00 en lugar del programa de contabilización de amortizaciones estándar (RAPOST2000). El programa alternativo RAPOST00 ofrece ventajas con un mayor rendimiento. 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.
· RAPERB, RASKBU, RAJAWE, RAAFAR00 y RAJABS son reports que no presentan ningún tipo de problema.
Planificación de costes
Es posible acelerar el traslado de la amortización prevista a la planificación de costes (véase Planificación de costes primarios) mediante la planificación de varios jobs simultáneamente, en lugar de uno solo. Para jobs individuales, se deben dividir los activos fijos (por ejemplo, por clase de activo fijo o por centro de coste).
Modificaciones en masa
Las modificaciones en masa de la Contabilidad de activos fijos se realizan utilizando el workflow del Sistema R/3 y los pools de trabajo (véase Modificaciones en masa). Si desea modificar más del 10% de todos los activos fijos, deberá crear pools de trabajo múltiples. En ese caso el sistema podrá procesar estos pools de trabajo en paralelo, aprovechando así mejor los recursos del sistema.
Tratamiento paralelo
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 ello, introduzca un grupo de servidores en la pantalla inicial de la transacción. Para obtener más información, véase la documentación de ayuda online para el campo Grupo de servidores.