Préparation et application de OLAP

1 Introduction

1.1 Les deux étapes de la transition

IDL Konsis est basé sur une base de données relationnelle. Les tables de base de données sont liées entre elles par différentes relations techniques et techniques, évaluées par des fonctions d'application spécifiques. Cela limite les possibilités d'analyse et de reporting.

En revanche, de nombreux utilisateurs souhaitent une analyse flexible et une représentation individuelle des données contenues dans IDL Konsis, comme le permettent les outils d'analyse et de reporting (ci-après dénommés outils OLAP) tels que IDL.DESIGNER ou IDL Cockpit. Ces outils sont basés sur des bases de données multidimensionnelles (ci-après dénommées bases de données OLAP), telles qu'elles sont proposées par différents fabricants. Les bases de données OLAP requièrent des données dans une structure composée d'un nombre défini de dimensions et d'une structure hiérarchique des objets au sein de ces dimensions.

Par conséquent, pour utiliser les outils OLAP pour les données de Konsis IDL, il est nécessaire de transférer les données de la base de données relationnelle vers une base de données OLAP. Ce passage doit également permettre de dissocier largement les données des contextes techniques propres à IDL Konsis. Le passage à la monnaie unique se compose donc de deux étapes distinctes :

1. Fourniture des données pertinentes pour un traitement ultérieur à partir de la base de données relationnelle : Cette étape est effectuée par les fonctions d'IDL Konsis. Les données requises dans la base de données OLAP sont correctement transformées et mises à disposition dans des tables spéciales (K8xx) de la base de données relationnelle. Cette fonctionnalité est décrite dans ce document.
2. Transfert des données des tables spécifiques de la base de données relationnelle vers la base de données OLAP : Cela nécessite un outil de transformation tel que l'importateur IDL. Toutefois, cette étape dépend du système de base de données OLAP et du modèle de dimension souhaité, notamment parce qu'elle peut inclure des données provenant d'autres sources dans la base de données OLAP. Par conséquent, IDL ne peut pas fournir de procédure standard ici. Au contraire, cette transition doit être configurée individuellement du côté de l'utilisateur.

En alternative à cette procédure, les données pour IDL.DESIGNER sont transférées à l'étape 1 à l'aide de vues supplémentaires spéciales (vues) vers la base de données (IDL Datamart) sans remplir les tables K8xx.

2 IDL Konsis Ajustements

Il est possible que vous souhaitiez transférer de manière cohérente les données IDL Konsis vers une base de données OLAP. Des ajustements sont nécessaires. Merci de vérifier les ajustements nécessaires. Par exemple, vous n'avez pas besoin de rationaliser les lignes d'état sur une seule ligne si vous utilisez déjà des agrégations sur une seule ligne dans la liasse appropriée. Sélectionnez la description ci-dessous avant d'effectuer les modifications.

2.1 Liasse, agrégations et comptes

Dans la base de données OLAP, les comptes et les agrégations représentent une dimension hiérarchique. Le nœud supérieur de cette hiérarchie est la liasse. En général, il existe des liasses distinctes pour le bilan et les comptes de résultat, mais elles font référence à un plan d'agrégations commun.

Ces données doivent être copiées et/ou adaptées si les conditions suivantes ne sont pas remplies :

Agrégations sur une seule ligne :

L’ajout d’agrégations est limité à 70 caractères dans IDL. Pour permettre des lignes plus longues, le texte peut être réparti sur plusieurs agrégations, toutes sauf la dernière agrégation dans les descriptions de ligne de rapport étant identifiées par le type de ligne « T », auquel aucun compte et donc aucune valeur ne peuvent être affectés. Ces positions de texte brut ne sont pas possibles dans le système OLAP.

2.2 Plans de positionnement (AGGDEF)

Si vous avez besoin d'un nouveau plan d'agrégations de bilan/compte de résultat pour transférer les données vers la base de données OLAP, il est préférable de copier l'ensemble de plans directeurs existants et de modifier la désignation. Les agrégations correspondantes sont copiées avec leurs numéros d'agrégation.

2.3 Agrégations (AGGDEF)

Après avoir copié sur le nouveau plan de ligne plan d'agrégations et réutilisé un plan de ligne existant, les agrégations doivent être modifiées comme suit :

