Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Achats | |||
| TSRD - Actions réalisées par le traitement d'annulation de demandes d'achats ou de commandes | |||
| Sélection des éléments |
| Ce traitement ne peut être exécuté que pour une commande ou une liste. Pour pouvoir être annulé, l'élément à traiter doit être à une étape inférieure ou égale à l'étape précédente du traitement dans les étapes par classe (GETCA). Ne sont pas sélectionnées : - les demandes de services livrées (étape supérieure ou égale à l'étape de GRDA) ou qui ont fait l'objet d'une mise à jour en stock (étape supérieure ou égale à l'étape de TSDA) ; - les demandes d'achats qui sont en cours de transformation commande (TDAI) ; - les commandes réceptionnées (GREC) ; - les commandes facturées (GFAA) ; - les commandes d'avoir issu d'un retour (GRET). De plus, il est possible, suivant la valeur du paramètre PR1 associé au traitement, de ne pas traiter les commandes pour lesquelles : - il existe un acompte transféré en comptabilité (commandes pour lesquelles il existe une ligne de données dans GAAIA avec l'état égal à "T") ; - une commande d'acompte dont l'étape est inférieure à la valeur 1 du paramètre AUTACHAT occurrence ETPANUxxxx, où xxxx représente la classe de la commande d'acompte, a été générée à partir du module "Demandes d'acomptes" (SACDACPT). Si la valeur du paramètre PR1 vaut : - O : les commandes avec acompte ne peuvent pas être annulées ; - N : les commandes avec acompte peuvent être annulées. Il faut alors annuler l'acompte en comptabilité. |
| Annulation des marchés |
| Si la commande porte sur un marché, l'encours ou le réalisé du marché et des lignes du marché sont mis à jour en fonction du paramétrage de la classe de commandes (GNCA) : - si l'option "contrôle de la mise à jour du marché" de la classe de commandes est égale à "Commande" ou "Les deux", les montants et quantités encours du marché et des lignes du marché sont diminués du montant et de la quantité des lignes de la commande ; - si l'option "mise à jour du réalisé" de la classe de commandes est activée, les montants et quantités réalisés du marché et des lignes du marché sont diminués du montant et de la quantité des lignes de la commande. Le principe de mise à jour du marché est décrit dans la documentation sur le suivi des marchés achats. Le principe est le même que lors de la suppression d'une ligne. Pour les demandes de services et les demandes d'achats, aucune mise à jour de marché n'est effectuée. |
| Libération des lignes de marché |
| Lors de la génération d'une demande d'achats ou d'une commande à partir d'une ligne de marché (TGAMA), si la classe de marchés (GNCM) indique que le cadencement est manuel, le numéro de demande d'achats ou de commande généré est stocké dans la ligne de marché. Lors de la mise à la poubelle de la demande d'achats ou de la commande, si la case "Libération des lignes de marché" est cochée à la soumission, le numéro de demande ou de commande est effacé au niveau de la ligne de marché afin que celle-ci puisse permettre la génération d'une nouvelle demande ou commande. De plus, si la classe de marchés, est définie, pour le type de ligne concerné, en génération d'avenant, la classe et le numéro de demande ou de commande sont mémorisés au niveau de la ligne de marché, afin de permettre la génération d'une nouvelle sous-demande ou sous-commande au lieu d'une nouvelle demande ou commande. |
| Annulation des statistiques |
| Lors de l'annulation d'une commande transférée en statistiques (TSTTCA), la zone "Flag statistique commande" est remise à nulle et la commande est annulée des statistiques de type commande. De même, lors de l'annulation d'une demande d'achats transférée en statistiques (TSTTDA), la zone "Flag statistique commande" est remise à nulle et la demande est annulée des statistiques de type demande. La zone "Flag statistique commande" est visible dans la grille de GCDA ou GDAI et est égale à "T" lorsque la commande ou la demande d'achats a été transférée en statistique. |
| Annulation en comptabilité |
| Lors de la mise à la poubelle d'une commande transférée en comptabilité (TVCCE), 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. Cas particulier : dans le cadre de la comptabilité publique, il n'est pas possible qu'une commande engagée (TVCCE) sur un exercice N-1, annulée sur un exercice N, libère du budget sur l'exercice N. Pour cela, suivant la valeur testée 1 du paramètre AUTM9 occurrence RETENG, il est possible d'annuler ou non l'engagement en comptabilité lors de l'annulation d'une commande après un changement d'exercice. Si l'engagement est annulé, l'annulation est alors effectuée sur un journal et un type d'écriture particuliers. Si la valeur testée 1 du paramètre AUTM9 occurrence RETENG est égale à "N" et si l'année de la date logique est différente de l'année de la date comptable de l'engagement (TVCCE) : - l'écriture d'engagement de la commande initiale n'est pas annulée en comptabilité ; - les ventilations comptables associées à la commande sont mises à jour : l'état passe de la valeur "I" (imputé) à la valeur "T" (traité). Si la valeur testée 1 du paramètre AUTM9 occurrence RETENG est égale à "O" et si l'année de la date logique est différente de l'année de la date comptable de l'engagement (TVCCE) ou si le type d'écriture de l'engagement correspond au type d'écriture donné par la chaîne 2 du paramètre AUTM9 occurrence RETENG, l'écriture d'engagement de la commande est annulée en comptabilité mais sur un journal et un type d'écriture particuliers. Ces derniers sont donnés respectivement par le texte et la chaîne 1 du paramètre AUTM9 occurrence RETENG. Il en est de même pour la mise à la poubelle d'une demande d'achats. |
| Annulation des stocks |
| a) Demandes d'achats : Si l'option "Mode avec influence sur stocks D.A" du mode d'achat de la ligne est active et si la ligne a influence en stock, alors la réservation de stock (CRDA) qui a été effectuée au moment de la création de la demande d'achats est annulée. Le principe de cette mise à jour est décrit dans la documentation sur les réservations de stocks pour les demandes d'achats et les demandes de services. b) Demandes de services : Si le mode d'achat de la ligne est défini en sortie de stock obligatoire, alors la réservation de stock (CRDA) qui a été effectuée pour la ligne de demande de services est annulée. De plus, si une sortie de stock (CSTK) a été réalisée par la gestion de réservation du stock des demandes de services (SAIRDS) ou par le traitement de réservation du stock des demandes deservices (TRDS), elle est annulée. Le principe de cette mise à jour est décrit dans la documentation sur les réservations de stocks pour les demandes d'achats et les demandes de services. c) Commandes : Si l'option "Mode avec influence sur stock" est active et si la ligne a influence en stock, alors la réservation de stock (CSTK) qui a été effectuée lors de la création de la ligne de commande est annulée. Le principe de cette mise à jour est décrit dans la documentation sur les réservations de stocks à date. |
| Annulation des prix |
| L'annulation des prix n'est réalisée que si la commande est un avoir financier pour lequel il existe un enregistrement dans la gestion du PUMP détaillé (GPMP). Elle 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 est cochée. L'annulation consiste en la création d'un enregistrement de signe opposé pour annuler le PUMP détaillé. De plus, s'il existe un mouvement de stock correspondant à cet avoir financier 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. Pour les demandes de services et les demandes d'achats, aucune annulation de prix n'est effectuée. |
| Suppression des immobilisations |
| S'il existe des fiches d'immobilisations pour les lignes de la commande, elles sont supprimées. |
| Annulation des commandes de ventes liées (négoce) |
| Dans le contexte du négoce, une commande d'achats peut générer une commande de ventes. Lors de l'annulation de la commande d'achats, la commande de ventes liée peut aussi être automatiquement annulée. Cela dépend de l'occurrence ACDV-xxxx du paramètre AUTSACDA où xxxx représente la classe de la commande d'achats. Exemple : la commande d'achats ACH 1 1 a généré une commande de ventes VTE 1 1 via le négoce. L'annulation de la commande d'achats provoque, en cascade, l'annulation de la commande de ventes si l'occurrence ACDV-ACH est référencée pour le paramètre AUTSACDA. |
| Mise à jour des commandes |
| Mise à jour de l'étape des commandes : elle est égale à l'étape du traitement d'annulation. 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 demande d'achats ou la commande. Celles-ci sont ensuite visibles dans la gestion des demandes d'achats (GDAI) ou la gestion des commandes (GCDA). Mise à jour du flag de stock de l'en-tête et des lignes de demandes d'achats ou de commandes : celui-ci passe à "T". |
| Historique de l'étape |
| Comme pour toutes les transactions référencées dans les étapes, possibilité de conserver, au niveau de la commande, une trace de l'étape réalisée. Création de cet historique en indiquant le numéro de l'étape, l'utilisateur ayant effectué l'étape, ainsi que la date et l'heure de réalisation de l'étape. C'est lors de la définition de l'étape par classe (GETCA) que vous indiquez si la mémorisation est active ou non. |