Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Achats | |||
| TACRA - Actions réalisées par le traitement d'annulation d'une commande réceptionnée | |||
| Sélection des éléments |
| Le traitement ne sélectionne que les commandes qui sont communes à tous les critères. Exemple : commandes comprises dans la fourchette de numéros de commandes si celle-ci est renseignée et appartenant également à la liste si celle-ci est également renseignée. Ne peuvent pas être annulées : - les commandes facturées (GFAA) ; - les commandes qui n'ont pas été traitées en stock (TSTA) : commandes dont le flag de stock est différent de "T" ; - les commandes d'avoirs correspondant à un retour de marchandises (GRET, TSOLA). |
| Annulation de la sous-commande réceptionnée |
| L'annulation d'une commande réceptionnée se décompose en plusieurs étapes : |
| Annulation des statistiques |
| Lors de l'annulation d'une commande réceptionnée transférée en statistiques, la zone "Flag statistique réception" est remise à nulle et la commande est annulée des statistiques de type réception. La zone "Flag statistique réception" est visible dans la grille de la saisie des commandes (GCDA) et est égale à "T" lorsque la commande réceptionnée a été transférée en statistiques. Les statistiques de type commande générées par le traitement de transfert des commandes d'achats en statistiques (TSTTCA) ne sont pas annulées. |
| Marquage ou suppression des équipements |
| Lors de l'annulation d'une commande réceptionnée dont des lignes portent sur des articles correspondant à des types d'équipements, les équipements sont soit marqués en renseignant le statut avec la chaîne 1 de l'occurrence RETEQT du paramètre AUTSAREC, soit supprimés si la valeur testée 1 vaut "S". Pour plus de détails, voir la documentation sur le principe de création des équipements. |
| Suppression des immobilisations |
| S'il existe des fiches d'immobilisations qui ne sont pas définitives (code traitement différent de "T") pour des lignes de la commande à annuler, elles sont supprimées. |
| Marquage des historiques de révision |
| S'il existe un historique de révision (CHREA) pour une ou des lignes de la commande à annuler, celui-ci est marqué comme étant annulé. |
| Marquage des historiques de pénalité |
| S'il existe un historique de pénalité (CHPNA) pour une ou des lignes de la commande à annuler, celui-ci est marqué comme étant annulé. |
| Annulation des signatures multicritères |
| Lors de l'annulation d'une commande réceptionnée pour laquelle il n'existe pas d'autres commandes en cours sur la réception (GREC), les détails de signatures (GDSMRA) liés à la signature de la réception (GSMRA) sont supprimés. |
| Annulation des récupérations d'avances |
| S'il existe une récupération d'avance (SAIRAA) pour la commande à annuler, celle-ci est marquée comme étant annulé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. La date comptable de l'écriture générée est affectée selon la valeur de l'option "Prise en compte date". Si elle est égale à : - "Comptabilité ou "Les deux" : la date comptable est égale à la date renseignée à la soumission ; - "Stock" ou "Aucune" : la date comptable est affectée selon le paramétrage du type de ventilation (GTVCA) utilisé lors de la génération de l'écriture origine. 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, plusieurs cas se présentent : 1) L'année de la date d'annulation "potentielle" de l'écriture d'engagement est différente de l'année de la date comptable : - l'écriture d'engagement de la commande n'est pas annulée en comptabilité ; - les ventilations comptables correspondant à l'écriture d'engagement et associées à la commande annulée sont mises à jour : l'état passe de la valeur "I" (imputé) à la valeur "T" (traité). 2) Le type d'écriture de l'engagement correspond au type d'écriture donné par la chaîne 2 du paramètre AUTM9 occurrence RETENG et la valeur testée 1 de cette même occurrence est égale à "O" : - l'écriture d'engagement de la commande est annulée en comptabilité sur un journal et un type d'écriture particuliers. Ces derniers sont donnés respectivement par le texte et la chaîne 2 du paramètre AUTM9 occurrence RETENG ; - les ventilations comptables correspondant à l'écriture d'engagement et associées à la commande annulée sont mises à jour : l'état passe de la valeur "I" (imputé) à la valeur "T" (traité) et la pièce d'annulation est stockée dans la pièce de contre-passation. De plus, si l'année de la date d'annulation "potentielle" de l'écriture de facture non parvenue est différente de l'année de la date comptable de l'écriture de facture non parvenue (TVCCP), il est possible, selon la valeur testée 1 du paramètre AUTM9 occurrence CPTASF, d'effectuer l'annulation des mouvements relatifs à une charge (compte de classe 6) sur un compte particulier donné par cette même occurrence. Il s'agit d'un compte 7583x ou 110x selon que la société est soumise ou non à l'impôt sur les sociétés. |
| Annulation de la mise à jour des prix |
| L'annulation des prix est effectuée de la même manière que dans le traitement des commandes réceptionnées sans facture (TRSF). Elle ne peut être effectuée que si le traitement SATRSF 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. |
| Annulation de la sous-commande solde |
| Si la commande à annuler a fait l'objet d'un reliquat, deux cas sont possibles : 1/ Si la sous-commande solde n'est pas réceptionnée, elle est annulée. L'annulation est identique à celle effectuée par le traitement d'annulation des commandes (TSRD). 2/ Si la sous-commande solde est réceptionnée, elle est conservée et la sous-commande en attente de réception générée par le traitement tient compte de ce reliquat (la quantité commandée de la nouvelle sous-commande est diminuée de la quantité solde). |
| Annulation des sous-commandes retours |
| Si la sous-commande à annuler a fait l'objet d'un retour de marchandises, les sous-commandes retours permettant de commander à nouveau la marchandise (retour temporaire) sont annulées par le traitement si elles ne sont pas réceptionnées. Si elles sont réceptionnées, elles doivent être annulées manuellement par l'utilisateur : celui-ci devra lancer le traitement pour toutes ces sous-commandes. Les sous-commandes d'avoirs ne sont pas annulées par le traitement, elles doivent être annulées manuellement par l'utilisateur via le traitement des commandes réceptionnées sans facture (TRSF). |
| Mise à jour de la commande réceptionnée |
| Mise à jour de l'étape de la commande : elle est égale à la valeur 1 de l'occurrence ANUCDE du paramètre AUTSAREC. 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). Mise à nul du numéro et de la date de réception. Si le code et le motif du rejet ont été saisis à la soumission, mise à jour de ces informations dans la commande. Celles-ci sont ensuite visibles dans la gestion des commandes (GCDA). |
| Historique de l'étape |
| Bien que ce traitement ne soit pas un traitement par étape, un enregistrement est créé dans l'historique (CHECA) afin de conserver une trace du numéro de la réception à laquelle était attachée la commande. L'étape conservée dans l'historique est l'étape "poubelle" à laquelle est mise la commande (étape donnée par l'occurrence ANUCDE du paramètre AUTSAREC), le numéro de réception est stocké dans le troisième identifiant. |
| Génération d'une sous-commande négative |
| Si la commande à annuler influe sur le stock et/ou porte sur un marché, une sous-commande négative est générée afin d'annuler le stock et/ou le marché. La sous-commande générée est identique à la sous-commande initiale sauf : - sous-numéro : il est incrémenté de 1 ; - date de commande : elle est affectée selon l'option "Prise en compte date" : - "Stock" ou "Les deux" : la date de commande est égale à la date précisée à la soumission ; - "Comptabilité" ou "Aucune" : deux cas sont possibles : - si la clôture des achats a été effectuée (date de la commande ou date comptable de la commande initiale, suivant le paramétrage de la clôture (GCLOA), inférieure ou égale à la date de dernière clôture des achats), la date de commande est égale à la date de dernière clôture plus un jour, - si la clôture des achats n'a pas été effectuée, la date de commande est égale à la date de commande initiale ; - date au plus tôt : elle est affectée selon l'option "Prise en compte date" : - "Stock" ou "Les deux" : la date au plus tôt est égale à la date précisée à la soumission ; - "Comptabilité" ou "Aucune", deux cas sont possibles : - si la clôture des achats a été effectuée (date de la commande ou date comptable de la commande initiale, suivant le paramétrage de la clôture (GCLOA), inférieure ou égale à la date de dernière clôture des achats), la date au plus tôt est égale à la date de dernière clôture plus un jour, - si la clôture des achats n'a pas été effectuée, la date au plus tôt est égale à la date au plus tôt initiale ; - date au plus tard : elle n'est renseignée que si la date au plus tard de la sous-commande initiale est renseignée. Dans ce cas, elle est affectée selon l'option "Prise en compte date" : - "Stock" ou "Les deux" : la date au plus tard est égale à la date précisée à la soumission ; - "Comptabilité" ou "Aucune", deux cas sont possibles : - si la clôture des achats a été effectuée (date de la commande ou date comptable de la commande initiale, suivant le paramétrage de la clôture (GCLOA), inférieure ou égale à la date de dernière clôture des achats), la date au plus tard est égale à la date de dernière clôture plus un jour, - si la clôture des achats n'a pas été effectuée, la date au plus tard est égale à la date au plus tard initiale ; - date comptable : elle n'est renseignée que si la date comptable de la sous-commande initiale est renseignée. Dans ce cas, elle est affectée selon l'option "Prise en compte date" : - "Stock" ou "Les deux" : la date comptable est égale à la date précisée à la soumission ; - "Comptabilité" ou "Aucune", deux cas sont possibles : - si la clôture des achats a été effectuée (date de la commande ou date comptable de la commande initiale, suivant le paramétrage de la clôture (GCLOA), inférieure ou égale à la date de dernière clôture des achats), la date comptable est égale à la date de dernière clôture plus un jour, - si la clôture des achats n'a pas été effectuée, la date comptable est égale à la date comptable initiale ; - date de contrat : elle n'est renseignée que si la date de contrat de la sous-commande initiale est renseignée. Dans ce cas, elle est affectée selon l'option "Prise en compte date" : - "Stock" ou "Les deux" : la date de contrat est égale à la date précisée à la soumission ; - "Comptabilité" ou "Aucune", deux cas sont possibles : - si la clôture des achats a été effectuée (date de la commande ou date comptable de la commande initiale, suivant le paramétrage de la clôture (GCLOA), inférieure ou égale à la date de dernière clôture des achats), la date de contrat est égale à la date de dernière clôture plus un jour, - si la clôture des achats n'a pas été effectuée, la date de contrat est égale à la date comptable initiale. Les lignes de la sous-commande initiale sont recopiées à l'identique sur la sous-commande négative sauf pour : - quantité commandée : elle est égale, en négatif, à la différence entre la quantité commandée et la quantité solde réception de la sous-commande initiale ; - quantité commandée gratuite : elle est égale, en négatif, à la différence entre la quantité commandée gratuite et la quantité solde gratuite réception de la sous-commande initiale ; - quantité réceptionnée : elle est égale, en négatif, à la différence entre la quantité réceptionnée et la quantité retour de la sous-commande initiale ; - quantité réceptionnée gratuite : elle est égale, en négatif, à la différence entre la quantité réceptionnée gratuite et la quantité retour gratuite de la sous-commande initiale ; - quantité solde : 0 ; - quantité solde gratuite : non renseignée ; - quantité retour : non renseignée ; - quantité retour gratuite : non renseignée ; - quantité BL : elle est égale, en négatif, à la quantité BL de la sous-commande initiale. Cette sous-commande n'est générée que pour annuler la sous-commande initiale et est donc mise à la même étape "poubelle" que la sous-commande initiale (occurrence ANUCDE du paramètre AUTSAREC). Si le code et le motif du rejet ont été saisis à la soumission, ils sont également stockés dans cette sous-commande. Un enregistrement est créé dans l'historique (CHECA) pour la sous-commande négative et l'étape "poubelle". Le numéro de réception auquel était rattachée la sous-commande initiale est stocké dans le troisième identifiant de cet enregistrement. Les tables annexes associées à l'en-tête et aux lignes de la sous-commande initiale sont dupliquées sur l'en-tête et les lignes de la sous-commande générée : gestionnaires (GCAG), échéances (GCAE), conditions de facturation (GCAF), textes (GTXT), paramètres des commandes (GCAPE), paramètres des lignes (GCAPL), ventilations par CGR (GVCG) et rubriques (GRUCA). Les documents joints à l'en-tête et/ou aux lignes de la commande initiale peuvent être copiés suivant la valeur du paramètre GED associé au traitement. Ne peuvent suivre que les documents dont le format de l'identifiant est conforme aux GTDEN standard (ACHAT COMMANDE, ACHAT LIGNE) : - pour les documents à l'en-tête, ce sont ceux pour lesquels l'identifiant de l'entité correspond au numéro interne de la commande ; - pour les documents liés aux lignes, ce sont ceux pour lesquels l'identifiant de l'entité correspond au numéro interne de la commande concaténé au numéro de ligne. S'il existe des fiches d'immobilisations définitives (code traitement égal à "T") pour les lignes de la sous-commande initiale, pour chacune d'elles, une fiche d'immobilisation de sens inverse est générée avec un code traitement égal à "RC" afin d'annuler la fiche d'immobilisation origine. Suivant l'occurrence ANUCDE du paramètre AUTSAREC, un lien peut être généré entre la sous-commande initiale et la sous-commande négative. Le type de lien est donné par cette même occurrence. Si la sous-commande initiale influe sur le stock, la mise à jour en stock est effectuée pour la sous-commande négative. Cette mise à jour est identique à celle effectuée par le traitement de mise à jour des achats en stock (TSTA). Si la sous-commande initiale porte sur un marché, la mise à jour du marché est effectuée pour la sous-commande négative. Si l'étape de la sous-commande initiale avant annulation est supérieure ou égale à l'étape du traitement de cumul des commandes d'achats dans les marchés (TMARA), la mise à jour est identique à celle effectuée par ce traitement, sinon elle est identique à celle effectuée lors de la saisie d'une ligne de commandes et décrite dans la documentation sur le suivi des marchés achats. Dans le cadre de la sous-traitance de fabrication depuis l'Application Production, la réception d'une commande de l'article sous-traité peut engendrer une mise à jour automatique de la ligne d'ordre de fabrication grâce au traitement de remontée des réceptions dans les ordres de production (TRECO). La génération d'une sous-commande négative, lors de l'annulation d'une commande réceptionnée, peut automatiquement annuler la fabrication correspondante au niveau des ordres. Pour cela, il faut avoir passé le traitement de remontée des réceptions dans les ordres de production sur la sous-commande origine. Une liste des ordres mis à jour peut être créée et alimentée, les informations sur la liste sont précisées au niveau de l'occurrence LSOCRE du paramètre AUTSAREC. |
| Génération d'une sous-commande en attente de réception |
| Après l'annulation de la sous-commande réceptionnée, une nouvelle sous-commande en attente de réception est générée pour remplacer la sous-commande annulée. Cette génération n'est pas effectuée pour les commandes directes (commandes créées en réception pour lesquelles l'étape définie par défaut dans les étapes par classe pour la classe de commandes est l'étape de réception (GREC)). Si cette sous-commande n'est pas souhaitée, il est possible de l'annuler en cochant le critère de soumission "Abandon de la sous-commande générée en attente de réception". Cette annulation se traduit par le lancement automatique du traitement d'annulation de demandes d'achats ou de commandes (TSRD) pour cette sous-commande. |
| L'en-tête de la sous-commande générée est identique à celui de la sous-commande initiale sauf : - sous-numéro : il est incrémenté de 1 ; - date de commande : si la clôture des achats a été effectuée, la date de commande est égale à la date de clôture plus un jour, sinon elle est égale à la date de commande initiale ; - date au plus tôt : si la clôture des achats a été effectuée, la date au plus tôt est égale à la date de clôture plus un jour, sinon elle est égale à la date au plus tôt initiale ; - date au plus tard : elle n'est renseignée que si la date au plus tard de la sous-commande initiale est renseignée. Dans ce cas, si la clôture des achats a été effectuée, elle est égale à la date de clôture plus un jour, sinon elle est égale à la date au plus tard initiale ; - date comptable : elle n'est renseignée que si la date comptable de la sous-commande initiale est renseignée. Dans ce cas, si la clôture des achats a été effectuée, elle est égale à la date de clôture plus un jour, sinon elle est égale à la date comptable initiale ; - date de contrat : elle n'est renseignée que si la date de contrat de la sous-commande initiale est renseignée. Dans ce cas, si la clôture des achats a été effectuée, elle est égale à la date de clôture plus un jour, sinon elle est égale à la date de contrat initiale ; - tiers et adresses de facturation, de paiement et logistique : - tiers et adresse de la cession si la valeur testée 1 du paramètre AUTSAREC occurrence CESSION est égale à "O" et si la commande origine porte sur un marché pour lequel il existe une cession. Le tiers et l'adresse de la cession correspondent au tiers et à l'adresse du co-traitant du complément de marché (GCMP) de type "CM" de la commande origine. Le complément de marché pris en compte est celui pour lequel la date de cession est inférieure à la date de réception, - tiers et adresses du marché (GMARA) de la sous-commande origine s'il est renseigné et si la valeur testée 1 du paramètre AUTSAREC occurrence COTR-XXXX où XXXX représente la classe d'achats est égale à "O", - sinon tiers et adresses de la sous-commande initiale ; - étape : elle est égale à l'étape avant réception de la sous-commande initiale (ecpsacda). |
| La génération des lignes est différente suivant que la sous-commande initiale a fait l'objet ou non d'un reliquat : - la sous-commande initiale n'a pas fait l'objet d'un solde : toutes les lignes de la sous-commande annulée sont reportées sur la sous-commande en attente de réception même celles qui ne sont pas réceptionnées ; - la sous-commande initiale a fait l'objet d'un solde : - si la sous-commande solde n'est pas réceptionnée, elle est annulée et la sous-commande en attente de réception est créée comme dans le cas précédent. L'annulation est identique à celle effectuée par le traitement d'annulation des commandes (TSRD), - si la sous-commande solde est réceptionnée, les lignes totalement réceptionnées de la sous-commande initiale sont recopiées à l'identique sur la sous-commande en attente de réception, les lignes partiellement réceptionnées sont recopiées avec une quantité commandée égale à la différence entre la quantité commandée initiale et la quantité solde réception initiale. Dans tous les cas, les quantités réceptionnées, réceptionnées gratuites, retour, retour gratuite, solde réception, solde réception gratuite de la sous-commande en attente de réception ne sont pas renseignées. De plus, il est possible de ne pas copier, sur la sous-commande générée, certaines lignes de la sous-commande à annuler : - les lignes créées à la réception pour la sous-commande à annuler. Cela dépend de la valeur testée 1 de l'occurrence DUPLCR du paramètre AUTSAREC ; - les lignes de pénalités (lignes de type "P") et les lignes de révisions (lignes de type "R"). Cela dépend de la valeur testée 1 de l'occurrence LIGRP du paramètre AUTACHAT. |
| Les tables annexes associées à l'en-tête et aux lignes de la sous-commande initiale sont dupliquées sur l'en-tête et les lignes de la sous-commande générée : gestionnaires (GCAG), échéances (GCAE), conditions de facturation (GCAF), textes (GTXT), paramètres des commandes (GCAPE), paramètres des lignes (GCAPL), ventilations par CGR (GVCG) et rubriques (GRUCA). Les documents joints à l'en-tête et/ou aux lignes de la commande initiale peuvent être copiés suivant la valeur du paramètre GED associé au traitement. Ne peuvent suivre que les documents dont le format de l'identifiant est conforme aux GTDEN standard (ACHAT COMMANDE, ACHAT LIGNE) : - pour les documents à l'en-tête, ce sont ceux pour lesquels l'identifiant de l'entité correspond au numéro interne de la commande ; - pour les documents liés aux lignes, ce sont ceux pour lesquels l'identifiant de l'entité correspond au numéro interne de la commande concaténé au numéro de ligne. Les acomptes associés à la sous-commande initiale et non traités dans l'Application Finances (zone "Traitement" différente de "T" dans les informations de l'acompte (GAAIA)) sont reportés sur la sous-commande générée. Les acomptes traités sont perdus et doivent donc être annulés en comptabilité. |
| Suivant l'occurrence ANUCDE du paramètre AUTSAREC, un lien peut être généré entre la sous-commande initiale et la sous-commande en attente de réception. Le type de lien est donné par cette même occurrence. La création de ce lien est obligatoire pour les clients possédant l'Application Maintenance. Si la sous-commande initiale porte sur un marché et est référencée dans le numéro de commande d'une des lignes du marché (sous-commande générée par le traitement de génération de commandes à partir d'un marché (TGAMA)), le numéro de commande de la ligne de marché est : - mis à jour avec le numéro de la sous-commande en attente de réception si la case "Libération des lignes de marchés" n'est pas cochée ; - effacé si la case "Libération des lignes de marchés" est cochée. S'il existe une écriture d'engagement pour la sous-commande initiale, la sous-commande en attente de réception est engagée en comptabilité. Le type de ventilation utilisé est le même que celui qui avait été utilisé pour l'engagement de la sous-commande initiale. S'il n'existait pas d'engagement sur la sous-commande initiale, il est tout de même possible d'en générer un sur la sous-commande en attente de réception. Le type de ventilation est alors donné, par ordre d'existence, par : - l'occurrence ENG-XXXX, avec xxxx égal à la classe de commandes, du paramètre AUTSAREC ; - l'occurrence ENG du même paramètre. Si aucune de ces occurrences n'existe, aucun engagement n'est alors généré. Quand un engagement est généré, la date comptable de l'écriture est affectée selon l'option "Prise en compte date". Si elle est égale à : - "Comptabilité" ou "Les deux" : la date comptable est égale à la date renseignée à la soumission ; - "Stock" ou "Aucune" : la date comptable est affectée selon le paramétrage du type de ventilation (GTVCA) utilisé pour la génération de l'écriture. |
| 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 de ré-engager ou non, en comptabilité, la sous-commande générée en attente de réception. Dans le cas où l'engagement est réalisé, pour que le budget ne soit pas impacté, il est effectué sur un journal et un type d'écriture particuliers. Si l'année de la date d'annulation "potentielle" de l'écriture d'engagement est différente de l'année de la date comptable de l'écriture d'engagement de la commande initiale : - si la valeur testée 1 du paramètre AUTM9 occurrence RETENG est égale à "N" : - l'écriture d'engagement de la commande initiale n'est pas annulée en comptabilité ; - la sous-commande générée en attente de réception n'est pas ré-engagée en comptabilité. - si la valeur testée 1 du paramètre AUTM9 occurrence RETENG est égale à "O" : - l'écriture d'engagement de la commande initiale n'est pas annulée en comptabilité ; - la sous-commande générée en attente de réception est ré-engagée en comptabilité, en date logique, sur un nouveau journal et un nouveau type d'écriture. Ces deux informations sont données respectivement par le texte et la chaîne 2 du paramètre AUTM9 occurrence RETENG. Cette écriture permet d'avoir un engagement mais sans impact sur les budgets. De plus, dans le cas où la valeur testée 1 du paramètre AUTM9 occurrence RETENG est égale à "O" et l'année de la date d'annulation "potentielle" de l'écriture d'engagement est égale à l'année de la date comptable de l'écriture d'engagement de la commande initiale et le type de l'é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 initiale est annulée en comptabilité sur le journal et le type d'écriture donnés respectivement par le texte et la chaîne 2 du paramètre AUTM9 occurrence RETENG ; - la sous-commande générée en attente de réception est ré-engagée en comptabilité, en date logique, sur un nouveau journal et un nouveau type d'écriture. Ces deux informations sont données respectivement par le texte et la chaîne 2 du paramètre AUTM9 occurrence RETENG (cas où l'annulation d'une commande réceptionnée est effectuée sur une commande pour laquelle un retrait d'engagement a été effectué précédemment). |
| Modification/annulation des commandes de ventes liées (négoce) |
| Dans le cadre du Module négoce, une commande de ventes peut avoir été préparée à l'expédition en fonction des quantités réceptionnées sur les commandes d'achats liées. Lors de l'annulation de la sous-commande d'achats réceptionnée, la quantité livrée des commandes de ventes associées est recalculée et des sous-commandes de ventes sont créées avec la quantité commandée égale à la quantité réceptionnée annulée. Ces sous-commandes de ventes sont créées à l'étape paramétrée dans la valeur 2 de l'occurrence xETPGEN du paramètre AUTSVPCN (où x représente la valeur du paramètre PRM du traitement TPCN pour la classe de ces sous-commandes). Suite à l'annulation des commandes d'achats, les commandes de ventes pour lesquelles il n'y a rien à livrer sont annulées par le traitement TACV. |