Aller au contenu principal

Échange de données groupe-sous-groupe

1 Présentation

Le groupe d'applications décrit ici peut être utilisé à différentes fins, comme décrit ci-dessous.

Pour transférer les données, elles sont écrites dans des fichiers aux formats spéciaux. Ces formats dépendent de la version. Par conséquent, le transfert de données entre deux bases de données n'est possible que si les deux bases de données ont la même version (mise à jour et mise à jour) d'IDL.KONSIS.FORECAST.

1.1 Échange de données groupe-sous-groupe

Le groupe d'applications Échange de données groupe-sous-groupe a été conçu pour mettre en correspondance des installations distinctes (bases de données) pour le groupe et un sous-groupe subordonné. Le processus de base se compose des deux sous-fonctions suivantes :

  1. Transfert des données centralisées à l'échelle du groupe de l'ensemble du groupe vers le sous-groupe : C'est là que se trouve i.W. Transférer les données de racine et de structure.
  2. Transfert des données du sous-groupe gérées de manière décentralisée du sous-groupe au groupe dans son ensemble : C'est là que se trouve i.W. Transférer les données du rapport.

Ces deux sous-fonctions se composent chacune de trois étapes :

  1. déchargement des données de la base de données source dans des fichiers spéciaux
  2. Transférer ces fichiers vers l'environnement cible : Cette étape est spécifique à l'utilisateur et peut être omise.
  3. Chargement des données dans la base de données cible

À l'instar du transfert des données d'un sous-groupe du sous-groupe société au groupe dans son ensemble, il existe un troisième groupe fonctionnel pour le transfert des données d'un seul et même groupe dans le groupe dans son ensemble. Il manque des données sur la consolidation.

1.2 Transfert de données vers une nouvelle base de données

Les articles ci-dessus. Les fonctionnalités se sont également révélées utiles pour transférer des parties des données d'une base de données vers une nouvelle base de données, que ce soit à des fins de test, pour un consultant ou pour l'analyse des erreurs par la ligne d'assistance IDL. La différence est que ces deux-là. Fonctions partielles Transférer à la fois les données de groupe et de sous-groupe de la même base de données source vers la même base de données cible. La base de données de destination peut être une base de données de livraison vide. Les données de sous-groupe (le sous-groupe peut également être le groupe total) peuvent être limitées au(x) type de données(s) nécessaire(s) et à un intervalle de périodes.

1.3 Archivage

Une autre fonctionnalité spéciale, qui est liée aux éléments ci-dessus. L'archivage des données est possible. Là encore, les données à l'échelle du groupe et les données du sous-groupe sont transférées de la même base de données source vers la même base de données cible. La base de données source est la base de données productive et la base de données cible est une base de données d'archivage spécialisée.

La particularité est que les données du sous-groupe sont supprimées de la base de données source après un transfert réussi. Cette fonctionnalité permet de libérer la base de données productive des données obsolètes et d'améliorer ainsi les performances.

1.4 Exportation de données sous-groupe

Ces fonctions exportent les données de sous-groupe dans des fichiers aux formats CSV normalisés, qui peuvent ensuite être évalués par des interfaces avec des systèmes tiers. Contrairement aux fonctions d'exportation standard d'IDL.KONSIS, les données de différents ensembles de données, par exemple : Soldes de compte, soldes de compte IC, variations de flux, regroupés dans un fichier.

1.5 Informations sur la gestion des autorisations

Les différentes fonctions de l'échange de données groupe-sous-groupe utilisent leurs propres options de menu, qui doivent être autorisées pour chaque groupe d'autorisations personnalisé. Il s'agit :

DATACOM
« échange de données groupe-sous-groupe », application d'appel de dialogue
EDIT-LOG
« Afficher le fichier journal (.L.) », action dans le menu contextuel de DATACOM
KONDATKONZ
« Échange de données groupe » représente le premier nœud de l'arbre de menus affiché par DATACOM. Sans cette autorisation, ce nœud et les éléments de menu enfants ne sont pas affichés.
KONDATTKON
« Échange de données de sous-groupe » représente le deuxième nœud de l'arbre de menus affiché par DATACOM. Sans cette autorisation, ce nœud et les éléments de menu enfants ne sont pas affichés.
KONDATGES
« Échange de données de société » représente le troisième nœud de l'arborescence de menus affichée par DATACOM. Sans cette autorisation, ce nœud et les éléments de menu enfants ne sont pas affichés.
KONDATTKAR
« Archivage sous-groupe » représente le quatrième nœud de l'arbre de menus affiché par DATACOM. Sans cette autorisation, ce nœud et les éléments de menu enfants ne sont pas affichés.
KONDATDTEX
« sous-groupe-Datex » représente le cinquième nœud de l'arbre de menus affiché par DATACOM. Sans cette autorisation, ce nœud et les éléments de menu enfants ne sont pas affichés.
KONENTL
application exécutable de déchargement de données à l'échelle du groupe
KONTRAN
application exécutable Transfert de données à l'échelle du groupe
KONLADN
Application exécutable de chargement des données intersociétés
TKDATUN
application exécutable de déchargement de sous-groupe
TKDATTR
application exécutable de transfert de sous-groupe
TKDATDLA
« effacer+Recharger les données sous-groupe », application exécutable
TKDATDLAMU
« effacer+Recharger les sous-groupes avec l'implémentation », application exécutable
GESENTL
« Déchargement des données sociales HBI/II », application exécutable
GESTRAN
« Transférer les données sociales HBI/II », application exécutable
GESDLADN
« effacer+Recharger les données sociales HBI/II », application exécutable
GESDLADNMU
« effacer+Recharger les données sociales HBI/II avec la mise en œuvre », application exécutable
ARCHKONUNL
application exécutable de déchargement des données permanentes d'archivage
ARCHKONLOA
application exécutable de chargement des données permanentes dans la base de données d'archivage
ARCHTKUNL
application exécutable de déchargement des données de mouvement d'archivage
ARCHTKLOA
Application exécutable d'archivage (chargement) des données de mouvement sur la base de données d'archivage
ARCHTKDEL
effacer des données de mouvement archivées, application exécutable
TKDATEX1
« soldes et détails d'exportation sous-groupe complets », application exécutable
TKDATEX2
Export sous-groupe soldes or détails, application exécutable
WF-DEX
correspond à l'échange de données groupe-sous-groupe en tant que nœud supérieur des fonctions DATACOM pour la structure de menus IDL.WORKFLOW
WF-DEXKONZ
correspond à l'échange de données groupe en tant que nœud pour la structure de menu IDL.WORKFLOW
WF-DEXTKON
correspond à l'échange de données sous-groupe en tant que nœud pour la structure de menu IDL.WORKFLOW
WF-DEXGES
société équivaut à l'échange de données « » en tant que nœud pour la structure de menu IDL.WORKFLOW
WF-DEXTKAR
équivaut à l'archivage sous-groupe en tant que nœud de la structure de menus IDL.WORKFLOW
WF-DEXDTEX
correspond à sous-groupe-Datex comme nœud pour la structure de menus de IDL.WORKFLOW

