Améliorations apportées au calcul du coût moyen dans Microsoft Dynamics GP

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 923960
Résumé
Cet article explique les différents processus qui se produisent lorsque vous mettez à niveau à Microsoft Dynamics GP. Cet article traite également des scénarios dans le grand livre des transactions d'ajustement sont générées et dans lesquels les ajustements des coûts sont effectuées.
INTRODUCTION
Cet article explique le calcul du coût moyen et de certaines améliorations apportées au calcul du coût moyen dans Microsoft Dynamics GP.
Plus d'informations
Si vous utilisez actuellement l'évaluation des éléments de coût moyen, et si vous avez non comptabilisés de lots ou les documents qui utilisent ces éléments, il est recommandé que vous valider tous ces lots et documents avant mise à niveau vers Microsoft Dynamics GP. Cette action permet d'empêcher les utilisateurs de valider des transactions antidatées.

Par exemple, considérez le scénario suivant. La dernière réception pour un article perpétuel moyen XYZ a une date de document du 1er juin 2006. Microsoft Dynamics GP a été mis à jour à la version 9.0 sur 15 juin 2006. Si vous essayez de valider un document qui contient l'article XYZ qui a une date de document qui se trouve avant le 1er juin 2006, la publication échoue. Vous devez modifier la date de document pour le 1er juin 2006 ou à une date ultérieure.


Mise à niveau vers Microsoft Dynamics GP

Processus qui se produisent lorsque vous mettez à niveau

Au cours du processus de mise à niveau, Microsoft Dynamics GP définit les valeurs des champs suivants dans la table IV10200 :
  • Méthode d'évaluation (VCTNMTHD)
  • Quantité en stock (QTYONHND)
  • Coût ajusté (ADJUNITCOST)
Les reçus d'achat qui sont entrés avant de passer à Microsoft Dynamics GP ne pas les données requises pour générer automatiquement des transactions du grand livre ou pour recalculer les coûts moyens. Par conséquent, les processus suivants se produisent lorsque vous mettez à niveau :
  • Pour chaque élément qui a un FIFO permanent ou une méthode d'évaluation LIFO permanent, Microsoft Dynamics GP identifie le dernier objets invendu accusé de réception qui se trouve dans la table IV10200. Microsoft Dynamics GP définit les valeurs suivantes dans la table IV10200 :
    • Méthode d'évaluation: 1 pour FIFO permanent, ou 2 pour LIFO permanent
    • Quantité disponible: la quantité totale disponible sur tous les sites de l'article
    • Ajustement de coût: le coût de la dernière réception objets invendu pour l'article
    Remarque Pendant ce processus, les valeurs qui sont dans le champ Code d'emplacement et dans le champ Type de quantité sont ignorés.
  • Pour chaque élément qui a une méthode d'évaluation périodique, Microsoft Dynamics GP identifie le dernier objets invendu accusé de réception dans la table IV10200. Microsoft Dynamics GP définit les valeurs suivantes dans la table IV10200 :
    • Méthode d'évaluation: 4 pour une méthode d'évaluation périodique FIFO ou 5 pour la méthode d'évaluation périodique LIFO
    • Quantité disponible: la quantité totale disponible sur tous les sites de l'article
    • Coût ajusté: la valeur du champ Coût actuel dans la fenêtre Gestion des articles
    Remarque Pendant ce processus, les valeurs qui sont dans le champ Code d'emplacement et dans le champ Type de quantité sont ignorés.
  • Pour chaque élément qui a une méthode d'évaluation coût moyen, Microsoft Dynamics GP identifie le dernier objets invendu accusé de réception qui se trouve dans la table IV10200. Microsoft Dynamics GP définit les valeurs suivantes dans la table IV10200 :
    • Méthode d'évaluation: 3
    • Quantité disponible: la quantité totale disponible sur tous les sites de l'article
    • Coût ajusté: la valeur du champ Coût actuel dans la fenêtre Gestion des articles
    Remarque Pendant ce processus, les valeurs qui sont dans le champ Code d'emplacement et dans le champ Type de quantité sont ignorés.
  • Pour tous les reçus d'achat qui ne sont pas mis à jour par les actions mentionnées précédemment dans cette section, Microsoft Dynamics GP définit le champ de la Méthode d'évaluation à zéro. La valeur zéro indique que la réception a été validée dans une version de Microsoft Dynamics GP avant la version 9.0.
  • Prendre en compte tout enregistrement est marqué à l'aide d'une des méthodes mentionnées précédemment dans cette section. Si un de ces enregistrements a un champ de La quantité vendue est supérieur à zéro, la conversion crée également un enregistrement de détail de la quantité vendue dans la table IV10201. Cet enregistrement montre la même quantité que le champ Quantité vendue pour le reçu.

