Amélioration des performances du système 
Utilisation
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.
Fonctionnalités
Il est conseillé de subdiviser les stocks de données importants en plusieurs plus petits fichiers de taille égale et d'utiliser plusieurs jobs de traitement en arrière-plan. Les options de subdivision des stocks 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.
Reprise d’anciennes immobilisations
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 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 aller jusqu’à 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.
États
Les états de clôture d’une période ou d’un exercice comptable 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, du point de l’effet sur 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.
Traitements périodiques
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.
RABUCH : Il convient d’utiliser un traitement en parallèle et de procéder à la comptabilisation directement.
- Si vous pensez rencontrer des problèmes de performances pendant l’enregistrement des amortissements (parce que le nombre d’immobilisations est supérieur à 100 000), vous pouvez utiliser un programme différent à la place du programme standard d’enregistrement des amortissements RABUCH00. Cet autre programme, RAPOST00, présente l’avantage d’offrir des performances supérieures lorsque le nombre d’immobilisations est élevé. Il est cependant limité sous certains aspects. Pour plus d’informations sur RAPOST00, reportez-vous au texte descriptif en ligne correspondant dans le système R/3.
Un programme permet de recréer un dossier batch input perdu. Il s’agit du programme RAPOST20.
Les programmes RAPOST00 et RAPOST20 ne se trouvent pas actuellement dans le menu standard de FI-AA. Vous devez les appeler à l’aide de la transaction SE38.
- RAPERB, RASKBU, RAJAWE, RAAFAR00 et RAJABS sont des programmes qui ne posent pas de problèmes.
Pré-budgétisation des coûts
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.
Modifications en masse
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.
Traitement parallèle
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. Pour plus d’informations, reportez-vous à la documentation en ligne relative à la zone Groupe de serveurs.