2 Échange groupe-sous-groupe (DATACOM)

Cette application permet d'effectuer les opérations suivantes : Fonctions contrôlées et démarrées. Dans le filtre de gauche, l'application contient des champs de saisie pour les paramètres pertinents pour l'échange de données.

Le tableau présente les applications à appeler pour chaque fonctionnalité sous forme d'arborescence, indépendamment des entrées du filtre. Les quatre premiers nœuds sont les groupes fonctionnels suivants, qui servent à l'échange de données IDL.KONSIS vers IDL.KONSIS :

Échange de données groupe :
Transfert des données structurelles et de base à l'échelle du groupe
Échange de données sous-groupe :
Transmission des données de rapport d'un sous-groupe
Échange de données sociales :
Société Transmission des données d'un rapport
Archivage sous-groupe :
Transfert des données de rapport d'un sous-groupe à des fins d'archivage

En dessous de ces nœuds, les applications associées sont organisées dans l'ordre de passage habituel.

Dernier nœud

Données sous-groupe :
Exportation de données de sous-groupe vers des fichiers de formats spéciaux

comprend certaines fonctions indépendantes qui permettent l'exportation de systèmes ultérieurs.

2.1 Possibilités de sélection

Les champs d'entrée du filtre n'affectent pas les fonctions affichées dans le tableau. Ceux-ci dépendent uniquement de l'autorisation de l'utilisateur.

Les données saisies dans le filtre ne spécifient que les données à traiter.

Seules les deux cellules sont obligatoires

Période
(clé valide) période unique ou dernière période d'un intervalle de période
Type de données
(clé valide, sous-clé+% ou %).

Ces clés ne sont pas évaluées dans toutes les fonctions, mais elles sont toujours pré-remplies conformément à la présélection des données à indiquer de l'utilisateur ( PDV ) et aucune entrée n'est nécessaire dans ce cas.

Les autres cellules facultatives ne sont nécessaires que pour certaines fonctions :

Groupe/sous-groupe
(clé valide) est également fourni par la présélection des données à indiquer de l'utilisateur. Lors de l'échange de données groupe, le groupe définit uniquement le nom des fichiers à échanger. Lors de l'échange de données sur les sous-groupes, le périmètre de consolidation, y compris les sous-groupes subordonnés et les sociétés du groupe, est ainsi déterminé.
Société
(clé valide, sous-clé+%, % ou vide) définit le nom des fichiers à échanger et les données à extraire lors de l'échange de données de société.
Période de comparaison
Spécifie, conjointement avec Période, un intervalle de périodes à partir duquel décharger ou exporter les données de sous-groupe ou de société.
À partir de la date de modification
affecte uniquement les fonctions de déchargement. Les données permanentes ne sont déchargées que si leur date de modification est supérieure ou égale à la date spécifiée.
Type de devise
(clé valide selon la sélection) fonctionne uniquement pour les applications à partir de sous-groupe-datex et détermine si la sortie est en groupe, pays ou monnaie parallèle.
Diviseur
ne s'applique qu'aux applications à partir de « sous-groupe-datex » et permet de diviser les valeurs de sortie par une puissance fixe de 10 pour obtenir des valeurs en milliers d'euros, par exemple en indiquant « 1000 ».
Groupe de transfert
(clé valide) est évalué pour les applications »... avec implémentation ». Certaines clés sont alors modifiées au chargement.

Explication : vide = tous, % = tous avec entrée, * = tous sans entrée

2.2 Actions

En double-cliquant sur la ligne ou en cliquant sur l'icône <Start> (« Exécuter l'application(s) sélectionnée(s) ») du menu contextuel de la ligne, vous démarrez l'application affichée sur la ligne. En particulier :

Le menu contextuel propose également les options de menu suivantes :

Affichage Fichier LOG (.L.) :
Un fichier journal est écrit à chaque fois que des données sont déchargées et chargées. Cette action permet de voir celle-ci. Répertoire Une boîte de dialogue de fichiers est créée, dans laquelle le nom de fichier et l'adresse de l'échange de données indiqués dans la boîte de dialogue d'options sont définis par défaut.
Afficher le texte d'aide :
Affiche le texte d'aide de l'élément de menu de la ligne. Il contient une référence à cette documentation.

3 Échange de données groupe