Effets sur les articles en stock par certaines méthodes d'évaluation

Les informations suivantes s'appliquent aux clients qui ont des articles en stock qui ont une méthode d'évaluation du coût moyen, LIFO permanent ou de FIFO permanent :
  • Microsoft Dynamics GP génère automatiquement des ajustements dans le grand livre si un article a été vendu ou consommé du stock et si le coût a été modifié ensuite. Dans les versions antérieures avant la version 9.0, Microsoft Dynamics GP généré un rapport demandé d'entrer manuellement les ajustements pour le compte de stocks et le compte de coût des marchandises vendues (COGS). Cette action a été conçue pour corriger les comptes qui sont utilisés par les transactions qui vendues ou qui consommées les éléments. Dans Microsoft Dynamics GP, ces ajustements sont désormais générées automatiquement.

    Microsoft Dynamics GP enregistre les détails de transaction de quantité vendue supplémentaires dans la table IV10201. Ces données supplémentaires Microsoft Dynamics GP permettent de générer les transactions d'ajustement. Microsoft Dynamics GP génère le rapport de Journal comptable général pour les transactions d'ajustements pour les transactions de quantité vendue imputées après la mise à niveau vers Microsoft Dynamics GP. Le journal de variation de coût affiche toujours un message pour les articles qui n'ont pas de détails pour la valeur du champ Quantité vendue . Ce message indique que vous effectuez un ajustement du coût des transactions dans le grand livre.
  • Un montant d'ajustement est créée pour la différence entre le coût initial et le coût de la transaction validée nouvellement défini.
Les actions suivantes peuvent provoquer de Microsoft Dynamics GP générer des transactions d'ajustement dans le grand livre pour coût moyen, pour LIFO permanent ou FIFO permanent articles :
  • La fenêtre coûts d'ajustement des stocks permet de modifier le coût unitaire d'un bon d'achat. Microsoft Dynamics GP calcule la différence de coût pour déterminer la quantité d'ajustement d'une transaction requise.
  • Les utilisateurs sélectionnent pour réévaluer le stock lorsqu'ils enregistrent une facture d'achat dans lequel le coût de la facture diffère du coût de l'expédition.
  • Une ligne de facturation de la commande d'achat est changé en un état fermé si les conditions suivantes sont vraies pour l'ordre d'achat :
    • La valeur du champ Quantité livrée est supérieure à la valeur du champ Quantité facturée .
    • Le montant du champ de quantité facturée n'est pas égale à zéro.
  • Une transaction de retour de commande achat est validée.
  • Un reçu d'achat est inséré dans une pile de réception d'achat existants, lorsque la date de comptabilisation est livré avant la date d'un reçu d'achat.
