Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
Achats | |||
TRSF - Actions réalisées par le traitement des commandes réceptionnées sans facture |
Sélection des éléments |
Ce traitement ne peut être exécuté que pour une commande, une réception ou une liste de commandes. Pour pouvoir être annulée, la commande doit être à une étape inférieure ou égale à l'étape précédente du traitement définie dans les étapes par classe (GETCA). Ne sont pas sélectionnées : - les demandes d'achats et les demandes de services (GDAI) ; - les commandes non réceptionnées à l'exception des commandes d'avoirs issues d'un retour ; - les commandes facturées (GFAA) ; - les commandes qui n'ont pas été traitées en stock par le traitement de mise à jour des achats en stock (TSTA) ; - les commandes non traitées en statistiques s'il existe une ligne pour la commande avec un mode d'achat ayant influence sur les statistiques et si le traitement de transfert des réceptions en statistiques (TSTTRA) est paramétré pour la classe de la commande dans les étapes par classe (GETCA). |
Mise à jour du marché |
Si la commande porte sur un marché, celui-ci est mis à jour en fonction du paramétrage de la classe de la commande (GNCA) et de la classe du marché (GNCM) : - si l'option "Contrôle de la mise à jour du marché" de la classe de la commande est égale à "Commande", "Réception" ou "Les deux" et si la classe du marché indique que la mise à jour du marché doit être effectuée à la réception : - si le traitement de cumul des commandes d'achats dans les marchés (TMARA) n'a pas été effectué pour la commande, le marché et les lignes du marché sont mis à jour. Le montant en cours du marché est diminué du montant commandé ou réceptionné selon la valeur du contrôle de la mise à jour du marché et le montant réalisé est augmenté du montant réceptionné. La même chose est effectuée pour les quantités. Cette mise à jour est identique à celle réalisée par le traitement TMARA, - si le traitement de cumul des commandes d'achats dans les marchés (TMARA) a déjà été effectué, la commande a déjà mis à jour le marché et celui-ci n'est donc pas re-touché ; - si l'option "Contrôle de la mise à jour du marché" de la classe de la commande est activée et si la classe du marché indique que la mise à jour du marché doit être effectuée à la facture, la commande ne doit pas être cumulée dans le réalisé du marché et des lignes du marché. Le montant en cours du marché est diminué du montant commandé ou réceptionné selon la valeur du contrôle de la mise à jour du marché et le montant réalisé n'est pas touché. Le même principe est appliqué aux quantités ; - si l'option "Mise à jour du réalisé du marché" de la classe de la commande est activée, les quantités et montants réalisés du marché et des lignes du marché ont été mis à jour dès la saisie des lignes de la commande. Le marché n'est donc pas modifié. Si la classe du marché (GNCM) est définie en multi-établissements, le marché est mis à jour sur tous les établissements de la composition (GCET) donnée par la classe du marché. |
Mise à jour de la notation fournisseur |
Si le traitement de calcul et d'évaluation des critères de notation des fournisseurs (TCNFOU) est défini pour la classe de la commande (GETCA), les cumuls sont mis à jour pour le fournisseur et la note à attribuer à celui-ci est calculée. |
Annulation en comptabilité |
Lors de la mise à la poubelle d'une commande réceptionnée transférée en comptabilité (engagement (TVCCE) ou facture non parvenue (TVCCP) suivant les étapes définies pour la classe), une écriture est générée afin d'annuler l'écriture origine. Cette écriture est identique à celle qui aurait été générée par le traitement d'annulation en comptabilité (TDEG) si la commande avait suivi un cycle normal. Les ventilations comptables associées à la commande sont mises à jour : - l'état passe de la valeur "I" (imputé) à la valeur "T" (traité) ; - la pièce d'annulation est stockée dans la pièce de contre-passation. |
Annulation des prix |
L'annulation des prix est effectuée si le traitement est paramétré dans la gestion des validations objectifs/traitements (GOVT) en mise à jour obligatoire et si la case "Annulation des prix" de la classe de commandes (GNCA) est cochée. Les types de prix pouvant être annulés sont des types de prix PUMP détaillé, des prix au lot et/ou des prix à date. Ils sont donnés par la gestion des associations type-fonction-objectif (GOFT). Pour un type de prix PUMP détaillé, un enregistrement de signe opposé à celui existant est créé dans le PUMP détaillé (GPMP). Pour un type de prix à date et/ou au lot, s'il existe un enregistrement dans la gestion des prix à date (GAPX) pour la date paramétrée dans la gestion de paramétrage de la mise à jour des prix en stock (GPPXA), il est mis à jour avec un prix de signe opposé, sinon il est créé à cette date. De plus, pour un type de prix au lot, le prix au lot (GSTL) est mis à jour. S'il existe un mouvement de stock pour cette commande et si l'option "Remontée du prix dans le mouvement de stock" est active dans la gestion du paramétrage de la mise à jour des prix en stock (GPPXA), le prix correspondant au type de prix réel est mis à zéro. |
Suppression des immobilisations |
S'il existe des fiches d'immobilisations pour les lignes de la commande, elles sont supprimées. |
Mise à jour des commandes |
Mise à jour de l'étape des commandes : l'étape dépend de la valeur du paramètre PR1 associé au traitement. Mise à jour de la date de la dernière étape réalisée : elle est égale à la date à laquelle est exécuté le traitement (date système). Si le code et le motif du rejet ont été saisis à la soumission, mise à jour de ces informations pour la commande. Celles-ci sont ensuite visibles dans la gestion des commandes (GCDA). |
Traitement d'une liste de commandes |
Lorsque le traitement se déroule sans anomalie pour au moins une commande et que celui-ci est lancé par liste, modification de la liste pour indiquer la dernière étape réalisée. Mise à jour de l'étape : elle dépend de la valeur du paramètre PR1 associé au traitement. Si la valeur vaut : - "O" : étape du traitement ; - "N" : étape du traitement d'annulation des commandes (TSRD). Mise à jour de la date de dernier traitement. Mise à jour de l'utilisateur ayant réalisé le traitement. Mise à jour du dernier traitement réalisé. |
Historique de l'étape |
Un enregistrement est créé dans l'historique (CHECA) afin de conserver une trace de l'étape réalisée et du numéro de la réception à laquelle était rattachée la commande avant la mise à la poubelle. Le numéro de réception est stocké dans le troisième identifiant. Cet historique est créé systématiquement même si la définition de l'étape par classe (GETCA) indique que la mémorisation n'est pas active. |