L'échange de données à l'échelle du groupe comprend les étapes de déchargement des données à l'échelle du groupe, de transfert des données à l'échelle du groupe et de chargement des données à l'échelle du groupe. Dans la table de l'application d'appel Échange de données groupe-sous-groupe (DATACOM), ces fonctions sont regroupées sous le nœud Échange de données groupe. L'exécution de ces fonctions peut être autorisée par les options de menu indiquées ci-dessus.

La fourniture et l'acquisition des données de l'ensemble du groupe s'effectuent pour toutes les installations distinctes du sous-groupe IDL Konsis et de la société, qui signalent votre comptes sociaux HBII directement via IDL.KONSIS.FORECAST (sous-groupe ou société. l'échange de données sociales). Les sous-groupes et les Les sociétés fournissent les données de base et les données structurelles dont elles ont besoin pour enregistrer leurs comptes individuels et sous-groupes. Dans le même temps, ces installations distinctes doivent empêcher la saisie de ces données afin que la lecture ultérieure des données du rapport ne provoque pas de violation de clé étrangère.

3.1 Déchargement des données à l'échelle du groupe

Grâce à ce traitement, toutes les données de base et de contrôle qui sont valides au niveau du groupe et sont donc soumises à la responsabilité centralisée des soins sont lues au siège du groupe et mises à disposition pour le transfert IDL.KONSIS à IDL.KONSIS. Cela inclut les désignations multilingues et les textes d'aide correspondants qui sont exportés dans des tables de transfert séparées.

Le traitement ultérieur charge les données à l'échelle du groupe après le transfert des données à l'échelle du groupe chez le destinataire, l'acquisition correspondante est effectuée.

Dans le cadre d'un service de maintenance régulier par le siège social, le volume des données peut être limité par la cellule « à partir de la date de modification », de sorte que seules les modifications depuis la dernière lecture sont sélectionnées.

Pour les tables de structure (listing ci-dessous. ), cependant, les mappages en cours sont toujours lus complètement par plan d'agrégations, groupe d'utilisateurs, groupe de réadressage, etc., afin de garantir la cohérence des données. Cela signifie que pour l'application Charger des données à l'échelle du groupe, toutes les entrées précédentes des clés correspondantes sont préalablement supprimées chez le destinataire.

Déchargement des tables utilisateurs (y compris »présélection des données à indiquer par utilisateur ») et « taux de change » sont facultatifs. Une fois l'application démarrée, une boîte de dialogue s'affiche pour demander si ces données doivent être déchargées ou non.

Répertoire Les données sont stockées dans plusieurs fichiers dans le conteneur de données, qui est spécifié dans la cellule « Échange de données » de la page <Importer/Exporter> de la boîte de dialogue d'options de l'utilisateur qui les a créées. Le nom de fichier se compose du préfixe « K_ », la clé de groupe lt. Saisie dans le filtre de l'application appelante (DATACOM) et comme suffixe du nom de table de base de données IDL à 4 chiffres.

Exemple :

Les fichiers suivants seront créés (KTK=« MONDE » ) :

Les données suivantes sont sélectionnées selon les conventions de dénomination respectives, de sorte que seuls les ajouts définis par le client aux métadonnées IDL.KONSIS.FORECAST livrées sont déchargés :

Les autres données sont entièrement définies par le client et sont entièrement lues :

Afin de garantir des fonctions d'échange correctes, un fichier journal est également créé avec le suffixe 'L_E', avec le numéro de version correspondant, qui est évalué par le programme d'acquisition Chargement des données à l'échelle du groupe. Elle indique également le nombre d'ensembles par table déchargée et, le cas échéant. Affiche les messages d'erreur. Ce fichier peut être affiché à partir du menu contextuel à l'aide de l'action Afficher le fichier journal et imprimé pour la documentation.

Pendant le traitement, une fenêtre séparée affiche la progression et les infobulles de la table en cours de traitement, ainsi que le décompte des enregistrements.

3.2 Transférer des données à l'échelle du groupe

Répertoire répertoire À partir de l'auteur du déchargement dans lequel les données de l'ensemble du groupe ont écrit les fichiers, ces fichiers doivent être transférés vers le destinataire approprié avant que celui-ci puisse prendre en charge les données de l'ensemble du groupe par le biais du traitement ultérieur. Vous pouvez utiliser cet élément de menu.

Dans l'application « Points de menu », l'élément de menu KONTRAN de la cellule « Appel externe » peut être utilisé pour entrer la ligne de commande d'un appel de programme externe pour transférer les données pour l'échange de données au sein du groupe. Cette entrée est personnalisée.

Si vous n'en avez pas besoin ou si vous ne l'avez pas résolu d'une autre manière, vous pouvez ignorer cette étape.

3.3 Chargement des données à l'échelle du groupe

Par ce traitement, toutes les données de racine et de contrôle fournies par la fonction Déchargement des données à l'échelle du groupe sont transférées dans la base de données IDL Konsis. Répertoire Les données sont lues à partir du nombre de lettres figurant dans la cellule « Échange de données » de la page <Importer/Exporter> de la boîte de dialogue d'options de l'utilisateur d'importation.

Pour garantir une prise en charge correcte, le numéro de version du fichier journal du processus de déchargement (fichier avec le suffixe 'L_E') est comparé au numéro de version de l'installation IDL.KONSIS.FORECAST. Les données ne peuvent être chargées que lorsque les numéros de version correspondent. Dans le cas contraire, un message d'erreur s'affiche.

Pour tous les fichiers racines, le traitement est effectué par insertion ou mise à jour : Si une racine existe déjà chez le destinataire, l'ensemble est mis à jour, sinon il est réinséré.

Pour les tableaux de structure

plan d'agrégations Cependant, les mappages actuels sont toujours lus complètement par groupe d'utilisateurs, groupe d'utilisateurs, groupe de réadressage, format d'importation, etc., afin de garantir la cohérence dans les données. Cela signifie que toutes les entrées précédentes des clés correspondantes seront supprimées avant le chargement.