• Désignations d'agrégations qui sont en fait la désignation d'une agrégation réelle, mais qui s'étendent sur plusieurs lignes (par exemple : L'agrégation « BA080 » - « BA120 ») doit être regroupée pour la désignation d'une agrégation (par exemple : Agrégation BA120 dans la figure 4). ATTENTION : Les agrégations et les comptes associés doivent être sélectionnés pour la synthèse.
• Toutes les agrégations contenant des restes de la désignation d'origine doivent alors être supprimées s'il s'agit d'un nouveau plan d'agrégations. Lors de la révision d'un plan de ligne existant, ces agrégations ne peuvent généralement pas être supprimées tant qu'il existe des références. Vous devez donc marquer ces agrégations comme étant désactivées en utilisant des désignations appropriées et en indiquant une date de fin de validité.

Exemple :

2.4 Mappages d'agrégations et de comptes (POSKTO)

Si vous avez créé un nouveau plan d'agrégations, vous devez mapper les comptes sur votre plan d'agrégations précédent pour le bilan/le compte de résultat (par exemple : « BILGUV ») sur les nouveaux plans d'agrégations (p. ex. MILGUV).

Dans la mesure où IDL.KONSIS n'offre pas actuellement de fonction de copie, il est plus facile d'exporter les mappages dans un fichier texte, de remplacer la clé de plan de localisation par <Rechercher et remplacer> dans le fichier texte et d'importer ce fichier à l'aide de l'application « Importer ».

2.5 Identification de liasses (REPDEF)

Si vous avez créé un nouveau plan d'agrégations ou si votre liasse n'est pas compatible avec la transition OLAP, créez un nouvel ensemble racine de rapport pour le bilan et le compte de résultat. Pour ce faire, il est préférable de copier l'ensemble racine de votre liasse précédente et de modifier la désignation à l'aide de l'application Report Definition (REPDEF). Les lignes de rapport définies pour la liasse sont copiées avec.

2.6 Définitions des lignes de liasses (REPDEF)

Les définitions des lignes de liasses copiées font référence au plan d'agrégations d'origine (par exemple : BILGUV). Pour la nouvelle liasse sur le nouveau plan d'agrégations (p. ex. « MILGUV »). Pour ce faire, vous devez :

• exporter les lignes d'état existantes dans un fichier texte ;
• supprimer ces lignes de rapport (n'enregistrez pas !)
• modifier le fichier texte créé par l'exportation dans un éditeur, c'est-à-dire modifier le plan d'agrégations par « Rechercher et remplacer » (par exemple, « BILGUV » devient « MILGUV »),
• supprimer les lignes qui font référence aux lignes de texte supprimées, et
• lit le fichier texte modifié à l'aide de l'application IMPORT.

Même si vous souhaitez continuer à travailler avec votre définition de rapport précédente, les agrégations doivent être attribuées aux agrégations de niveau supérieur (p. ex. L'agrégation BA120 est associée à l'agrégation BA070) pour définir de manière unique la hiérarchie de la base de données OLAP et supprimer les lignes de rapport pour les agrégations devenues inutiles.

Merci de noter qu'il existe deux façons de mapper en parallèle : l'une pour la liasse IDL.KONSIS et l'autre pour le déploiement de la mise à niveau et la transition OLAP. Pour distinguer ces vues, l'application Report Definition (REPDEF) contient un deuxième onglet OLAP, en plus de la vue normale Arborescence, qui affiche la structure de rapport OLAP.

Le menu contextuel de ce tableau contient l'option de menu Définir le mappage par défaut. Cette fonction génère les informations probablement souhaitées pour la structure OLAP de la liasse entière. Une intervention manuelle (glisser-déplacer les lignes de rapport dans cette vue) n'est nécessaire que si vous souhaitez modifier la structure.

Ces ajustements doivent être apportés à la description du bilan et à la description du rapport de gestion.

2.7 Paramètres MIS (MISPAR)

Après les personnalisations IDL Konsis, vous pouvez créer un jeu de paramètres MIS racine (application Déploiement/Paramètres MIS (MISPAR)), puis utiliser l'application Créer des tables de données MIS (dans le menu Action de l'application MISPAR) pour remplir les tables MIS. Les chapitres suivants contiennent une description détaillée de ce processus.

3 Paramètres MIS

Les ressources d'évaluation de la mise en œuvre dans la base de données IDL Konsis requièrent des informations (paramètres) permettant de sélectionner et de compiler les données des tables de la base de données IDL Konsis. Ces informations sont stockées en tant que paramètres MIS.

3.1 Présentation du déploiement/des paramètres MIS (MISPAR)

L'application Déploiement/Paramètres MIS (MISPAR) affiche tous les jeux de paramètres MIS définis après l'appel. En principe, il est possible de créer plusieurs jeux de paramètres qui peuvent être distingués à l'aide de l'ID de paramètre MIS à six chiffres et de la désignation associée.

