Transfert vers un type de données

1 Passage du comptes sociaux à de nouveaux types de données (GENDT)

1.1 Description sommaire

L'application GENDT sert à transférer des soldes et des variations d'une type de données à une autre, pour la même période de facturation.

L'application GENDT affiche une ligne pour chaque solde et flux, ainsi qu'une barre de progression. Les lignes servent d'action de ligne pour initier une seule transition. Les lignes des flux sont déterminées dynamiquement par les flux définis dans l'application FLUDEF et activés dans les applications PERFLU et DATFLU.

Illustration : Sélection des traitements GENDT

Un transfert de type de données simultané pour plusieurs sociétés est lancé via l'action « Transfert vers de nouveaux types de données » à partir du moniteur de clôture unique. Contrairement à l'application GENDT, le moniteur SOCDB ne permet pas de limiter le report à nouveau à des zones spécifiques, par exemple aux seuls soldes de compte. Les messages émis par la passerelle type de données reçoivent un message récapitulatif dans le pied de page. On distingue les erreurs générales et les différents avertissements qui varient dans les possibilités de réponse. Si vous Sélectionnez la case à cocher Ne plus afficher ce message, vous pouvez supprimer l'affichage de toutes les fenêtres de message avec le même message de la liste des ventes intracommunautaires lors du traitement de la quantité. La même réponse de l'utilisateur (par exemple, « aucun traitement ni suite ») est supposée. Le contenu des fenêtres de message est collecté et affiché dans une fenêtre de message globale à la fin du traitement de la quantité.

1.2 Que se passe-t-il pour passer à un nouveau type de données ? Déroulement général

La synthèse des valeurs s'effectue progressivement. Chaque étape utilise les valeurs récapitulatives de l'étape précédente, c'est-à-dire qu'un changement de compte s'effectue avec les valeurs récapitulatives d'un compte de totalisation, le cas échéant.

Le résumé est présenté dans cet ordre :