Pendant le chargement, un fichier journal est créé avec le suffixe 'L_L' (par exemple, pour KTK=« MONDE » nommé K_WELT.L_L). Il affiche le nombre de jeux par table chargée et, le cas échéant. Erreurs enregistrées. Ce fichier peut être affiché à partir du menu contextuel de l'application d'appel DATACOM et imprimé pour être documenté à l'aide du traitement séquentiel Afficher le fichier journal.

Lorsqu'une situation d'erreur est détectée par le programme, elle s'affiche d'abord dans la fenêtre de message. Dans ce cas, il est recommandé de créer une copie papier pour la documentation et la compensation des erreurs. Dans tous les cas, l'enregistrement des erreurs est également effectué dans le fichier journal.

Contrairement à la maintenance des boîtes de dialogue ou à l'importation, les enregistrements ne sont pas mis à jour lors du chargement dans les cellules Dernière modification (utilisateur, date, heure), par exemple, un enregistrement racine de compte qui a été conservé par le créateur « A » dans le groupe il y a 2 semaines et qui est maintenant chargé par le destinataire « B » dans le sous-groupe ou dans une société affiliée, se trouve dans la base de données du destinataire sous l'ID utilisateur « A » avec la date il y a deux semaines.

Si le traitement n'est pas perturbé, l'exactitude de la collecte des données doit être vérifiée par sondage avec les applications de synthèse.

Remarque : Il est recommandé de ne pas autoriser d'autres utilisateurs de la solution IDL pendant le chargement des données à l'échelle du groupe, mais il n'est pas nécessaire de se déconnecter de la solution IDL. Il peut être continuer d'effectuer une sauvegarde de la base de données avant ce traitement ultérieur, à moins que cela ne soit déjà fait régulièrement.

Pendant le traitement, une fenêtre distincte affiche la progression de la table en cours de traitement et le décompte des enregistrements correspondant.

4 Échange de données sous-groupe

4.1 Déchargement des données du sous-groupe

Cette application extrait toutes les données dont le groupe consolidé a besoin pour une consolidation de niveau supérieur après la clôture du sous-groupe. Les états financiers intersociétés contiennent

  • les comptes sociaux de toutes les sociétés affiliées au sous-groupe,
  • le comptes consolidés du sous-groupe spécifié, et
  • les données de clôture de groupe de tous les sous-groupes enfants.

La transmission n'est pas effectuée sous forme de solde de résultats par sous-groupe, qui est intégré sous un numéro de quasi-société dans le groupe global (cf. DOCU densification sous-groupe sur comptes sociaux) , mais en détail avec tous les soldes de compte, de détail et de position des sociétés individuelles, avec la structure de sous-groupe lt. GRPDEF , ainsi que toutes les écritures de consolidation.

Il sera ainsi possible, du point de vue du groupe dans son ensemble, de définir et d'évaluer des sous-groupes de reportage alternatifs.

Le déchargement est subordonné à la condition technique que le sous-groupe en cause ait fait l'objet d'une décision contraignante. Pour ce faire, tous les rapports pertinents (bilan, comptes de résultat, flux et le cas échéant Tableau des flux de trésorerie) sous RAPPCON , les traitements ultérieurs

Exécuté et réglé.

Règles générales

L'appel du programme se fait en tant que traitement ultérieur à partir de l'application DATACOM .

Les données sont fournies conformément à la ou aux période(s)/type de données(s) indiquée(s) pour tous les sous-groupes et sociétés. RÉPERTOIRE GRPDEF sélectionne et est stocké dans plusieurs fichiers dans le fichier figurant dans la boîte de dialogue d'options de l'utilisateur de création, dans la cellule « Échange de données » de la page <Import/Export>.

Par exemple, si vous entrez un '%' ou une sous-clé +% dans type de données, tous les types de données ou un sous-ensemble de ceux-ci sont utilisés pour le déchargement.

Les valeurs Période et période de comparaison permettent d'utiliser une plage de plusieurs périodes pour le déchargement.

Toutefois, seules les type de données et périodes pour lesquelles l'utilisateur a également l'autorisation d'insérer sont déchargées. Le journal répertorie les type de données et les périodes qui ont été déchargées. Cette information est ensuite utilisée dans l'application effacer+Recharger les données du sous-groupe pour l'authentification.

Exemple