Les scénarios suivants provoquent des ajustements de coût à générer :
  • Vous validez une transaction de livraison de commande d'achat qui a les valeurs suivantes :
    • Quantité livrée: 100
    • Coût unitaire: 1,00 $
  • Vous validez une facture de vente qui comporte les valeurs suivantes :
    • Quantité livrée: 10
    • Coût unitaire: 1,00 $
    • Quantité facturée: $10
  • Vous recevez une transaction de facture de commande fournisseur pour l'expédition a été validée à l'aide d'un coût unitaire de $2. Réévaluer le stock à l'aide d'une des méthodes suivantes :
    • Vous débitez le compte de stock pour la réévaluation de 100 $.
    • Vous débitez le compte Achats régularisés pour 100 et puis vous créditez le compte fournisseur pour 200 dollars.
    • Vous créditez le compte de stocks pour 10 $ qui a été supprimé après la validation de la réception d'origine. Pour équilibrer cette facture, vous devez débit du compte de coût des marchandises vendues pour 10 $.

Informations de validation de grand livre

Grand livre de validation des transactions générées automatiquement

Les conditions suivantes sont vraies pour le grand livre de validation des transactions qui sont générées automatiquement :
  • Microsoft Dynamics GP utilise les préférences de validation qui sont entrées pour la série d'où provenait la transaction. Le programme utilise un type de saisie d'origine des Écritures générales.
  • La destination de rapport de validation est sélectionnée à l'aide de la fenêtre Paramètres de comptabilisation dans laquelle le champ de série a la valeur financière et le champ d'état a la valeur Journal comptable général.
  • Lorsque vous validez un document à l'aide de la comptabilisation au niveau transaction, Microsoft Dynamics GP suit les règles existantes. Le programme valide en comptabilité au lieu du grand livre.
  • Microsoft Dynamics GP comptabilise toujours en résumé.
  • Une fois Microsoft Dynamics GP crée avec succès du grand livre des transactions, ces transactions sont ajoutées à un lot de grand livre qui possède les attributs suivants :
    • Code de lot: générées par le système
    • Origine: Saisie générale
    • Commentaire: ajustement des coûts
    • Fréquence: usage unique
    • Microsoft Dynamics GP respecte le « post pour » et les options « post via » de la série d'où provenait la transaction.
    • Lorsque vous comptabilisez un lot à partir d'un module, Microsoft Dynamics GP crée une entrée de journal pour chaque document dans ce lot qui provoque un ajustement de comptabilité doit être généré. Traitement des ventes et stock en sont des exemples de ces modules. Il peut y avoir plusieurs comptes sont dans le résumé de validation.

      Remarque Selon l'option que vous sélectionnez dans la fenêtre Paramètres de comptabilisation, Microsoft Dynamics GP prend des mesures différentes pour un lot de saisie générales qui possède les attributs décrits dans cette puce. Si vous sélectionnez le créer un nouveau<b00> </b00> option, le programme crée un nouveau lot si l'entrée existe toujours dans le grand livre. Si vous sélectionnez l'option Ajouter , le programme ajoute les transactions au lot existant. Une exception se produit lorsque les transactions sont issus de la fenêtre coûts d'ajustement des stocks. Dans ce cas, Microsoft Dynamics GP crée toujours un nouveau lot.
    • Prenons les exemples suivants de comment Microsoft Dynamics GP respecte le « post à » et les options « post par » pour les transactions de modification de coût :
      • Dans traitement des ventes, un document de retour antidatées crée une entrée de journal de modification de coût. Cette entrée de journal de modification de coût honorera la « valider » et « post par » des options pour l'origine saisie des transactions de la série ventes.
      • Dans traitement des ordres d'achat, un bon de livraison d'antidatées crée une entrée de journal de modification de coût. Cette entrée de journal de modification de coût honorera la « valider » et « post par » des options pour l'origine saisie des transactions de la série achats.
      • En stock, un ajustement positif d'antidatées crée une entrée de journal de modification de coût. Cette entrée de journal de modification de coût honorera la « valider » et « post par » des options pour l'origine saisie des transactions de la série stocks.
  • Prenez en compte les valeurs suivantes pour un article :
    • Compte d'écart de prix d'achat
    • Compte de stocks
    • Compte de contrepartie des stocks
    • Compte d'écart de stock
    Lorsque Microsoft Dynamics GP doit obtenir ces valeurs, le processus suivant se produit :
    • Microsoft Dynamics GP essaie d'abord d'obtenir le compte à partir de la fenêtre Gestion des comptes articles.
    • Si le compte est vide dans la fenêtre Gestion des comptes articles, Microsoft Dynamics GP essaie d'obtenir le compte à partir de la fenêtre Paramètres comptes d'imputation. Dans cette fenêtre, le champ d'affichage est défini sur stock.
    • Si Microsoft Dynamics GP ne peut pas obtenir le compte requis pendant les étapes mentionnées précédemment, le compte est vide.
  • Substitution de site est appliquée lorsque Microsoft Dynamics GP Obtient un compte pour l'élément.
  • Une transaction de grand livre est enregistrée pour le lot du grand livre et que ce compte est vide si les conditions suivantes sont remplies :
    • Microsoft Dynamics GP essaie de créer une transaction de grand livre à l'aide de comptes à partir d'une transaction de détail de la quantité vendue.
    • Un ou plusieurs de ces comptes ne sont plus valide ou n'existe plus.
  • Si au moins une transaction a un compte d'imputation vide, Microsoft Dynamics GP ne publie pas le lot même si la case à cocher valider dans le grand livre est sélectionnée dans la fenêtre Paramètres de comptabilisation de la série stocks. Vous devez entrer un numéro de compte afin que le lot puisse être comptabilisé.
  • Lorsque vous validez, Microsoft Dynamics GP vérifie les comptes d'imputation pour vérifier qu'ils sont actifs. Si un compte est inactif, Microsoft Dynamics GP valide dans le module stock, puis crée un lot de grand livre de la transaction.