Notez toutefois que les tables de déploiement ne peuvent contenir que les données d'un seul paramètre MIS à la fois. Par conséquent, le déploiement sur un paramètre remplace toujours les données du déploiement précédent, même si celui-ci a été effectué sur un autre paramètre. Cela requiert une discipline organisationnelle dans l'utilisation de la fonction de passerelle. Dans la pratique, il suffit donc, dans la plupart des cas, de n’utiliser qu’un seul paramètre MIS.

La cinquième colonne du tableau de synthèse affiche l'indicateur Actif. Il marque le paramètre MIS actif avec la valeur A (un seul peut être actif). Tous les autres paramètres MIS sont marqués « D » (désactivé). Le déploiement de données MIS n'est possible que pour le paramètre MIS actif à la fois.

Sinon, la table affiche la clé, le nom abrégé, la version, chaque valeur de paramètre, ainsi que l'utilisateur et l'heure de la dernière modification du paramètre MIS. Les valeurs des paramètres sont documentées dans le cadre de l'Assistant.

Outre l'appel de l'Assistant à l'aide de l'une des actions Créer des paramètres MIS (icône en étoile), Modifier les paramètres MIS (icône en crayon) ou Copier les paramètres MIS, vous pouvez également effectuer les opérations suivantes :

Création de tables de données MIS

Appel de l'application Création de tables de données MIS : Cette action n'est possible que pour le paramètre MIS actif, qui doit donc être sélectionné au préalable. Cette action n'est pas possible pour les paramètres MIS version 04 (IDL Datamart).

Affichage Journal

Affichage du journal du dernier déploiement de données MIS : Cette action est indépendante des lignes sélectionnées et agit donc comme une action globale. Le prochain déploiement de données MIS remplacera également le protocole précédent.

3.2 Assistant Paramètres

L'Assistant Paramètres MIS ne peut être appelé qu'à partir de la table de synthèse Déploiement/Paramètres MIS. Il est composé de sept pages.

Page 1 : Désignation

La première page s'intitule « désignation », comme d'autres assistants. Il n'existe aucune restriction de validité pour les paramètres MIS. Les champs d'entrée sont les suivants :

Paramètres MIS

Clé sous laquelle le paramètre MIS est stocké dans IDL Konsis. La clé peut être max. Être à 6 chiffres et être facultatif. Aucune entrée pour l'action Modifier.

Désignation

Texte facultatif, 70 chiffres maximum, dans la langue définie dans l'en-tête du tableau récapitulatif ; obligatoire

abréviation

Texte facultatif à afficher dans le résumé, avec un maximum de 10 chiffres dans la langue définie dans l'en-tête du résumé

Page 2 : Paramètres

Cette page contient toutes les informations obligatoires et d'autres paramètres essentiels.

Version

Le numéro de version ('01', '02', '03' ou '04') distingue différentes variantes des données fournies. La spécification d'autres paramètres varie en fonction de la version définie. Pour obtenir une description détaillée, reportez-vous au chapitre Création de tables de données MIS . Pour l'établissement des stocks d'évaluation MIS, seules les entrées de paramètres au niveau du groupe sont autorisées dans les versions 01 à 03 (par exemple : Plan comptable groupe ⌧, type de données du groupe). Les entrées de paramètres de niveau société sont rejetées.

Actif

Un jeu de paramètres peut être activé ou désactivé. Vous ne pouvez créer un nouveau stock d'état mis que pour un taux marqué comme Actif. Un seul jeu de paramètres peut être marqué comme A actif à la fois. L'activation d'un jeu de paramètres désactive un jeu d'enregistrements activé existant.

Période de sélection des données

Indiquer la période (de la période à la période) à partir de laquelle les données doivent être sélectionnées. Si vous ne souhaitez sélectionner que les données d'une seule période, les deux cellules doivent indiquer la même période.

Paramètres de structure du groupe

Indique le groupe type de données sur lequel et dans quelle période la structure du groupe (hiérarchie de groupes et de sous-groupes et sociétés associées) doit être calculée dans le cube OLAP.

Langues du cube

Indique la ou les langues dans lesquelles les désignations, telles que les agrégations et les comptes, doivent être fournies. Les désignations correspondantes doivent bien sûr être disponibles dans IDL Konsis. Au moins une langue doit être spécifiée, jusqu'à trois langues peuvent l'être.

Plan comptable

Plan comptable groupe ✓, obligatoire pour les versions '01' à '03'

Type de données