Le nom de fichier se compose du préfixe 'T_', de la clé de sous-groupe et du numéro de table de base de données IDL à 4 chiffres, comme décrit dans l'exemple KTK = « TK10 » avec les fichiers suivants :

  • T_TK10.A002 Objets (Référence des désignations et des commentaires)
  • T_TK10.A005 En-têtes de commentaire
  • T_TK10.A104 Désignations
  • T_TK10.A106 Lignes commentaire
  • T_TK10.K003 BALSOL soldes de compte
  • T_TK10.K010 KTO comptes de plans comptables d'entreprise, pour autant que le niveau type de données soit au niveau de la société
  • T_TK10.K017 SOCTRA LE Statu quo des données
  • T_TK10.K019 CONTRA Statu quo des données groupe
  • T_TK10.K024 POSSAL Soldes de position
  • T_TK10.K030 BALORI/CNTHER suivi de l'origine compte/solde analytique
  • T_TK10.K034 CURCF Paramètres de conversion monétaire
  • T_TK10.K035 CURACC Instructions de conversion de compte
  • T_TK10.K036 CURRFLUX règles de conversion clé de saisie
  • T_TK10.K038 variations de flux individuelles de VARCAP Capital, VARPRO et VAROTH
  • T_TK10.K039 BALIC soldes de compte IC
  • T_TK10.K040 OBJIMM fiche d'immobilisation
  • T_TK10.K041 CNTSAL soldes analytiques
  • T_TK10.K042 VARIMM variation de l'actif immobilisé
  • T_TK10.K044 CONDB groupe/TK(s)
  • T_TK10.K045 VARTIT variation des participations détenues
  • T_TK10.K046 CONCONF paramètres de consolidation
  • T_TK10.K048 CONECR Documents de consolidation
  • T_TK10.K049 CONJOU écriture de consolidation
  • T_TK10.K050 CONRAPPIC Compensation de circuits intégrés
  • T_TK10.K053 CTRLSOC Résultats de la règle d'essai
  • T_TK10.K061 STOCKMA Marges produit
  • T_TK10.K062 ICVOR IC en stock
  • T_TK10.K063 CNT objets analytiques des plans de contrôle de gestion, si le niveau type de données est au niveau de la société
  • T_TK10.K065 RAPPSOC Répertoire d'en-tête de rapport Ges./Konz
  • T_TK10.K066 REPERG Résultats du rapport avant mise à jour 2011.0
  • T_TK10.K067 ECRIT justificatifs
  • T_TK10.K068 JOURNAL écritures
  • T_TK10.K076 REPERG Résultats du rapport depuis la mise à jour de 2011.0 ; le déchargement des résultats du rapport est facultatif en raison de leur taille et est contrôlé par une boîte de dialogue de requête
  • TK10.L_E Journal de déchargement

4.2 Transférer les données du sous-groupe

Répertoire Depuis le système de déchargement du créateur, dans lequel le sous-grouperépertoire a écrit les fichiers, ces fichiers doivent être transférés vers le système correspondant du destinataire avant que celui-ci puisse les effacer via le traitement ultérieur+rechargement du sous-groupe . Vous pouvez utiliser cet élément de menu.

Dans l'application « Points de menu », l'élément de menu TKDATTR dans la cellule « Appel externe » peut être utilisé pour entrer la ligne de commande d'un appel de programme externe pour transférer les données pour l'échange de données sous-groupe. Cette entrée est personnalisée.

Si vous n'en avez pas besoin ou si vous ne l'avez pas résolu d'une autre manière, vous pouvez ignorer cette étape.

4.3 Effacer+Recharger les données du sous-groupe

Effectuez une sauvegarde de la base de données IDL avant ce traitement ultérieur !

Lorsque vous effacez et rechargez les données du sous-groupe, les données précédemment déchargées pour le sous-groupe (exemple s.o. ) supprimé (à l'exception des comptes, des contrôles et des fiches d'immobilisation) et réinséré à partir des fichiers transférés. Les fichiers nécessaires au traitement doivent être créés au préalable via le déchargement et transférés vers le sous-grouperépertoire indiqué dans la cellule « Échange de données » de la boîte de dialogue d'options de l'utilisateur d'importation sur la page <Import/Export>.

Règles générales

L'appel du programme se fait en tant que traitement ultérieur à partir de l'application DATACOM .

Les informations contenues dans les cellules du filtre de l'application appelante DATACOM doivent correspondre à celles fournies lors du déchargement et stockées dans le journal de déchargement transmis.

Les données sont fournies pour toutes les sociétés en fonction du(s) exercice(s)/type de données(s) transféré(s). RÉPERTOIRE GRPDEF CONDB est chargé à partir de plusieurs fichiers dans l'espace d'options indiqué dans la cellule « Échange de données » de la page <Importer/Exporter> de la boîte de dialogue d'options de l'utilisateur actuel.

Par exemple, si vous entrez un '%' ou une sous-clé +%' dans type de données (DATTYP), tous les types de données ou un sous-ensemble d'entre eux sont utilisés pour l'effacée et le chargement.

La période et la période V permettent d'utiliser une plage de plusieurs périodes pour le chargement.

Cependant, seules les périodes types de données et périodiques pour lesquelles l'utilisateur :

  1. possède également l'autorisation d'insérer, et
  2. répertoriés dans le journal de déchargement transmis.

Le fichier journal de chargement avec le suffixe .L_L répertorie les type de données périodes et le nombre d'enregistrements qui ont été supprimés et chargés. Les messages et les erreurs sont également consignés dans le fichier journal.

Pour des raisons de cohérence, le chargement des données du sous-groupe s'effectue par fichier plutôt que par jeu, c'est-à-dire que les données ne sont enregistrées de manière obligatoire dans IDL Konsis qu'une fois que toutes les phrases d'un fichier ont été reconnues comme exemptes d'erreurs. En raison de cette forme de traitement, il est recommandé de ne pas autoriser d'autres utilisateurs IDL.KONSIS.FORECAST à travailler pendant le chargement, mais il n'est pas nécessaire de se déconnecter de IDL.KONSIS.FORECAST.

Lorsqu'une situation d'erreur est détectée par le programme, elle est affichée dans une fenêtre de message. Dans ce cas, il convient d'établir une copie papier pour documenter et expliquer le problème.

Tous les enregistrements à importer conservent les valeurs des enregistrements exportés dans les cellules Dernière modification (date, heure et utilisateur) lors du chargement.

Vous pouvez également vous assurer de l'exactitude de l'acquisition des données en effectuant des échantillons avec les applications de synthèse, comme indiqué ci-dessus dans le tableau de synthèse avec menus en raccourci, même si le traitement n'est pas perturbé.

Particularités

  • Les données pour les sociétés avec un « K » méthode d'intégration dans le sous-groupe ne seront pas supprimées.
  • Société Si une entité est consolidée en deux sous-groupes de quotas, de sorte que les deux sous-groupe société conservent des données pour la quantité d'informations, les données du deuxième sous-groupe écrasent celles du premier sous-groupe. Le problème réside notamment dans le numéro de pièce justificative de la consolidation ICBIL/ICPNL dans le sous-groupe des soldes IC

