Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Stocks | |||
| Valorisation (paramétrage) | |||
| 1 - Prix Standard |
| Articles par établissement (GAAE) : saisir la fonction de valorisation (paramètre FNVSGAAE) pour les articles gérés au prix standard. Objectifs des prix (GOBP) : définir un objectif de lecture (prix à date). Associations type-fonction-objectif (GOFT) : pour l'objectif de lecture, associer le type de prix standard avec la fonction de valorisation pour l'établissement. Pas d'objectif de MAJ pour les prix standard dans les stocks. |
| 1.3 - Modification |
Utilisation de TMSTD : traitement de modification du prix standard. |
| But : générer des mouvements de stock qui permettent de corriger un prix standard en date de fin de période saisie. Pour pouvoir utiliser ce traitement, il faut avoir modifié le mode de calcul des types de prix (GTPX) : mode de calcul prix standard. Il faut créer une classe de stocks (pas de MAJ du stock mais MAJ du prix, compte et CGR de régularisation dans GNMS) qui génèrera des mouvements d'écarts en prix sur compte et CGR de régularisation. Si l'écart porte sur la période antérieure : on génère des mouvements avec la classe de stock saisie à la soumission. Les comptes et CGR proposés sont ceux paramétrés au niveau de la classe. Les mouvements sont transférés en comptabilité à la date de clôture. Les lignes sont calculées pour chaque article, dépôt et mode de stockage. Le montant est égal au stock calculé à la date de début multiplié par l'écart entre le nouveau et l'ancien prix standard. Si l'écart porte sur la période : on calcule le montant pour chaque ligne de mouvement valorisé avec l'écart entre le nouveau et l'ancien prix standard. On génère un mouvement de stock par dépôt sur la classe de régularisations saisie à la soumission. Les comptes et CGR sont ceux des mouvements de la période. La modification du prix standard est une étape qui doit s'effectuer pendant la clôture de stock après avoir transféré en comptabilité les mouvements de stock de la période clôturée. Le TMSTD contrôle que la saisie est faite dans GAPX à la date de clôture et que les mouvements sont transférés en comptabilité. Dans le masque de TMSTD, la date 1 = date début année comptable, la date 2 = date clôture. Procédure : 1. Traitement des mouvements déjà déstockés (TMVT) / Traitement des mouvements de stock (TMVS) ; 2. Transfert en comptabilité des mouvements de stock (TECTS) ; 3. Prix à date (GAPX) : saisie du prix standard ; 4. Mise à jour du prix standard (TMSTD) ; 5. Relancer TECTS ; 6. Traitement clôture de stock (TCLO) pour générer l'inventaire de clôture. |
| 2 - Autres types de prix |
| 3 - Prix unitaire moyen pondéré |
| Il existe deux types de PUMP : - PUMP instantané : tous les mouvements influent sur la variation du PUMP aussi bien les mouvements d'entrée que les mouvements de sorties. Les mouvements seront transférés en comptabilité avec le prix lu ou saisi lors de la création du mouvement. - PUMP fin de mois : seuls les mouvements d'entrée d'achat influent sur la variation du PUMP. Les mouvements seront transférés en comptabilité avec le PUMP calculé lors de la clôture mensuelle des stocks. Le calcul du PUMP est réalisé par un traitement (TPUM) qui doit être lancé le dernier jour du mois dans le cadre d'une procédure de clôture mensuelle. L'inventaire de clôture est généré par le traitement TCLO. Valeurs des données dans GTPX du "type de prix PUMP fin de mois" (calculé à partir des prix achats) Numéro : PUMP Intitulé complet : PUMP Devise : EUR Type de prix réel ou estimé : "R" Réel Détail des prix : "A" Actif Autorisation de modification du prix : "I" Inactif PUMP recalculé (Recalcul/période) : "I" Inactif Existence du prix (Obligatoire en lecture) : "O" Obligatoire Nombre de décimales : 4 Délai d'utilisation : 999 Unité d'achat ou de stockage (Unité de valorisation) : "S" Stocks Valo. selon module amont : Prod./Maint. : "I" Inactif Mise à jour : "O" Obligatoire Mode de calcul : "PUMP" Remarque : la case "Détail des prix" n'est pas à cocher si on ne gère pas le prix commande mais uniquement le prix facture pour le calcul du PUMP. Valeurs des données dans GTPX du "type de prix PUMP instantané" Numéro : PUMP Intitulé complet : PUMP Devise : EUR Type de prix réel ou estimé : "R" Réel Détail des prix : "I" Inactif Autorisation de modification du prix : "I" Inactif PUMP recalculé (Recalcul/période) : "I" Inactif Existence du prix (Obligatoire en lecture) : "O" Obligatoire Nombre de décimales : 4 Délai d'utilisation : 999 Unité d'achat ou de stockage (Unité de valorisation) : "S" Stocks Valo. selon module amont : Prod./Maint. : "I" Inactif Mise à jour : "O" Obligatoire Mode de calcul : "PUMP" Le PUMP Instantané est déconseillé. Valeurs des données dans GTPX du "type de prix PUMP pour le démarrage" (autre type de PUMP pouvant être paramétré) Numéro : PMPI Intitulé complet : PUMP d'initialisation (inventaire départ) Devise : EUR Type de prix réel ou estimé : "R" Réel Détail des prix : "I" Inactif Autorisation de modification du prix : "A" Actif PUMP recalculé (Recalcul/période) : "I" Inactif Existence du prix (Obligatoire en lecture) : "F" Facultatif Nombre de décimales : 4 Délai d'utilisation : 999 Unité d'achat ou de stockage (Unité de valorisation) : "S" Stocks Valo. selon module amont : Prod./Maint. : "I" Inactif Mise à jour : "A" Sans Mode de calcul : "PU" Unitaire Valeurs des données dans GTPX du "type de prix PUMP pour la régularisation" (autre type de PUMP pouvant être paramétré) Numéro : RPMP Intitulé complet : Régularisation du PUMP Devise : EUR Type de prix réel ou estimé : "R" Réel Détail des prix : "I" Inactif Autorisation de modification du prix : "A" Actif PUMP recalculé (Recalcul/période) : "I" Inactif Existence du prix (Obligatoire en lecture) : "F" Facultatif Nombre de décimales : 4 Délai d'utilisation : 999 Unité d'achat ou de stockage (Unité de valorisation) : "S" Stocks Valo. selon module amont : Prod./Maint. : "I" Inactif Mise à jour : "A" Sans Mode de calcul : "PU" Unitaire |
| 3.1 - Paramétrage |
- Articles par établissement (GAAE) : saisir la fonction de valorisation (paramètre FNVSGAAE) pour les articles gérés au PUMP. - Classes de mouvements de stock (GNMS) : Créer une classe de mouvement de stock (ZPMP) permettant de régulariser le PUMP avec les caractéristiques suivantes : · sens Entrée ; · mise à jour du stock décochée, MAJ des prix cochée ; · mise à jour en temps réel cochée ; · comptabilisable. Remarque : attention à l'appellation de la classe de régularisations pour des problèmes de découpage alphabétique lors de l'édition des mouvements valorisés (ESVM). - Associations type-fonction-objectif (GOFT) : pour les objectifs de lecture et de mise à jour : associer le type de prix PUMP avec la fonction de valorisation concernant les articles valorisés au PUMP. Cocher "Prix à date". Pour la régularisation du PUMP, pour l'objectif de lecture, créer une exception avec : · Domaine = "S" (stocks) ; · Classe = "ZPMP" ; · Type de prix = "RPMP". Pour l'inventaire de départ (GSTI), si le PUMP d'initialisation est utilisé (PMPI), pour l'objectif de lecture, il faut créer une exception avec : · Domaine = "I" (inventaire) ; · Classe = "ID" (inventaire de départ) ; · Type de prix = "PMPI". Si l'initialisation se fait par des mouvements d'entrée manuelle, pour l'objectif de lecture, il faut créer une exception avec : · Domaine = "S" (stocks) ; · Classe = "EM" (entrée manuelle) ; · Type de prix = "PMPI". - Paramétrage des exceptions du PUMP (GPPCx) : Les gestions GPPCI, GPPCS, GPPCV, GPPCA sont à renseigner uniquement si le PUMP est un PUMP fin de mois. Pour les mouvements de stocks (GPPCS) : * toutes les classes manuelles (entrées, sorties) mettant à jour les stocks doivent être saisies car elles influent uniquement en quantité. Attention : si les entrées achats se font par des entrées manuelles (pas Application Achats), ces dernières influent en quantité et en montant. * pour la classe de régularisations du PUMP, il ne faut pas saisir d'exception ou en saisir une avec "Prise en compte du montant" coché. * on ne déclare pas les classes de régularisations d'inventaire (RI et RIQ) car on tient compte du paramétrage des types d'inventaire dans GPPCI. On ne déclare pas non plus les éventuelles classes de régularisations d'inventaire de départ (DI et DIQ) car le PUMP est automatiquement mis à jour en quantité et en montant dans GPUM. * il faut aussi paramétrer les classes de stock qui permettent la génération des mouvements liés à la GPAO. Ces classes influent sur le PUMP uniquement en quantité. Pour les inventaires (GPPCI) : * il faut que les inventaires tournants influent uniquement en quantité (prise en compte de la quantité coché, prise en compte du montant décoché). * pour les inventaires de départ : ne rien paramétrer car le PUMP est automatiquement mis à jour en quantité et en montant dans GPUM. Pour les classes d'achats (GPPCA) : * les classes d'achats stockés influent en quantité et en montant (2 cases à cocher ou rien). Idem pour les classes d'avoir financier et quantité (retour). * seules les classes d'avoir financier sont à renseigner. Ces classes influent sur le PUMP uniquement en montant. * les classes de frais influent en montant seulement. Idem pour les classes de ventes (GPPCV) : * les classes de ventes stockées influent en quantité seulement. Ceci doit être fait pour le cas des produits de négoce. |
| 3.2 - GOVT : Validation Objectifs / Traitement (pour PUMP fin de mois) |
|
|
|
|
En gras : l'objectif proposé par défaut
|
Pour les éditions, inutile de paramétrer un objectif de lecture par défaut mais le paramétrer directement dans l'édition.
|
|
|
| 3.5 - La clôture des stocks |
| Les paramètres de clôture à vérifier Paramètre AUTSTOCK occurrence DATCLO, établissement obligatoire, date 1 est égale à la date de clôture moins un jour. Paramètre AUTSTOCK occurrence TYPCLO, type de clôture indiqué dans la valeur testée 1. Paramètre STKCLO, établissement obligatoire. |
| La procédure de clôture 1. Clôture effectuée des achats, ventes (Applications en amont). 2. Validation des mouvements de stocks : TMVT (pour classes en MAJ temps réel), TMVS (pour classes en différé). 3. Calcul du PUMP : TPUM. 4. Contrôle du stock négatif. 5. Contrôle de cohérence entre mouvements générés et quantités CCAJ : ESVM avant clôture. 6. Transfert en comptabilité des mouvements : TECTS. 7. Si MAJ de prix standard : saisie dans GAPX. 8. Si MAJ de prix standard : TMSTD. 9. Si MAJ de prix standard : TECTS de nouveau. 10. Clôture des stocks : TCLO. 11. Transfert en comptabilité des inventaires : TECTI. 12. Edition des inventaires de clôture : ESTI. 13. Validation des journaux de stocks après contrôle : TVAL. |
| 3.6 - Gestions et transactions utilisées pour le PUMP |
| - Gestion du PUMP à l'inventaire (GPUM) : Cette gestion permet d'avoir la quantité et le montant identiques à l'inventaire de clôture. Elle est alimentée lors de l'initialisation par l'inventaire de départ et lors du calcul du PUMP (traitement TPUM). - Calcul du PUMP (TPUM) : Ce traitement permet de calculer le PUMP à une date saisie. Le PUMP est ainsi calculé automatiquement. Sa valeur ne doit pas être modifiée. Aucun PUMP n'est saisi. Les articles dont le PUMP a été calculé apparaissent sur le compte rendu. La valeur du PUMP apparaît elle aussi sur le compte rendu. Si le traitement est lancé en exécution : · Création dans GPUM pour la date saisie. · La date 1 du paramètre STKCLO est changée pour éviter la saisie de mouvement car le PUMP a été calculé sur la période. Consultation du détail du PUMP (CPMP, GPMP) : Cette consultation permet d'avoir l'historique du PUMP pour un article et une période donnée (quantité, montant, statut, etc.). |
| 3.7 - Principe de calcul du PUMP |
| Le principe de calcul du PUMP est le suivant : · recherche du dernier enregistrement dans GPUM dont la date est inférieure ou égale à la date saisie lors du traitement de calcul du PUMP ; · recherche des enregistrements dans CPMP pour l'article avec la date de début = date de GPUM + 1 jour et la date de fin = date de calcul du PUMP ; · montant = Montant de GPUM + Montant de tous les enregistrements de CPMP. Quantité = Quantité de GPUM + Somme des quantités dont le statut quantité = 'A'. PUMP = Montant / Quantité. Le principe d'affectation de la quantité et du montant dans GPUM est le suivant : · recherche du dernier enregistrement dans GPUM dont la date est inférieure ou égale à la date saisie lors du traitement de calcul du PUMP ; · recherche des enregistrements dans CPMP pour l'article avec la date de début = date de GPUM + 1 jour et la date de fin = date de calcul du PUMP. Quantité = Quantité de GPUM + Somme des quantités dont le statut quantité est différent de 'F' ; · montant = Quantité calculée * PUMP calculé. |
| 3.8 - Initialisation et variation du PUMP |
L'initialisation s'effectue à partir d'un inventaire de départ ou d'un mouvement de stock. Au niveau de GOVT : associer l'objectif de lecture et l'objectif de mise à jour aux transactions (SKISTI, SKTSTI ou SKIMVS, SKTMVS) : Objectif en lecture = Facultatif ou Signalé : le type de prix sera proposé et il faudra saisir le prix. Objectif en mise à jour = Obligatoire : si le prix n'est pas saisi, un message d'erreur sera édité. Si l'initialisation s'effectue par un mouvement de stock, il ne faut pas avoir d'exception dans GPPCS pour la classe. Initialisation à partir d'un inventaire : lors de la validation (TSTI ou bouton validation de GSTI), l'initialisation du PUMP s'effectue dans GPUM (quantité + montant) et dans GAPX (Prix à date). Remarque : possibilité de créer un PUMP spécial pour l'initialisation pour l'isoler. |
| Valeurs des données du "type de prix PUMP pour le démarrage" dans GTPX Numéro : PMPI Intitulé complet : PUMP d'initialisation (inventaire de départ) Devise : EUR Type de prix réel ou estimé : "R" Réel Détail des prix : "I" Inactif Autorisation de modification du prix : "A" Actif PUMP recalculé (Recalcul/période) : "I" Inactif Existence du prix (Obligatoire en lecture) : "F" Facultatif Nombre de décimales : 4 Délai d'utilisation : 999 Unité d'achat ou de stockage (Unité de valorisation) : "S" Stocks Valo. selon module amont : Prod./Maint. : "I" Inactif Mise à jour : "A" Sans Mode de calcul : "PU" Unitaire Il faudra mettre en place une exception dans GOFE (type de prix), par exemple : - Objectif : L002 - Type de prix : PUMP - Fonction de valorisation : AS - Domaine : "I" Inventaire - Classe / type d'inventaire : "ID" Inventaire de départ - Type de prix : PMPI Initialisation à partir d'un mouvement : lors de la validation (avec l'icône de validation de l'interface utilisateur ou avec la touche de raccourci si la classe met à jour le stock en temps réel ou avec TMVS si la classe ne met pas à jour le stock en temps réel), l'initialisation du PUMP s'effectue uniquement dans GAPX (Prix à date). Pas de saisie dans GPUM car l'initialisation a été effectuée dans l'historique du PUMP (initialisation visible par CPMP ou GPMP). Variation : Si le PUMP est un PUMP fin de mois, il variera uniquement en fonction des entrées achat (commandes et factures). Si c'est un PUMP instantané, il variera aussi bien en fonction des entrées achat que des mouvements de stocks (entrées, sorties, inventaires, ...). |
| 3.9 - Contrôles à effectuer après le calcul du PUMP (TUMP) |
| - Contrôle dans GPUM si quantité égale 0 et montant différent de 0 : Pour la date de clôture il est possible d'avoir des articles dont la quantité est égale à 0 avec un montant différent de 0. Cela signifie que des factures ont été saisies alors que tout le stock a été consommé. Démarche à suivre pour répercuter cet écart : · Noter le montant. · Supprimer l'enregistrement. · Saisir un mouvement de stock sur une classe n'influant pas en stock avec dans le prix le montant en sens inverse (multiplié par -1) sur les CGR de consommations en date de clôture (date de calcul du PUMP). · Relancer le traitement TPUM et refaire le contrôle dans GPUM. - Variation anormale du PUMP (forte augmentation ou diminution, PUMP négatif) : pour cibler les causes de la variation du PUMP il faut regarder l'historique dans CPMP avec le statut quantité = "A" ou dans GPMP : faire la recherche avec "Quantité cumulée" cochée. Une fois le problème ciblé, il faut le corriger : - Le problème vient des achats (mauvaise saisie de la quantité ou du prix, erreur de coefficient achat/stock) : si la commande initiale a mis à jour le stock et la facture n'est pas parvenue : saisir une commande négative avec comme quantité la quantité réceptionnée. Passer les étapes jusqu'à celle de la commande origine et annuler les deux commandes par un TRSF. Saisir une commande avec la bonne quantité ou le bon prix. Si la commande initiale est à l'étape de facture : supprimer les lignes de la facture. Refaire les différentes manipulations du cas précédent. Si la commande initiale est à une étape supérieure à celle de facture : saisir une commande négative avec comme quantité la quantité réceptionnée. Passer les étapes jusqu'à celle de la commande origine. Associer manuellement les pièces issues du transfert en comptabilité achat pour qu'elles se soldent. Saisir une commande qui sera réceptionnée avec la bonne quantité ou le bon prix. - Le problème vient des stocks (mauvais paramétrage des exceptions du PUMP) : les exceptions pour les classes de sorties ou d'entrées n'ont pas été saisies : saisir un mouvement de régularisation sur une classe n'influant pas en stock. Corriger l'anomalie (saisie des exceptions dans GPPCx). |
| 3.10 - Recommandations |
| Les corrections du PUMP en comptabilité ne doivent pas se faire par une OD manuelle mais par les Applications en amont (Achats, Ventes). Exemple : le prix facture a été mal saisi. Il est interdit de saisir le prix du PUMP dans GAPX sauf si c'est un nouvel article, car la modification n'apparaîtra pas dans le prochain calcul du PUMP. |
| 4 - Récapitulatif |
|
| 5 - Transfert en comptabilité des mouvements de stocks |
| - Au niveau de GTVCS : définir le paramétrage pour le transfert en comptabilité. Si l'on transfère les mouvements de stocks générés par l'Application Achats avec le prix de la facture ou le prix de la commande, il faut définir 3 types de transferts comptables : · un type de transfert pour les Entrées Achats valorisées au prix réel ou prix estimé. |
· un type de transfert pour la contre-passation : le transfert en comptabilité des Entrées Achat avec le prix facture et l'annulation au prix commande. |
· un autre type de transfert pour les autres mouvements. |
| Valorisation avec objectif est coché si l'on utilise un PUMP fin de mois sinon il faut le décocher. Pour les 3 types de transfert : il est conseillé de générer une écriture par mouvement (regroupement mouvements) pour avoir le maximum de détails. |
| - Gestion des classes de mouvements de stocks (GNMS) Associer aux classes comptabilisables les types de transferts comptables adéquats. Au niveau des classes (GNMS), deux zones peuvent être renseignées : transfert comptable et transfert comptable d'annulation. Exemple d'utilisation du transfert comptable d'annulation : pour les classes d'achat on renseigne cette zone lorsque le transfert s'effectue avec le prix facture ou le prix commande. Ces prix sont remontés dans le mouvement de stock à partir de l'Application Achats (paramètres AUTSAPRX occurrences RLMS et FLMS). Lors du transfert en comptabilité si le prix facture a été remonté, on utilisera celui-ci sinon on utilisera le prix commande. Si le transfert a été effectué avec le prix commande, lorsque l'on recevra la facture le prix sera remonté. Le transfert comptable d'annulation créera en comptabilité une écriture avec une ligne dont le montant sera calculé avec le prix facture et une ligne d'annulation dont le montant sera calculé avec le prix commande multiplié par -1. |
| - Transfert comptable (TECTS) Définir plusieurs types de transferts : · Un pour les Entrées Achats ou la zone contre-passation n'est pas cochée en prenant comme fourchette de date la période clôturée. · Un pour la contre-passation : cocher la zone "contre-passation" en prenant en date de début la date par défaut et en date de fin la date de clôture de la période précédente. · Un dernier pour le transfert de tous les autres mouvements de stock : ne pas cocher la zone contre-passation en prenant comme fourchette de date la période clôturée. Les transferts comptables concernant les mouvements de stock générés par l'Application Achats doivent être exécutés le 1er jour du mois pour éviter les écarts entre la comptabilité de l'Application Achats et la comptabilité de l'Application Stocks. Exemple : Commande en date du 10.01.2000 avec la réception en date du 20.01.2000 d'une quantité de 10 pour un prix de 50,00 Euros. En comptabilité il y aura 500,00 Euros. Le mouvement de stock est généré en date du 20.01.2000 avec une quantité de 10 et un prix de 50,00 Euros. La facture est reçue le 5.02.2000 avec un prix de 55,00 Euros. L'écart est passé en comptabilité sur le mois de Février. Si le transfert en comptabilité du mouvement de stocks est effectué le 1er jour du mois, en comptabilité on aura un montant de 500,00 Euros, donc pas d'écart avec la comptabilité Achats. Si le transfert est effectué après le 5.02.2000, en comptabilité le montant sera de 550,00 Euros donc écart avec la comptabilité Achats. |
| 6 - Comparaison du stock lors de la clôture |
| Cette comparaison s'effectue avec l'édition ESVM. Elle a pour but de contrôler si le calcul du PUMP est correct et s'il n'y a aucun écart en quantité entre les mouvements de stock et l'historique du stock (CCAJ, CCAJQ). Seuls les articles ayant un écart, en quantité ou en montant, sont édités. Cette comparaison doit être exécutée uniquement après avoir calculé le PUMP (traitement TPUM). Elle a pour but de signaler les écarts avant de poursuivre la clôture (transferts en comptabilité, ...). |
| Paramétrage de ESVM avant clôture : |
| Remarque : dans les formules, il faut lire de la classe /__/ à la classe /__/ sauf de la classe /__ / à la classe /__/ |