Au moins un type de données doit être spécifié. Cette entrée permet de s'assurer que les versions 01 à 03 sont correctes.

nettoyage de dimension

Entrée uniquement avec la version '02' : Une fois les inventaires MIS créés, la dimension Ligne de rapport/numéro de compte OLAP déployée supprime les entrées pour lesquelles il n'existe aucun solde ni aucune écriture afin de réduire le volume de données dans le cube OLAP.

Indicateurs de partage

Entrée uniquement pour les versions 01 à 03 : L'entrée 'J' signifie que le paramètre entré peut être traité, ce qui signifie que l'application Créer des tables de données MIS peut être exécutée. 'N', en revanche, indique que les données de paramètre sont en cours de traitement ou que le traitement a été annulé en raison d'une erreur. Dans ce dernier cas, vous trouverez également des instructions dans le procès-verbal. Cela permet notamment d'empêcher deux utilisateurs de créer simultanément des tables de données MIS et de se gêner mutuellement.

Page 3 : Groupe

Outre le groupe indiqué à la page 2, d'autres groupes, tels que les sous-groupes techniques de rapport, peuvent être spécifiés. Vous pouvez les sélectionner dans la zone groupes et les ajouter en cliquant sur le bouton < de la liste groupes associés.

La version '01' ne peut pas contenir plus de 4 structures du groupe, les versions '02' et '03' ne peuvent pas contenir plus de 8, et la version '04' n'importe quel nombre. Chaque groupe/sous-groupe spécifié inclut automatiquement tous les sous-groupes enfants. Par conséquent, une structure du groupe ne peut pas être contenue dans une autre structure spécifiée.

Page 4 : Type de données

Outre les types de données indiqués à la page 2, d'autres types de données peuvent être indiqués. Vous pouvez les sélectionner dans la zone type de données et les ajouter en cliquant sur le bouton '<' dans la liste type de données associé.

La version '01' ne peut pas contenir plus de 3 types de données, par exemple un type de données réel, un de planification et un de prévision. Les versions '02' et '03' ne peuvent pas contenir plus de 8 types de données, alors que les versions peuvent contenir autant de que nécessaire.

Page 5 : Affectation de périodes à type de données

Cette page est activée uniquement dans la version 04. Vous pouvez limiter les type de données affectés à la page précédente à certains intervalles de période, par exemple : Réel-type de données sur les périodes achevées et Plan-type de données sur les périodes futures.

Une zone répertorie les types de données associés. Pour chaque période type de données, le début et la fin de la période sont indiqués. Les données sont d'abord préremplies avec l'intervalle de périodes de la page 2. Les entrées dépassant cet intervalle ne sont pas autorisées.

Page 6 : Liasse

La version '01' ne peut pas contenir plus de 4 liasses, les versions '02' et '03' ne peuvent pas contenir plus de 8 liasses et la version '04' n'importe quel nombre. Si aucune liasse n'est spécifiée, les comptes forment une dimension plate sans structure hiérarchique.

L'association se fait en sélectionnant des éléments dans la zone liasses et en cliquant sur le bouton < dans la liste liasses associées.

Pour les versions 01 et 02, seules les liasses du type de liasses E (liasse bilan/résultat) sont autorisées, et pour les versions 03 et 04, il n'y a pas de restriction sur les types de liasses .

Page 7 : Désignations multilingues

Comme dans de nombreux Assistants, la dernière page permet de gérer les désignations dans toutes les langues activées.

4 Création de tables de données MIS

L'application Créer des tables de données MIS crée des inventaires d'état MIS à partir des tables IDL Konsis, en tenant compte des paramètres gérés par l'application Déploiement/paramètres MIS. Ces stocks doivent ensuite être couverts par des programmes distincts (p. ex. IDL Importer) et les transférer dans la base de données OLAP afin qu'ils puissent être traités à l'aide d'un moteur d'évaluation OLAP (par ex. IDL (Cockpit).

L'application Créer des tables de données MIS ne peut être appelée que via l'application de synthèse Déploiement/Paramètres MIS et uniquement pour les versions 01 à 03. Les paramètres MIS de la version '04' ne sont disponibles que pour IDL Datamart. Extrait directement les données du cube OLAP des tables de base de données IDL.KONSIS à l'aide de vues spécialisées. Cette fonctionnalité est documentée séparément.

La compilation des bases de données de la MIS se fait en plusieurs étapes, qui sont brièvement énumérées ci-dessous. Toutes les étapes de traitement et les erreurs rencontrées sont consignées. Vous pouvez afficher le journal à l'aide de l'option de menu d'action Afficher le journal dans la table Déploiement/paramètres MIS.