1. Solde plus écritures
2. Compression de compte
3. Changement de compte
4. Plan comptable groupe Passage au niveau du plan de comptes consolidés avec passage à un compte avant compensation des valeurs (uniquement en cas de passage d'un plan de comptes sociaux à un plan de comptes consolidés ou entre deux plans de comptes consolidés).

Si aucun solde de compte n'est présent et que vous souhaitez traiter uniquement des écritures, vous devez capturer au moins un solde de compte nul, sinon l'application abandonnera avec un message d'erreur.

Les branches et traitements suivants sont disponibles dans le menu d'actions ou à l'aide du bouton droit de la souris :

1. Affichage Vue d'ensemble : Branche vers la vue d'ensemble de la ligne sélectionnée, par exemple Soldes de compte, variations de flux
2. Effectuer le passage à de nouveaux types de données : S'il n'existe pas encore de données sur le type de données cible, tous les soldes et la variation (c'est-à-dire. Reports à nouveau et LFD. Variations) en cascade. Si des données existent déjà sur le type de données cible, la demande suivante s'applique : Report à nouveau reçus : Les reports à nouveau de machine existants et les soldes de circuit intégré capturés sur le type de données cible sont conservés, les autres variations sont supprimées et recryptées. Remplacer les reports à nouveau : Toutes les données du type de données cible sont supprimées et reportées, à l'exception des soldes IC capturés sur le type de données cible. Annuler : Le traitement est interrompu. Aucun traitement et suite : Le traitement de l'enregistrement actuellement sélectionné est annulé et le report de type de données est déclenché pour l'enregistrement sélectionné suivant, le cas échéant
3. Effacer le passage sans reports à nouveau vers les nouveaux types de données + : Sur le type de données cible, les données de report pour les variations de flux, les variations de l'actif immobilisé IC, les soldes de compte IC ne sont pas supprimées et ne sont pas transmises.
4. Effacer le transfert de toutes les données vers les nouveaux types de données + : Sur le type de données cible, tous les soldes et variations sont supprimés, à l'exception des soldes de compte IC capturés sur le type de données cible.

Les points 2 à 4 sont également disponibles en tant que fonction « globale » (symbole de la sphère mondiale), c'est-à-dire que toutes les données sont traitées indépendamment du marquage d'une ligne. Les autres éléments de menu se branchent dans la vue d'ensemble correspondante.

1. Solde plus écritures

Chaque solde de compte de la zone d'origine est regroupé avec toutes les écritures associées.

2. Compression de compte

Il existe un compte de totalisation pour plusieurs comptes (ici Kto. 20000), les soldes de compte sont regroupés sur ce compte si l'étiquette de compactage est définie dans le type de données cible (DATTYP). Si le passage change également de plan comptable, l'arrière-plan est tout d'abord compacté et le solde compacté est transféré au compte associé au compte de totalisation.

3. Changement de compte

Lorsqu'un compte a un compte alternatif et que le solde diffère de la valeur par défaut de l'indicateur Bil/GuV du compte, le solde de compte est fusionné avec le solde du compte alternatif lors du transfert de type de données.

4. Plan comptable groupe Transition vers ✓

Lors du transfert de type de données, si le plan comptable plan comptable groupe passe, par exemple, de la société à la société, les soldes du plan comptable d'origine sont regroupées sur les comptes associés du plan comptable cible (ici 2000).

1.3 Faire correspondre le passage à de nouveaux types de données

L'appel de cette application exécute le transfert de type de données à des fins de simulation, mais ne réécrit pas les données cible. Les nouvelles variations obtenues sont comparées aux variations existantes de cette période et les différences sont consignées dans un journal. L'application crée un jeu en Statu quo des données (SOCTRA) avec le point de reprise SIMVOR pour le résultat de sa vérification. Le message qui y figure détermine l'indicateur d'état associé dans le moniteur SOCDB. Si aucune donnée n'existe pour le type de données de comparaison, « - » apparaît en tant qu'états dans la colonne reports à nouveau types de données de correspondance.

Un commutateur situé dans la racine des types de données ( DATTYP ) permet de contrôler si l'état de rapprochement des passerelles affiché dans le tableau de suivi du social (SOCDB) doit s'appliquer à toutes les données, y compris les comptes statistiques 'S', au bilan 'B' uniquement ou au compte de résultat 'G' uniquement. Cela ne limite pas le journal de synchronisation.

1.4 Transfert des types de données vers de nouveaux livres de normes

Si un type de données cible est associé à un type de données livre de normes et que le transfert entraînerait la création de données sur des comptes associés à un autre type de données livre de normes, l'utilisateur est averti par un message d'avertissement dans une fenêtre de message. Les options suivantes sont disponibles, la réponse s'appliquant globalement à toutes les données suivantes de cette configuration :

• Écriture sans abw.RelArt : Seuls les enregistrements des comptes sources dont le livre de normes est vide ou correspond au livre de normes du type de données cible seront validés.
• Écrire toutes les données : Comme par le passé, toutes les données seront transmises indépendamment de la livre de normes. Sur le type de données cible, l'état des soldes de compte est défini sur rouge et doit, le cas échéant, des corrections sont effectuées.
• Pas de traitement ou de traitement. Annuler : Annuler le traitement total.

1.5 Acheminement des types de données des soldes IC

Le compte de destination d'un solde IC correspond au compte de destination de son solde de compte, tel que déterminé ci-dessus. Les solde société IC sont regroupés par compte cible, IC-₆, CUR de monnaie de transaction et objet de contrôle si l'étiquette de compactage est définie dans le type de données cible. Dans le cas contraire, ils sont transmis en détail. Les soldes IC transférés reçoivent un indicateur (origine du transfert de type de données), de sorte que seuls ces soldes IC sont supprimés en cas de retransfert. Les soldes IC déjà capturés manuellement sur le type de données cible sont conservés. Lors du passage à un commutateur de conférence type de données dans la DATTYP, les soldes de compte IC présentés ne sont supprimés que si le commutateur est également défini dans le type de données source et si le passage est effectué avec « Supprimer les reports à nouveau et réécrire ». Si le transfert est effectué à l'aide de reports à nouveau reçus, les soldes de compte IC présentés sont exclus du traitement dans les types de données cible et source.

Si un compte société avec IC-₆ dans la base de comptes (compte principal IC) est transféré vers un compte avec un détail IC, un solde de compte IC est automatiquement créé pour ce compte cible.

Lorsqu'une écriture est spécifiée sur un compte société IC, cette écriture est non seulement fusionnée avec le solde de compte, mais un solde IC est également créé à hauteur de l'écriture.

Lors du rapprochement des types de données des soldes de compte IC, outre les attributs N° document de référence et Date document de référence, l'indicateur d'apurement est transféré par un rapprochement des soldes IC au type de données suivant. C'est-à-dire qu'une marque de déchiffrement définie manuellement ou mécaniquement par un rapprochement des soldes IC dans le comptes sociaux agit également au niveau du groupe.

La détermination du statut du comptes consolidés vérifie notamment si un numéro de pièce justificative de consolidation est déjà indiqué dans les soldes de compte IC pertinents pour la consolidation. Lorsque vous retransmettez les données d'états financiers individuels à partir du type de données précédent, cette entrée est conservée, à condition qu'elles n'aient pas été modifiées, afin que l'état des traitements de consolidation associés (SK et AE) reste vert. Le message « Si report à nouveau, la Slovaquie et les AE seront à nouveau mis en œuvre. « Requis » n'est disponible que si les numéros de document étaient déjà enregistrés dans les données précédentes et que les nouvelles données ne correspondent pas complètement. Veuillez noter que lorsque vous répétez la consolidation de la dette ou de la charge/du produit, les pièces de règlement manuelles sont effacées pour l'action « +autom.Dons de dette. SK. ». Les écritures manuelles sont détectées en fonction du statut de réservation 5. Selon la monnaie de transaction et/ou la combinaison de domaines fonctionnels, ils sont également affectés, le cas échéant, à un autre numéro d'enregistrement comptable. Exception : Les pièces de compensation manuelles (et, le cas échéant, les pièces auxiliaires externes) issues d'une compensation antérieure ne sont pas réinsérées dans le REGISTRE si a) les montants ont été modifiés dans les soldes IC et correspondent désormais exactement aux actifs et aux passifs, b) lors de la nouvelle compensation SK, un justificatif de consolidation n'a pas été recréé parce qu'il n'y a plus de soldes IC pour le couple concerné, c) le bouton du champ de sélection écritures manuelles dans l'application CONCONF est sur 0 (les écritures manuelles sont supprimées).

