Information particulière pour la compression à partir
de systèmes locaux 
Utilisation
Une base de données de compression peut comprimer des données de plusieurs systèmes locaux (décentralisés) (systèmes R/3, systèmes R/2 et systèmes externes). Cette méthode vous permet d'améliorer la recherche dans un groupe, par exemple. Les états de compression peuvent être exécutés dans le système d'information central de votre maison-mère, même si les objets sur lesquels porte l'état sont situés dans différents systèmes locaux. Le système local peut appartenir à un sous-groupe ou à une filiale du groupe.
Compression à partir de systèmes locaux
Fonctionnalités
Vous pouvez éditer des informations du programme d'investissement d'un système ou mandant dans un fichier, puis importer celui-ci dans un système central ou un mandant. Pendant l'édition d'un fichier, le système peut accéder aux informations actuelles du programme d'investissement, ainsi qu'aux données d'une base de données de compression générée dans le système local ou le mandant. Cette dernière caractéristique permet de comprimer en étapes croissantes plusieurs niveaux du groupe.
Structure et postes de programme d'investissement
La base de données de compression se réfère toujours à un programme d'investissement. Vous devez donc vous assurer que les postes du programme d'investissement central sont également repris intégralement dans tous les systèmes locaux. Lorsque les systèmes locaux sont également des systèmes R/3, l'ensemble du programme d'investissement dans les systèmes locaux doit posséder la même structure que celui du système central.
Le module fonction BAPI_INVPROGRAM_GET_LEAVES peut être utilisé pour le transfert des postes de programme d'investissement vers des systèmes externes.
Entités locales
Il convient d'être particulièrement attentif lorsque vous alimentez la base de donnée de compression avec des données de programme d'investissement issues de systèmes externes. Vous devez vous assurer de ce que toutes les entités gérées uniquement dans les systèmes locaux sont également disponibles dans la base de données de compression centrale. Par exemple, pour un état de compression basé sur les centres de profit, les centres de profit du système local, avec leurs clés et leurs désignations, doivent se trouver dans la base de données de compression.
C'est pourquoi il existe une fonction permettant d'exporter les clés et les désignations des entités du système R/3 local de SAP vers un fichier. Vous pouvez alors importer ce set de données dans la base de données de compression (Programmes d’investissement ®Traitements périodiques ®Compression). Le système reconnaît les entités suivantes :
· Mesures et demandes d'investissement
· Centre de profit
· Centres de coûts
· Divisions
· Postes techniques
Toutes les autres entités pouvant être utilisées comme caractéristiques pour le reporting doivent être définies de la même manière dans le système central et dans les systèmes locaux. Le système considère que les caractéristiques suivantes possèdent une définition valable de façon globale :
· le périmètre analytique ;
· la société S/L ;
· le programme d'investissement (caractéristiques : programme d'investissement, année d'autorisation, poste de programme d'investissement et feuille de programme d'investissement).
D'autres caractéristiques (société, domaine d'activité, etc.) doivent également être définies dans le système central, même si elles ont moins d'importance pour le système local.
Unicité des caractéristiques locales
Afin de pouvoir identifier de manière univoque les caractéristiques locales, le système affecte ces caractéristiques à une caractéristique globale univoque :
demande d'investissement/mesure ®société S/L
centre de profit/centre de coûts ®périmètre analytique
division/poste technique ®système d’origine
Vous devez vous assurer que chaque caractéristique locale est unique dans la caractéristique globale. Le système gère les caractéristiques dépendantes du système dans la base de données de compression en combinaison avec la caractéristique globale qui leur est affectée. Cette procédure garantit que la caractéristique est traitée comme étant unique dans le système central.
Une autre option permet de résoudre ce problème sans devoir utiliser les caractéristiques globales (voir ci-dessus).À la place de ces caractéristiques globales, vous pouvez utiliser une extension client. SAP fournit deux extensions client à cet effet :
· AAIC0001 pour le traitement des valeurs (par la modification de leurs clés) à la suite de la sélection de données ;
· AAIC0002 pour le traitement des entités à la suite de la sélection de données.
Les deux extensions client SAP contiennent le module fonction EXIT_SAPLAIC2_001. Le système appelle ce module fonction lorsque l'extension client est active, avant que les données à comprimer soient exportées dans un fichier (ou avant le marquage dans un mandant). Vous pouvez programmer la modification des clés dans le module fonction.
Devises
Le système convertit en devise de programme du système central la devise de tous les ratios provenant des systèmes locaux. Le système central doit disposer des taux de conversion et des types de cours nécessaires pour pouvoir effectuer cette conversion.
Structures de données
Pour pouvoir importer dans une base de données de compression SAP R/3 des données issues de systèmes externes, vous devez récupérer les données et les importer dans les bons fichiers (voir Compression). Les fichiers doivent être structurés conformément aux structures de dictionnaire ABAP R/3 suivantes :
· programme d'investissement et valeurs : BAPI1057CD ;
· entité des mesures : BAPI1057C1 ;
· entité des centres de profit : BAPI1057C2 ;
· entité des centres de coûts : BAPI1057C3 ;
· entité de division : BAPI1057C4 ;
· entité de poste technique : BAPI1057C5 ;
· entité des demandes d'investissement : BAPI1057C6.
Chaque structure doit être enregistrée dans un fichier séparé, que vous importez.