Guide pratique pour trouver des équilibres de début pour les codes de dimension dans la comptabilité analytique pour Microsoft Dynamics GP

  • Article

Cet article explique comment modifier ou décaler l’équilibre initial des codes de comptabilité analytique dans Microsoft Dynamics GP.

S’applique à : Microsoft Dynamics GP
Numéro de base de connaissances d’origine : 2966091

Introduction

À compter de Microsoft Dynamics GP 10.0 SP2, vous avez la possibilité de consolider les soldes des codes de dimension AA dans la comptabilité analytique. Fondamentalement, lorsque le processus de clôture de fin d’année gl est effectué pour le Registre général, la même entrée de journal est publiée dans les tables de comptabilité analytique, et les codes de dimension AA sont liés à cette entrée de journal pour restaurer le solde des codes de dimension AA en même temps.

Toutefois, il peut arriver que vous souhaitiez entrer de nouveaux soldes de début, modifier des soldes de début ou décaler les soldes existants pour les codes de dimension AA.

Cause

Modifier l’analyse vous permet uniquement de modifier les codes de dimension AA sur les transactions de l’année en cours. Vous ne pouvez pas modifier les codes AA sur les transactions d’année historique. Ce comportement est voulu par la conception même du produit.

Informations supplémentaires

Pour modifier les soldes de début pour les codes AA, tenez compte des options suivantes :

Option 1 : Rouvrir l’année GL et modifier les codes AA sur les transactions de l’année précédente

Étant donné que l’analyse de modification vous permet uniquement de modifier les codes AA sur les transactions de l’année en cours, vous pouvez rouvrir l’année GL, qui déplace automatiquement les transactions correspondantes dans les tables AA en même temps. Vous pouvez ensuite utiliser l’analyse de modification pour ajouter/supprimer/modifier les codes AA sur les transactions dans toutes les transactions dans un état d’année ouverte. Lorsque vous avez terminé, vous pouvez réélérer l’année gl pour que les soldes se consolident et se reportent à l’année suivante.

Pour modifier les transactions dans un état d’année ouverte, procédez comme suit :

  1. Rouvrez la ou les années gl à l’aide de l’une des méthodes suivantes : (autrement dit, déplacez les données des tables GL/AA historiques vers les tables GL/AA ouvertes)

    • Pour Microsoft Dynamics GP 10.0, Microsoft Dynamics GP 2010 et Microsoft Dynamics GP 2013 SP2 et versions antérieures (12.00.1570 et versions antérieures), vous devez ouvrir un service de conseil pour qu’un ingénieur Support Microsoft rouvre l’année GL par le biais de scripts SQL.
    • Pour Microsoft Dynamics GP 2013 R2 (12.00.1745) et versions ultérieures, de nouvelles fonctionnalités sont disponibles pour rouvrir la ou les années vous-même. Pour ce faire, sélectionnez Outils sous Microsoft Dynamics GP, pointez sur Routines, pointez sur Financial et sélectionnez Clôture de fin d’année. Dans la fenêtre de fermeture Year-End, sélectionnez le bouton Année historique inversée , la dernière année historique est répertoriée et sélectionnez Processus. Vous devez rouvrir les années à l’année dont vous avez besoin.

  2. Une fois l’année ouverte, sélectionnez Transactions, Pointez sur Financial, pointez sur Analytical Accounting et sélectionnez Modifier l’analyse.

  3. Entrez l’année d’ouverture respective pour l’entrée du journal.

  4. Sélectionnez le numéro d’entrée du journal à modifier.

  5. Utilisez le bouton Rechercher en regard du numéro de ligne de distribution pour modifier.

  6. Modifiez les codes de comptabilité analytique en fonction des besoins. Vous pouvez ajouter/modifier/supprimer des informations AA sur les transactions.

  7. Sélectionnez Publier.

  8. Une fois que les codes AA sont modifiés en fonction des besoins, résayez l’année gl pour que les données reviennent à l’historique et réévaluez les soldes. (Consultez les procédures de clôture de fin d’année pour la comptabilité analytique dans Microsoft Dynamics GP pour plus d’informations sur la façon de marquer les codes de dimension à consolider pendant le processus de fin d’année.)

Option 2 : Entrée de journal de décalage de clé pour affecter le solde présenté pour la dimension AA

Si vous n’avez pas de détails transactionnels ou si vous devez simplement décaler le solde actuel, vous pouvez définir une entrée de journal de décalage comme suit :

  1. Sélectionnez Transactions, pointez sur Finances et sélectionnez Général.

  2. Entrez une entrée de journal général qui débite et crédite le même compte GL, de sorte que ces entrées se décalent les unes les autres dans le Registre général.

  3. Entrez les codes AA au débit ou au crédit respectifs en fonction des besoins.

  4. Vous pouvez dater l’entrée du journal comme le dernier jour de la dernière année fermée. (Si vous utilisez le dernier jour de l’année précédente, le système vous permettra de publier dans l’année historique la plus récente, et il annulera cet équilibre pour le code AA, mais vous ne pourrez pas apporter de modifications aux données AA une fois qu’elles seront publiées. Vous pouvez également choisir d’utiliser le premier jour de la nouvelle année ou n’importe quelle date de la nouvelle année, mais cela fera alors partie d’un solde de période et vous devrez vous en souvenir à des fins de création de rapports. Toutefois, étant donné qu’il s’agit d’une année ouverte, vous pouvez continuer à modifier les données AA à ce sujet jusqu’à ce que l’année soit fermée.)

  5. Vérifiez que le solde du code AA est maintenant correct.

Remarque

Le débit et le crédit seront décalés les uns les autres dans la création de rapports, mais les données AA ne sont liées qu’à un seul côté qui fournit le solde du code AA. L’enregistrement de distribution est nécessaire dans les tables AA et GL, de sorte que les codes AA disposent d’un enregistrement d’en-tête et prennent en charge la transaction pour celui-ci, tout en décalageant le compte GL en même temps. Tous les scripts SQL récents (les scripts de correction des rapports financiers de Management Reporter ne correspondent pas aux rapports d’évaluation du registre général dans Microsoft Dynamics GP) ou les liens de vérification pour AA nécessitent une transaction de prise en charge dans AA et GL, sinon ces processus suppriment complètement les données AA.