1.6 Transfert de types de données concernant les investissements, le capital et les provisions, la détention d'actions et les variations de flux

Pour toutes les variations : La transition n'a lieu que si les indicateurs type de données/domaine de flux DATFLU et Période/domaine de flux PERFLU ont été définis dans les applications.

Plan comptable groupe Si le transfert a lieu entre le compte de la société et le compte de la société, les variations sont transcrites sur le compte de destination du solde de compte associé. En cas de variation de l'actif immobilisé, les fiche d'immobilisation plan comptable groupe associées pour le palier de sécurité seront transférées.

Si des clés de saisie pour les détails correspondants sont fournies dans les écritures, ces écritures sont non seulement combinées avec le solde de compte, mais les variations correspondantes sont également produites à hauteur des écritures.

La détermination du statut du comptes consolidés vérifie notamment si un numéro de pièce justificative de consolidation est déjà indiqué dans les variations des participations détenues pertinentes pour la consolidation. Lors de la nouvelle soumission des données d'états financiers individuels à partir du type de données précédent, cette entrée est conservée, à condition qu'elles n'aient pas été modifiées, afin que l'état des traitements de consolidation associés (KK) reste « vert ». La modification d'un seul taux entraîne la suppression du numéro de document uniquement pour ce taux. La notification « Nécessaire à nouveau après le report à nouveau de KK pour le projet xx ! » ne s'applique que si un ensemble d'actions déjà consolidé a été entièrement exclu. Cependant, aucun changement d'état n'est effectué (reste « vert »). L'utilisateur doit effectuer lui-même les étapes de consolidation nécessaires. Effectuer des corrections.

1.7 Transfert de type de solde analytique

Le report à nouveau des soldes analytiques n'a lieu que si l'application DATTYP a défini l'indicateur soldes analytiques dans le type de données cible (il n'est pas nécessaire que les soldes analytiques soient complets). S'il existe un objet de contrôle de compression pour plusieurs objets analytiques, les soldes sont regroupés sur cet objet analytique. Une commande de la compression par une marque de compression est effectuée de manière analogue aux soldes de compte. Un objet analytique de compactage ne peut pas avoir d'indicateur d'agrégation.

Si le report à nouveau plan comptable groupe passe de la société à la société, les soldes analytiques sont reclassés sur les objets analytiques groupe associés. Le compte de destination correspond au compte de destination du solde de compte associé, tel que déterminé ci-dessus.

Lorsqu'une écriture spécifie un objet analytique, cette écriture est non seulement fusionnée avec le solde de compte, mais un solde analytique est également créé à la hauteur de l'écriture.

1.8 Division ACTIVITY