Éléments qui utilisent la méthode d'évaluation coût moyen

Les conditions suivantes sont vraies pour les articles qui utilisent la méthode d'évaluation coût moyen :
  • Coût actuel (moyenne) est automatiquement recalculée après ces actions supplémentaires :
    • L'utilisateur choisit de réévaluer le stock lorsque l'utilisateur valide une facture de commande fournisseur pour laquelle le coût de facturation diffère du coût de l'expédition.
    • L'utilisateur utilise la fenêtre coûts d'ajustement des stocks pour modifier le coût d'un enregistrement de reçu d'achat.
    • L'utilisateur modifie l'état d'une ligne de facturation de la commande d'achat fermé si la valeur du champ Qté expédiée de la ligne est supérieure à la valeur du champ Quantité facturée , et si la valeur du champ Quantité facturée n'est pas égale à zéro.
    • L'utilisateur enregistre une transaction de retour de commande achat.
    • L'utilisateur insère un reçu d'achat dans une pile de réception d'achat existant.
  • Le nouveau calcul du coût moyen d'un article et d'ajustement de la valeur de la Quantité vendue d'un coût moyen, LIFO permanent ou un un élément FIFO permanent (en cours) se produit uniquement lorsque vous ajustez un bon d'achat a été validée après la mise à niveau vers Microsoft Dynamics GP. Étant donné que Microsoft Dynamics GP ne stocke pas les données nécessaires avant de passer à Microsoft Dynamics GP, vous ne peut pas recalculer le coût moyen ou valider les transactions ajustées pour les reçus d'achat plus anciens.
  • Microsoft Dynamics GP effectue les actions suivantes si le coût unitaire d'un bon d'achat existants pour un article de coût moyen est mis à jour :
    • Tout d'abord, Microsoft Dynamics GP recalcule le nouveau coût ajusté de l'enregistrement de la réception de mises à jour à l'aide de la formule suivante :
      {(Quantité de réception précédente disponible x du précédent reçu le coût unitaire ajusté) + [(quantité de reçu-Quantité renvoyée) x coût unitaire du reçu]} ÷ [quantité disponible de l'encaissement précédente + (quantité du bon de réception disponible – quantité retournée)]
      Remarques
      • Si la valeur du ticket de caisse précédente quantité en stock est négative, Microsoft Dynamics GP utilise zéro pour cette valeur dans la formule.
      • La valeur quantité en stock du ticket de caisse est la date spécifique et est le montant total de tous les sites. Pour un reçu d'achat, la valeur quantité du ticket de caisse reflète la quantité disponible totale après que cette réception a été validée. Autrement dit, la valeur quantité du ticket de caisse inclut la quantité pour cette réception.
      • Si la valeur de la Quantité retournée est soustraite de la valeur de la Quantité reçue lors de la validation d'une transaction de retour de la commande d'achat, Microsoft Dynamics GP augmente la valeur de La quantité vendue de la réception achat au lieu de la réduction de la valeur de la Quantité reçue . Par conséquent, pour obtenir une véritable valeur de Quantité reçue , Microsoft Dynamics GP examine la table de détails quantité vendue pour les transactions de retour de bon de commande et soustraire la valeur Quantité retournée à partir de la valeur de la Quantité reçue .
    • S'il existe une réception achat datée du reçu d'achat ajusté au plus tard, Microsoft Dynamics GP recalcule le coût actuel (moyen) pour ce reçu d'achat suivant calculer le nouveau coût ajusté pour cet enregistrement de réception suivant. Ce processus se poursuit pour chaque reçu d'achat qui en découlent. Ce processus se poursuit dans la pile afin de déterminer le coût ajusté à la date utilisateur. Cette nouvelle valeur devient le coût actuel. À mesure que le processus pour chaque reçu d'achat qui en découlent, Microsoft Dynamics GP met à jour le coût ajusté de chaque reçu d'achat. En outre, Microsoft Dynamics GP met à jour la valeur de coût ajusté pour chaque transaction de quantité vendue datés ultérieurement à une réception achat ajusté et antérieure à la prochaine réception. Cette action est basée sur la date de réception. Cette action utilise également le coût ajusté à partir de la réception d'achat précédente.

      Remarque Lorsque vous enregistrez un reçu d'achat, Microsoft Dynamics GP remplit la valeur de la Quantité disponible en stock pour un reçu d'achat à l'aide d'une valeur qui est égale à la somme de l'équation suivante :
      (Stock quantité en stock pour la réception précédente) + (quantité reçue pour la réception précédente) – (Qté vendue les transactions qui ont eu lieu après le reçu d'achat qui a été enregistré mais avant le reçu d'achat suivant, basé sur la date)
      L'exemple suivant suppose que les conditions suivantes sont remplies :
      • La début de la quantité disponible est égale à zéro
      • Il n'y a eu d'aucune transaction retour des commande d'achat
      Type de transactionStock disponible de Qté Qté reçueQté vendueCoût unitaireCoût ajusté
      Réception #11001001,00 $1,00 $
      Réception #2125100$1.501,25 $
      Vente #1501,25 $1,25 $
      Vente #2251,25 $1,25 $
      Réception #32001001.20 $1,23 $
      Vente #3251,23 $1,23 $
      Réception #42501001,30 $1,25 $
      Vente #4501,25 $1,25 $
      Le calcul de réception #1 utilise la formule suivante :
      [(0 x 0, 00F) + (100 x 1,00 $)] ÷ [0 + (0-100)] = 1,00 $
      Le calcul de réception #3 utilise la formule suivante :
      [(125 x 1,25 $) + (100 x $1.20)] ÷ [125 + (0-100)] = $1.227
      Remarque La somme de ce calcul est arrondie à 1,23 $.
    • Lorsque le coût unitaire d'un bon d'achat existant est mis à jour, Microsoft Dynamics GP recalcule le coût ajusté de la réception achat en utilisant les valeurs suivantes dans la formule de calcul du coût moyen :
      • Valeurs de Quantité disponible en stock enregistrées
      • Valeurs de Coût ajusté de l'accusé de réception précédente
      • Valeurs de Quantité reçue enregistrées
      • Nouvelles valeurs de coût unitaire
      Un exemple d'une situation dans laquelle un existant reçu d'achat est mis à jour est de la situation suivante :
      • Réévaluer les stocks pour un écart de prix d'achat dans une facture de commande fournisseur.
      • La facture est pour un écart matière ou pour une variation de prix à quai.
      S'il existe un enregistrement de réception est une date postérieure de la réception de mises à jour, Microsoft Dynamics GP recalcule le coût ajusté de l'enregistrement du bon de réception en utilisant les étapes et la formule de calcul de coût moyen mentionnés plus haut dans cette section. Microsoft Dynamics GP met à jour le champ Coût actuel dans la fenêtre Gestion des articles en utilisant le nouveau coût ajusté de l'enregistrement de la réception achat final. En outre dans cet exemple, les modifications qui sont apportées par le coût ajusté sont affichées dans le tableau suivant.

      Remarque Ce tableau suppose que les conditions suivantes sont remplies :
      • Vous validez une facture de commande fournisseur pour réception #3 à un coût unitaire de 1,28 $.
      • Vous choisissez de réévaluer le stock.
      • L'expédition a été validée précédemment à un coût unitaire de $1.20.
      Lorsque ces conditions sont remplies, Microsoft Dynamics GP met à jour le coût unitaire sur la pile de l'accusé de réception à 1,28 $. Le programme recalcule ensuite le coût ajusté de chaque encaissement ultérieur en commençant à l'enregistrement de cette réception.
      Type de transactionStock disponible de Qté Qté reçueQté vendueCoût unitaireCoût ajusté
      Réception #11001001,00 $1,00 $
      Réception #2125100$1.501,25 $
      Vente #1501,25 $1,25 $
      Vente #2251,25 $1,25 $
      Réception #32001001.20 $1,28 $1,23 $élève à 1,26 $
      Vente #3251,23 $1,23 $élève à 1,26 $
      Réception #42501001,30 $1,25 $1,27 $
      Vente #4501,25 $1,25 $
      Le calcul de réception #3 utilise la formule suivante :
      [(125 x 1,25 $) + (100 x 1,28 $)] ÷ [125 + (0-100)] = $1.263
      Remarque La somme de ce calcul est arrondie à l'élève à 1,26 $.
      Le calcul de réception #4 utilise la formule suivante :
      [(200 * élève à 1,26 $) + (100 * $1.30)] ÷ [200 + (0-100)] = $1.273
      Remarque La somme de ce calcul est arrondie à 1,27 $.
    • Microsoft Dynamics GP génère des transactions d'ajustement des quantité vendue transactions détaillées de mise à jour basées sur le coût ajusté de la réception achat. Les transactions d'ajustement utilisent les numéros de compte qui ont été utilisés pour la transaction d'origine et qui sont stockées dans la table IV10201.
  • Les modifications suivantes s'appliquent si vous créez et que vous validez un transfert de stock d'un article de coût moyen :
    • Les transferts vers tout autre type de quantité à partir du type de quantité en stock utilise le coût actuel de l'élément.
    • Les types de transferts de quantité autre que en main d'utiliser le coût FIFO au lieu du coût actuel de l'élément. Si vous créez le transfert, le coût unitaire de l'article utilise la valeur de coût actuelle. Toutefois, lorsque le transfert est validé, Microsoft Dynamics GP Obtient le coût FIFO de la pile de réception achat.
    • Si le coût unitaire de la transaction est différent du coût actuel d'un article, Microsoft Dynamics GP recalcule le coût actuel (moyen) de l'élément après un transfert de stock vers le type de quantité en stock .

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 923960 - Dernière mise à jour : 04/04/2016 22:16:00 - Révision : 0.1

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0

  • kbhowto kbexpertiseinter kbexpertiseadvanced kbinfo kbmbsmigrate kbmt KB923960 KbMtfr
Commentaires