4.4 Effacer+Recharger les sous-groupes avec la mise en œuvre

Avant ce traitement ultérieur, merci d'effectuer une sauvegarde de la base de données pour la base de données IDL !

Cette application est une extension de l'application effacer+Recharger les données du sous-groupe, avec la différence suivante : toutes les clés de société et/ou types de données contenues dans les données d'entrée sont préalablement implémentées selon le groupe de transfert. Cela concerne :

Cette fonction peut être utilisée, entre autres, pour :

Fusion de deux groupes consolidés jusqu'à présent indépendamment l'un de l'autre :
Lorsque les deux groupes ont attribué des numéros de société identiques, les numéros de société d'un groupe peuvent être convertis en nouveaux numéros.
Copie d'un comptes consolidés complet vers un autre type de données :
Dans ce cas, la base de données source et la base de données cible sont identiques. Par la suite, la mise en œuvre des type de données fait double emploi.

5 Échange de données sociales

5.1 Déchargement des données sociales HBI/II

Cette application extrait toutes les données nécessaires au groupe/sous-groupe pour la consolidation une fois l'interface HBII terminée.

Le déchargement est subordonné à la condition que le résultat de l’IPCH de la société du groupe soit établi de manière contraignante. Cela signifie entre autres que les traitements ultérieurs dans RAPPSOC

  • Créer une liasse avec RepOption = 'S' (au moins 1x par BIL et GuV)
  • Afficher la liasse

ont été exécutés et coordonnés.

Règles générales :

L'appel du programme se fait en tant que traitement ultérieur à partir de l'application DATACOM .

Les données sont sélectionnées en fonction de la période(s)/type de données société répertoire(s) et du(des) fichier(s) transmis(s) et sont stockées dans plusieurs fichiers dans le fichier * indiqué dans la cellule « Échange de données » de la page <Import/Export> de la boîte de dialogue d'options de l'utilisateur qui les a créées.

Par exemple, si vous saisissez un '%' ou une 'sous-clé+%' dans type de données (DATTYP), tous les type de données, ou un sous-ensemble de ceux qui sont au niveau de la société, seront utilisés pour le déchargement.

Les valeurs Période et Période V permettent d'utiliser une plage de plusieurs périodes pour le déchargement.

Toutefois, seules les type de données et périodes pour lesquelles l'utilisateur a également l'autorisation d'insérer sont déchargées. Le journal répertorie les type de données et les périodes qui ont été déchargées. Cette information est ensuite utilisée dans l'application effacer+Recharger les données de société HBI/II pour les contrôles d'autorisation.

Exemple

Le nom de fichier se compose du préfixe « G_ », du numéro de société et du numéro de table de base de données IDL à 4 chiffres, comme décrit ci-dessous dans l'exemple SOC=002 avec les fichiers suivants :

  • G_002.A002 Objets (Référence des désignations et des commentaires)
  • G_002.A005 En-têtes de commentaires
  • G_002.A104 désignations
  • G_002.A106 Lignes commentaires
  • G_002.K003 BALSOL soldes de compte
  • G_002.K010 KTO comptes de plans comptables sociaux, si le niveau type de données se situe au niveau de la société
  • G_002.K017 SOCTRA LE Statu quo des données
  • G_002.K024 POSSAL Soldes de position de liasse
  • G_002.K030 BALORI/CNTHER suivi de l'origine compte/solde analytique
  • G_002.K034 CURCF CURCF-Parameter
  • G_002.K035 CURACC Instructions de conversion de compte
  • G_002.K036 CURRFLUX règles de conversion clé de saisie
  • G_002.K038 variations de flux individuelles de VARCAP Capital, VARPRO et VAROTH
  • G_002.K039 BALIC soldes de compte IC
  • G_002.K040 OBJIMM fiche d'immobilisation
  • G_002.K041 CNTSAL soldes analytiques
  • G_002.K042 VARIMM variations de l'actif immobilisé
  • G_002.K045 VARTIT variation des participations détenues
  • G_002.K061 STOCKMA Marges produit
  • G_002.K062 ICVOR IC en stock
  • G_002.K063 CNT objets analytiques des plans de contrôle de gestion, pour autant que le niveau type de données soit au niveau de la société
  • G_002.K065 RAPPSOC Répertoire d'en-tête de rapport Ges./Konz.
  • G_002.K066 REPERG Résultats avant mise à jour 2011.0
  • G_002.K067 ECRIT justificatifs
  • G_002.K068 JOURNAL écriture
  • G_002.K076 REPERG Résultats du rapport depuis mise à jour 2011.0 ; le déchargement des résultats du rapport est facultatif en raison de leur taille et est contrôlé par une boîte de dialogue de requête
  • G_002.L_E journal de déchargement.

5.2 Transférer les données sociales HBI/II

Répertoire répertoire Depuis le . de l'auteur dans lequel le déchargement des données de société HBI/II a écrit les fichiers, ces fichiers doivent être transférés vers le . correspondant du destinataire avant que celui-ci puisse effacer les données via le traitement ultérieur+rechargement des données de société HBI/II . Vous pouvez utiliser cet élément de menu.

Dans l'application « Points de menu », l'élément de menu GESTRAN de la cellule « Appel externe » permet d'entrer la ligne de commande d'un appel de programme externe pour transférer les données pour l'échange de données sous-groupe. Cette entrée est personnalisée.

Si vous n'en avez pas besoin ou si vous ne l'avez pas résolu d'une autre manière, vous pouvez ignorer cette étape.

5.3 Effacer+Recharger les données sociales HBI/II

Avant ce traitement ultérieur, merci d'effectuer la sauvegarde de la base de données pour IDLDB !