La répartition des soldes de compte entre les secteurs d'activités, qui se fait généralement à l'aide des soldes analytiques, est également possible lorsque le commutateur de guidage des soldes analytiques n'est pas activé dans la type de données source. Dans ce cas, les soldes analytiques ne sont pas pris en compte et ne sont transférés qu'à ceux du registre ou du compte. Plan comptable secteurs d'activités spécifiés. Pour ce faire, une association à un secteur d'activités est requise dans les données permanentes des objets de contrôle d'origine (CNT).

La « répartition ACTIVITY » tient compte des associations secteur d'activités-société (SOCACT) comme suit :

• Société Lorsqu'un secteur d'activités est clairement associé à un secteur d'activités, toutes les informations transmises sont ventilées sur ce compte, indépendamment des informations fournies par l'objet analytique, le compte ou le plan comptable.
• Société Lorsqu'un secteur d'activités est clairement associé à un groupe pour le bilan ou pour les comptes de résultat (conformément à l'attribut groupe de comptes dans le SOCACT), toutes les informations transmises sont enregistrées sur le bilan ou sur le compte de résultat. Comptes de résultat ventilés par secteur d'activités, indépendamment des informations fournies par l'objet analytique, le compte ou le plan comptable.
• Si le secteur d'activités n'est pas clair conformément aux conditions préalables et qu'un enregistrement est chiffré selon l'objet analytique, le compte ou le plan comptable sur un secteur d'activités qui n'est pas autorisé par le SOCACT, il est signalé comme étant défectueux et le traitement est interrompu.

Pour les comptes dotés de délais de contrôle, il est d'abord vérifié que le détail correspond au solde de compte. Ensuite, les soldes analytiques sont affectés aux secteurs d'activités et répartis en fonction du solde de compte. Étant donné qu'un détail parallèle éventuel de soldes IC ne peut pas être divisé correctement, un tel détail est associé à un secteur d'activités quelconque pour les comptes correspondants et un avertissement est émis.

Dans le cas de la répartition ACTIVITY, le bénéfice annuel n'est généralement pas réparti de manière égale entre les secteurs d'activités pour le bilan et les comptes de résultat. Pour compenser la différence, vous pouvez configurer un compte avec le code d'identification de compte = « U » dans le plan de comptes cible. Ce compte peut être actif, passif, de charges ou de produits. Sur ce compte, le report à nouveau génère automatiquement des soldes de règlement.

1.9 Transfert des types de données des comptes statistiques

Dans la racine du type de données (FACE), il existe un champ d'entrée « Groupe de comptes pour le rapprochement de transition vers type de données ». Il se présente sous les formes suivantes : « B » pour la mise en correspondance des bilans, « G » des comptes de résultat et « S », comptes statistiques inclus. Si la valeur « S » est spécifiée, le rapprochement des reports (SIMVORSAL) n'est pas limité par les indicateurs de bilan/résultat.

1.10 Pays, groupe et monnaie parallèle

En cas d'extrapolation, les trois valeurs monétaires sont traitées différemment :

La valeur de la monnaie nationale est transférée sans modification.

Si le pays et la monnaie groupe sont égaux, la valeur de la devise du groupe est remplie avec la valeur de la devise de pays. En ce qui concerne les mouvements d'actifs, de capitaux, de provisions et d'actions, lorsque le pays et la monnaie groupe sont différents et que la règle de conversion est « VKW », la valeur monétaire du groupe est transférée sans modification. Dans tous les autres cas, la valeur de la devise du groupe est fixée à zéro.

La valeur de devise parallèle est toujours fixée à zéro.

1.11 Validité

Si le compte cible ou l'un des comptes tampon de la période n'est pas valide, un message d'erreur s'affiche lors de la fusion. Il contient le compte d'origine à partir duquel le compte non valide peut être recherché.

1.12 Tolérance des données erronées

Les soldes de compte incohérents dans la plage source provoquent l'annulation de la transition. En ce qui concerne les données de déchirure, une erreur dans le domaine de l'origine n'entraîne qu'un avertissement. Les données sont néanmoins extrapolées. Pour les soldes IC, cet avertissement est également supprimé si l'indicateur de traitement de domaine fonctionnel est défini dans le type de données d'origine et non dans le type de données de destination.

1.13 Suivi de l'origine

Contrôlé par les attributs du type de données cible (entrée en DATTYP), un suivi de l'origine supplémentaire pour les soldes de compte et/ou de contrôle peut être écrit lors de la mise à niveau. Il permet de suivre les données d'origine d'un solde dans la zone cible.