Remarques :

• Le programme peut être actif pendant une période prolongée, en fonction du volume de données. L'activité en cours du programme s'affiche toujours sous la forme d'un « indicateur de progression » à l'écran.
• Les mises en correspondance compte/poste de reporting (tableau K827) et poste de reporting/poste de reporting (tableau K828) qui existent déjà dans les bases de données MIS sont toujours supprimées et reconstituées.

Plus précisément, les mesures suivantes sont prises :

• Identification et enregistre des structures du groupe
• Identification et enregistre des sociétés
• Identification et enregistre des comptes
• Identification et enregistre des structures de reporting et des postes/compte de reporting
• Identification et enregistre des secteurs d'activités, centres de coûts, traitements de consolidation, clés de saisie et codes monétaires
• Identification et enregistre des soldes de compte et des écritures de consolidation
• Identification et enregistre des soldes de compte IC et des participations
• Identifier et enregistrer les soldes analytiques et les écritures de consolidation avec les objets analytiques
• Identification et enregistre des variations de flux et des écritures de consolidation à l'aide de clés de saisie
• Mise à jour des textes, par exemple : Noms de compte
• Mise à jour des dimensions

Les tables de base de données du stock d'évaluation MIS sont remplies en fonction du numéro de version spécifié dans le paramètre MIS :

Version 01

écrit les données de valeur sélectionnées (soldes et écritures) dans les tables de base de données K810 à K813. Le type de données n'est pas répertorié comme clé dans ces tables, ce qui limite le nombre de types de données. La version '01' n'est plus développée pour la compatibilité avec les anciennes interfaces et n'est donc pas recommandée pour les nouvelles interfaces.

Version 02

écrit les données de valeur dans les tables K850 à K853. Ici, les types de données respectifs sont inclus dans la clé. Cette version est généralement utilisée.

Version 03

écrit les données de valeur dans les tables K850 à K853 comme la version '02'. Les données de base et de structure (p. ex. Numéro de compte, postes de déclaration) n'est plus fourni dans les tableaux K8xx correspondants (sauf : Sociétés, structure du groupe). Etant donné que l'attribution des sociétés aux groupes n'est pas évaluée, les données précieuses de toutes les sociétés sont mises à disposition. Pour la même raison, aucun quota n'est pris en considération. Cela peut être nécessaire dans les processus suivants (par exemple : IDL.IMPORTER). Cette variante peut être plus performante, mais nécessite une connaissance approfondie du modèle de données IDL Konsis lors de la création de la fonction de passerelle et ne doit donc être mise en place que par des consultants IDL.

5 Tableaux de valeurs dans les stocks d'évaluation MIS d'IDL Konsis

Les informations de valeur (soldes, détails et écritures de consolidation) fournies pour le passage à une base de données OLAP sont stockées dans les tableaux ci-dessous. Si vous avez déployé des données avec un jeu de paramètres MIS de version 01, les données des tables de base de données K810 à K813 sont stockées dans les tables K850 à K853 pour les déploiements de données de version 02 ou 03 .

5.1 Table de base de données K810 / K850

Cette table contient les soldes de compte et les écritures de consolidation .

5.2 Table de base de données K811 / K851

Cette table contient les détails des solde de compte société par IC-₆, c'est-à-dire les participations et les soldes des sous-comptes IC.

5.3 Table de base de données K812 / K852

Cette table contient les détails des soldes par objet analytique, c'est-à-dire les soldes des centres de coûts et les écritures de consolidation sur les centres de coûts de la table CONJOU.

5.4 Table de base de données K813 / K853

Ce tableau présente les détails des soldes par colonnes de flux et par clé de saisie, c'est-à-dire les variations de l'actif immobilisé , les variation des capitaux propres , les mouvements de provision et les autres variation de flux du comptes sociaux, ainsi que les écriture de consolidation sur les comptes miroirs avec une clé de saisie.

6 Problèmes de performances

6.1 Mauvaises performances de création de cubes OLAP

Problème : Lors de la création d'un cube OLAP, les demandes aux tables K8xx avec des jointures à d'autres tables prennent beaucoup de temps.

Solution : La commande suivante doit être appliquée aux tables affectées :

ANALYZE TABLE tabulation-nr ESTIMATE STATISTICS

Cela remplit le dictionnaire de données avec les informations utilisées par l'optimiseur basé sur les coûts lors de la création du plan d'exécution. S'il ne trouve pas d'informations statistiques pour l'une des tables affectées, le Rule Based Optimizer est utilisé.