Lors de l'« effacée et rechargement des données du sous-groupe société », les données précédemment déchargées sont traitées pour chacune d'« entre elles » (exemple s.o. ) supprimé (à l'exception des comptes, des contrôles et des fiches d'immobilisation) et réinséré à partir des fichiers transférés. Répertoire Les fichiers nécessaires au traitement doivent être créés au préalable via le déchargement des données de société HBI/II et transférés vers le fichier au moyen de la cellule « Échange de données » de la boîte de dialogue d'options de l'utilisateur importateur sur la page <Import/Export>.

Règles générales :

L'appel du programme se fait en tant que traitement ultérieur à partir de l'application DATACOM .

Les informations contenues dans les cellules du filtre de l'application appelante DATACOM doivent correspondre à celles fournies lors du déchargement et stockées dans le journal de déchargement transmis.

Les données sont chargées en fonction de la période(s)/type de données(s) et du(s) fichier(s) transmis(s) dans le(s) société répertoire(s) indiqué(s) dans la cellule « Échange de données » de la boîte de dialogue d'options de l'utilisateur actuel sur la page <Import/Export>.

Par exemple, si vous saisissez un '%' ou une 'sous-clé+%' dans type de données (DATTYP), tout ou partie des types de données de niveau société est utilisé pour le chargement.

La période et la période V permettent d'utiliser une plage de plusieurs périodes pour le chargement.

Seules les périodes et les types de données pour lesquels l'utilisateur :

  1. possède également l'autorisation d'insérer, et
  2. répertoriés dans le journal de déchargement transmis.

Le fichier journal de chargement avec le suffixe .L_L répertorie les type de données périodes et le nombre d'enregistrements qui ont été supprimés et chargés. Les messages et les erreurs sont également consignés dans le fichier journal.

Pour des raisons de cohérence, le « HBI/II effacer+Recharger Ges. » se fait par fichier et non par jeu, c'est-à-dire que les données ne sont enregistrées de manière obligatoire dans IDL Konsis qu'une fois que toutes les phrases d'un fichier ont été reconnues comme étant sans erreur. Toutefois, les données du fichier journal du déchargement sont vérifiées au préalable par rapport aux données d'allocation en cours. Pendant ce temps, la table de base de données que vous modifiez reste verrouillée pour les mises à jour parallèles, même si un autre utilisateur souhaite modifier un autre sous-groupe. En raison de cette forme de traitement, il est recommandé de ne pas faire travailler d'autres utilisateurs pendant le chargement, mais il n'est pas nécessaire de se désabonner.

Lorsqu'une situation d'erreur est détectée par le programme, elle est affichée dans une fenêtre de message. Dans ce cas, il convient d'établir une copie papier pour documenter et expliquer le problème.

Tous les enregistrements à importer conservent les valeurs des enregistrements exportés dans les cellules Dernière modification (date, heure et utilisateur) lors du chargement.

Vous pouvez également vous assurer de l'exactitude de l'acquisition des données en effectuant des échantillons avec les applications de synthèse, comme indiqué ci-dessus dans le tableau de synthèse avec menus en raccourci, même si le traitement n'est pas perturbé.

5.4 Effacer+Recharger les données de la société HBI/II avec mise en œuvre

Avant ce traitement ultérieur, merci d'effectuer une sauvegarde de la base de données IDL !

Cette application est une extension de l'application effacer+Recharger les données de société HBI/II , à la différence que toutes les clés de société et/ou types de données contenues dans les données d'entrée sont préalablement mises en œuvre selon le groupe de mise en œuvre. Cela concerne :

  • société la clé de toutes les données finales individuelles BALSOL, BALIC, CNTSAL, ECRIT, JOURNAL, VARCAP, VARIMM, VARTIT, ICVOR, POSSAL, CURCF, CURACC, SOCTRA, RAPPSOC, REPERG
  • société la ville de ± POSSAL, RAPPSOC, REPERG
  • les sociétés de CI de différents tableaux KTO, BALIC, VARTIT, VARIMM, JOURNAL, OBJIMM
  • les sociétés de comparaison de différents tableaux SOCTRA, RAPPSOC
  • société les sociétés de référence et de porteurs d'organes CURCF
  • société compris dans les six premiers chiffres de la fiche d'immobilisation. Entité d'investissement du groupe, Carte d'origine et Entité d'investissement auxiliaire OBJIMM OBJIMM, VARIMM, JOURNAL
  • société la quantité de gaz dans les étages de déchirure de la liasse REPERG

6 Archivage sous-groupe

L’« archivage sous-groupe » exploite les fonctions décrites ci-dessus de l’échange de données IDL.KONSIS vers IDL.KONSIS pour transférer de plus grandes quantités de données (par exemple, des périodes inutiles) vers une base de données d’archivage distincte. Cette fonctionnalité permet de libérer la base de données productive des données obsolètes et d'améliorer ainsi les performances.

Cette fonction doit ensuite être répétée à intervalles réguliers. Pour ce faire, il est nécessaire de faire également remonter la base de données d'archivage vers la version d'IDL.KONSIS.FORECAST utilisée. Une autre solution consiste à créer une nouvelle base de données d'archivage.

Les étapes suivantes doivent être suivies pour l'archivage.

6.1 Déchargement des données permanentes d'archivage

Cette fonction est identique à la fonction Déchargement des données intersociétés. Elle est effectuée sur la base de données de production.

6.2 Chargement des données permanentes dans la base de données d'archivage

Cette fonction est identique à la fonction Charger les données intersociétés. Elle est exécutée sur la base de données d'archivage.

6.3 Déchargement des données de mouvement pour l'archivage

