!--a11y-->
Amélioration des performances du
système 
Un certain nombre d'activités de la Comptabilité des immobilisations exigent des ressources système importantes. Vous pouvez améliorer considérablement les performances du système pour ces activités en effectuant certaines opérations. Les performances sont notamment fortement influencées par le nombre de fiches et de tableaux d'évaluation traités. Si le nombre de fiches multiplié par le nombre de tableaux d'évaluation est supérieur à 5 millions, nous vous recommandons de mettre en œuvre les conseils présentés ci-dessous.
Il est conseillé de subdiviser les sets de données importants en plusieurs fichiers plus petits de même taille et d'utiliser plusieurs jobs de traitement en arrière-plan. Les options de subdivision des sets de données importants en plus petits ensembles dépendent de votre matériel. Si la capacité de votre unité centrale est déjà exploitée intégralement, il sera impossible d'augmenter encore sa vitesse de traitement.
· Lorsque vous utilisez la méthode d’attribution externe des numéros d’immobilisation, il est préférable de répartir les immobilisations par numéro d’immobilisation. Lorsque vous utilisez l’attribution interne de numéros, il vaut mieux répartir les immobilisations par catégorie d’immobilisations. Dans ce cas, vous devez combiner les catégories d’immobilisations qui utilisent la même tranche de numéros. De cette façon, le système n'exécute pas les jobs de manière séquentielle plutôt qu'en parallèle en raison de la tranche de numéros. Vous devez déterminer le nombre de fichiers à traiter en fonction du nombre de serveurs d'application disponibles et de la capacité de l’unité centrale de traitement.

Vous devez cependant planifier chaque job en utilisant un utilisateur système différent, car le programme de reprise des anciennes immobilisations se réfère en partie à des paramètres SET/GET dépendants de l’utilisateur.
· Si vous reprenez plus de 10 000 anciennes immobilisations, vous devez utiliser l'importation directe de données RAALTD11. Par rapport à la procédure batch input (RAALTD01), l'importation directe de données peut décupler les performances. Toutefois, aux fins de la simulation, il convient de toujours utiliser un petit nombre d’immobilisations de chaque catégorie et de reprendre ces immobilisations de test à l'aide du programme de reprise des données batch input, afin de s’assurer que les données du fichier d'entrée sont correctes.
· L’amortissement ne doit pas être recalculé, car il s’agit d’une opération qui demande beaucoup de temps.
· L'utilisation de différentes versions d'exercice a pour effet de diminuer les performances du système. Pour éviter cela, il convient de sélectionner une version d'exercice qui ne dépende pas d’un exercice particulier, et de passer à la version d'exercice appropriée une fois que la reprise des anciennes immobilisations est terminée.
Les états de clôture d’une période ou de l’exercice peuvent généralement être répartis entre plusieurs jobs d’arrière-plan. Au lieu de générer un état sur plusieurs sociétés, il est beaucoup plus efficace, par exemple, de prévoir plusieurs jobs, un pour chaque société, et de les lancer simultanément. Il peut également être utile de fractionner l’état généré par un programme sur une société en plusieurs jobs. Par exemple, un état par centre de coûts peut être divisé en plusieurs états, chacun consacré à un centre de coût ou à un intervalle de centres de coûts.
· La création d'états en référence à une date d'analyse située au cours de l'exercice plutôt qu'à la fin de l’exercice requiert beaucoup de ressources système. Si vous avez néanmoins besoin de ce type d'état, il est préférable de ne pas sélectionner la date d'analyse comme condition de sélection. Il vaut mieux, pour améliorer les performances du système, limiter les listes d’entrées et de sorties sur la base de la date comptable ou limiter les listes de coûts d'acquisition et de production sur la base de la date de mise en service.
· Il convient d’éviter de générer des états reposant sur des données dérivées, telles que le centre de profit. Il vaut mieux sélectionner les données d'utilisation qui se trouvent dans la fiche d'immobilisation, par exemple le centre de coûts.
· Il est préférable de ne pas sélectionner l'utilisation d'un seul critère, tel que le compte, mais d’utiliser des combinaisons, telles que la catégorie d'immobilisations et le groupe de comptes.
· La sélection de totaux de groupe permet également d’améliorer les performances du système.
· RASIMU : Les données doivent être réparties manuellement, par centre de coûts par exemple, ou en utilisant une variante de tri existante. Les totaux globaux doivent être déterminés à l’aide d’un télédéchargement dans Excel.
· RAPOST2000 : Les jobs sont exécutés en parallèle par la configuration et l’utilisation de groupes de serveurs.
· Si vous constatez néanmoins un net ralentissement des performances pendant l'enregistrement des amortissements, il peut s’avérer utile d’avoir recours à RAPOST00 plutôt qu’au programme d'enregistrement des amortissements standard (RAPOST2000). Le programme RAPOST00 permet d’améliorer les performances. Il présente toutefois certaines limitations. Pour plus d’informations sur RAPOST00, reportez-vous au texte descriptif en ligne correspondant dans le système R/3.
· RAPERB, RASKBU, RAJAWE, RAAFAR00 et RAJABS sont des programmes qui ne posent pas de problèmes.
Vous pouvez accélérer la reprise de l’amortissement prévisionnel dans la pré-budgétisation des coûts (voir Pré-budgétisation des coûts primaires) en planifiant plusieurs jobs à la fois plutôt qu’un seul. Pour les jobs individuels, il convient de répartir les différentes immobilisations, par exemple par catégorie d’immobilisations ou par centre de coûts.
Vous pouvez effectuer des modifications en masse dans la Comptabilité des immobilisations à l’aide de la composante R/3 Workflow et des réserves de travail (voir Modifications en masse). Si vous souhaitez modifier plus de 10 % de l’ensemble des immobilisations, vous devez créer plusieurs réserves de travail (listes de tâches). Le système peut ensuite traiter ces réserves de travail simultanément, en faisant un meilleur emploi des ressources du système.
Lors de l’exécution du changement d'exercice et du recalcul de l’amortissement, vous pouvez répartir les mouvements entre plusieurs serveurs d'application. À cette fin, saisissez un groupe de serveurs dans l'écran initial du mouvement. Pour plus d’informations, reportez-vous à la documentation en ligne relative à la zone Groupe de serveurs.