Cette fonction est identique à la fonction Décharger les données du sous-groupe, où il s'agit généralement de la clé de groupe du groupe dans son ensemble. Il n'est pas nécessaire de décharger les résultats du rapport, car ceux-ci sont toujours copiés dans la base de demandes d'archivage. Cette fonction est effectuée sur la base de données de production.

6.4 Archivage (chargement) des données de mouvement dans la base de données d'archivage

Cette fonction est identique à la fonction effacer+Recharger les données du sous-groupe. Elle est exécutée sur la base de données d'archivage.

6.5 Effacer les données de mouvement archivées

Avant ce traitement ultérieur, merci d'effectuer une sauvegarde de la base de données pour la base de données IDL !

Cette fonction est la sous-fonction « effacer » de la fonction effacer+Recharger les données sous-groupe. Elle est effectuée sur la base des données déchargées de la base de données de production dans la base de données de production afin de les débarrasser des données archivées.

Afin d'éviter une effacée accidentelle des données, une boîte de dialogue est tout d'abord affichée après l'appel de cette fonction, dans laquelle les clés des données à supprimer doivent être de nouveau saisies.

7 Sous-groupes de données

Les fonctions de ce bloc permettent de décharger les données de sous-groupe et de société (tous les soldes et leurs détails) d'IDL.KONSIS dans un format neutre pouvant être réimporté par des applications tierces. La différence essentielle avec l'exportation standard et l'échange de données IDL.KONSIS vers IDL.KONSIS est que les données de plusieurs tables de base de données sont regroupées dans un seul fichier.

Les applications sont appelées en tant qu'applications ultérieures à partir de l'application DATACOM .

Les deux fonctions suivantes sont actuellement disponibles :

7.1 Export sous-groupe soldes et détails complets (TKDATEX1)

Les paramètres clés sont groupe/Tk, Période et type de données et le cas échéant. Société ⌧. Toutes les indications doivent être claires. Société Si aucune mention n'est fournie, les sociétés sont identifiées sur la base du périmètre de consolidation attribué.

Lecture des données des tables BALSOL, BALIC, CNTSAL, VARIMM, VARCAP et VARPRO. Aucune écriture de consolidation n'est lue. De plus, les jeux de valeurs nulles sont supprimés pour les tables de mouvement, par exemple : Éviter les taux pour les écarts de conversion lors de l'exportation des valeurs dans la monnaie locale.

Un format commun est défini pour les données de toutes les tables :

CelluleLongueurFormatContenuParticularités
Numéro de société6aligné à gauchenuméro de société
Période6AAAApériode actuelle
Type de données2aligné à gaucheType de données
Compte14aligné à gaucheNuméro de compte sans plan comptable
Zone fonctionnelle14aligné à gaucheObjet analytique sans plan analytiqueuniquement pour les contrôleurs et les soldes interco .
Type de mouvement3aligné à gaucheFlux (un chiffre) + clé de saisie (deux chiffres)Uniquement pour les variations
Société partenaire IC6aligné à gaucheNuméro de société ICuniquement pour les soldes et variations de l'actif immobilisé IC
Valeur20aligné à droite sans séparateur 1000 ; séparateur décimal pointvaleur-ML, valeur-MG ou valeur-MP, divisée par un diviseur fixe, le cas échéant
Identifiant de la monnaie de transaction3aligné à gaucheCUR-TWuniquement pour les soldes IC
Valeur en monnaie de transaction20aligné à droite sans séparateur 1000 ; séparateur décimal pointWert-TWuniquement pour les soldes IC
Description35aligné à gaucheremarque

Toutes les colonnes ont une longueur fixe. Les cellules sont séparées par un »; » (format CSV). Tous les caractères »; » (par exemple, dans les champs de remarques) figurant dans les données de sortie sont convertis en », ».

Le format d'exportation ne contient qu'une seule colonne de valeur. Un paramètre qui doit être spécifié dans l'application appelante ( DATACOM ) détermine si la valeur ML, MG ou MP est exportée. L'ajout d'un diviseur permet de diviser à nouveau cette valeur pour obtenir, par exemple, les valeurs en 1000 unités de monnaie locale. Les chiffres après la virgule sont supprimés en cas de division.

Pour éviter les différences d'arrondi dans cette division, un module de la conversion de monnaie est inclus. Ceci permet de compenser les différences d'arrondi entre les soldes et leurs détails. De plus, le programme compense lui-même les différences d'arrondis par rapport à l'excédent annuel entre le bilan et le compte de résultat. Cette procédure fonctionne également de la même manière que la conversion de monnaie. Société Les écarts de change entre devises et devises sont enregistrés sur des comptes obtenus à partir des taux de conversion monétaire (UM). Les détails des comptes d'écart sont automatiquement ajustés s'ils sont cohérents dans la devise de base.

Le chemin d'accès et le nom du fichier d'exportation sont fixes. Répertoire Comme pour les autres applications DATACOM, le chemin d'accès est le ’ spécifié dans la cellule « Échange de données » de la page <Importer/Exporter> de la boîte de dialogue d'options de l'utilisateur d'importation. Le nom de fichier est la clé du sous-groupe avec le suffixe .exp.

7.2 Soldes ou détails sous-groupe d'exportation (TKDATEX2)

L'application TKDATEX2 fonctionne de la même manière que l'application TKDATEX1 (voir la description) et utilise le même format. La différence est que TKDATEX2 n'exporte pas de soldes de compte pour les comptes IC, les comptes de contrôle de gestion, les comptes d'actifs, les comptes de capitaux ou les comptes de provisions. La distinction est faite par les attributs de compte. De plus, aucun solde analytique n'est exporté pour les comptes IC. Le système hôte étranger doit ensuite produire ces soldes en additionnant les détails correspondants.

Cet article vous a-t-il été utile ?

We're sorry to hear that.