Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Achats | |||
| TCDA - Actions réalisées par le traitement de confirmation des commandes | |||
| Contrôle de l'étape des commandes |
| Pour que le traitement puisse se réaliser, l'étape de la commande doit être cohérente : - l'étape précédente définie dans les étapes par classe (GETCA) doit avoir été effectuée ; - le traitement ne doit pas déjà avoir été effectué ; - l'état du stock sur la commande doit être correct par rapport au paramétrage de l'étape de confirmation de commandes dans GETCA. Si ces points sont vérifiés, la commande peut être traitée. |
| Eclatement en sous-commandes |
| Il est possible, si le paramétrage l'autorise (paramètre AUTSACDA occurrence ECLSCA), d'éclater chaque sous-commande traitée en x sous-commandes. Les sous-commandes sont éclatées en fonction des critères de soumission saisis : - dépôt de réception ; - date de réception prévue ; - unité fonctionnelle interne ; - mode d'achat avec influence sur réception ; - mode d'achat avec influence sur facturation ; - mode d'achat avec influence sur immobilisation. Si aucun critère d'éclatement n'est précisé, les sous-commandes traitées ne sont pas éclatées. L'éclatement consiste à regrouper sur une même sous-commande toutes les lignes qui correspondent aux mêmes critères. Par exemple, pour un éclatement par dépôt : - Si la sous-commande ne comporte que des lignes sans dépôt, aucun éclatement n'est effectué et aucune sous-commande n'est générée. - Si la sous-commande comporte des lignes sans dépôt et des lignes avec des dépôts différents, une sous-commande est créée par dépôt identique dans les lignes. Pour chacune des sous-commandes générées, le dépôt de la ligne est remonté dans celui de l'en-tête et le dépôt de la ligne est mis à nul. Les lignes de la sous-commande initiale pour lesquelles le dépôt n'est pas renseigné restent sur la sous-commande initiale. Exemple : Sous-commande AC 10 1 avec le dépôt DEP1. Trois lignes sur cette sous-commande : - ligne 10 avec le dépôt DEP2 ; - ligne 20 sans dépôt ; - ligne 30 avec le dépôt DEP3. Après exécution du traitement paramétré pour éclater par dépôt, on obtient les sous-commandes suivantes : - AC 10 1 avec le dépôt DEP1 et la ligne 20 sans dépôt ; - AC 10 2 avec le dépôt DEP2 et la ligne 10 sans dépôt ; - AC 10 3 avec le dépôt DEP3 et la ligne 30 sans dépôt. Le fonctionnement est identique pour les autres critères d'éclatement. Les critères d'éclatement peuvent être combinés c'est-à-dire qu'il est possible d'éclater en fonction de plusieurs critères à la fois. Exemple : Eclatement par dépôt de réception et date de réception prévue. Sous-commande AC 100 1 dont le dépôt est DEP1 et la date au plus tôt le 22/05/2003. Six lignes sur cette sous-commande : - ligne 10, dépôt DEP2, date prévue 30/05/2003 ; - ligne 20, dépôt non renseigné, date prévue non renseignée ; - ligne 30, dépôt DEP2, date prévue non renseignée ; - ligne 40, dépôt non renseigné, date prévue 30/05/2003 ; - ligne 50, dépôt DEP3, date prévue 30/05/2003 ; - ligne 60, dépôt DEP2, date prévue 30/05/2003. Après traitement, la ligne 20 reste attachée à la sous-commande AC 100 1 et on obtient les sous-commandes suivantes : - AC 100 2, dépôt DEP2, date au plus tôt 22/05/2003, ligne 30 ; - AC 100 3, dépôt DEP1, date au plus tôt 30/05/2003, ligne 40 ; - AC 100 4, dépôt DEP2, date au plus tôt 30/05/2003, lignes 10 et 60 ; - AC 100 5, dépôt DEP3, date au plus tôt 30/05/2003, ligne 50. Les sous-commandes sont créées à l'identique de la sous-commande initiale : même classe, même numéro. Le sous-numéro est incrémenté de 1 en 1. Les sous-commandes sont générées à l'étape du traitement. Les informations annexes associées à l'en-tête de la sous-commande initiale sont dupliquées sur les sous-commandes générées : gestionnaires (GCAG), échéances (GCAE), conditions de facturation obligatoires (GCAF), textes avec ligne à 0 (GTXT), paramètres avec ligne à 0 (GCAPE), ventilations par CGR avec ligne à 0 (GVCG) et rubriques avec ligne à 0 (GRUCA). Toutes ou certaines conditions de facturation non obligatoires, présentes sur la sous-commande initiale, peuvent être dupliquées sur les sous-commandes générées. Ceci dépend de la valeur testée 1 et de la chaîne 1 de l'occurrence xDUPCAF du paramètre AUTSACDA où x représente la valeur du paramètre PRM associé au traitement. De plus, lors de la copie, les conditions de facturation définies en montant (mode de calcul égal à "+") peuvent être proratisées ou non. Ceci est défini par la valeur testée 2 et la chaîne 2 de cette même occurrence. Les informations annexes associées aux lignes de la sous-commande initiale passent sur les lignes des sous-commandes générées (le numéro interne de commande est mis à jour) : textes sur ligne (GTXT), paramètres sur ligne (GCAPL), ventilations par CGR sur ligne (GVCG) et rubriques sur ligne (GRUCA). Suivant l'occurrence LCDSCA du paramètre AUTSASCA, il est possible de générer un lien entre la sous-commande initiale et les sous-commandes générées. Le type de lien est donné par cette même occurrence. L'utilisateur de création et la date de création des sous-commandes générées sont affectés en fonction de l'occurrence USRTRF du paramètre AUTACHAT. Dans le cas de l'éclatement par influence immobilisation, il est possible de procéder à la modification de la taxe des lignes et des conditions de facturation (GCAF) et/ou à la modification du compte et du poste des lignes et des échéances (GCAE). Cette modification des codes taxes et/ou des comptes s'effectue respectivement en fonction des paramètres TVA et CPT associés au traitement. a) Principe de modification de la taxe Cette modification peut intervenir sur : - les lignes de la sous-commande origine ; - les conditions de facturation avec TVA de la sous-commande origine ; - les lignes de la nouvelle sous-commande ; - les conditions de facturation avec TVA de la nouvelle sous-commande. La recherche de la nouvelle taxe s'effectue à partir de la gestion des taxes pour charges ou immobilisations (GTCIA). En fonction de l'occurrence SATCI du paramètre AUTSAIMO, est recherché soit un nouveau mode de taxe soit un nouveau type de taxe ceci, afin de proposer une taxe équivalente à la taxe de la ligne ou à la taxe de la condition de facturation. La proposition de la nouvelle taxe s'effectue en deux temps : 1) recherche, dans GTCIA, d'un mode de taxe ou d'un type de taxe destination pour : - l'établissement de la sous-commande ; - le mode d'achat de la ligne de commande si la recherche s'effectue pour une ligne de commande, le mode d'achat de la première ligne de commande si la recherche s'effectue pour une condition de facturation ; - le mode ou le type de taxe de la taxe de la ligne selon la valeur testée 1 du paramètre AUTSAIMO occurrence SATCI. Dans le cas de la recherche d'un mode, le mode de taxe de l'en-tête de la sous-commande est modifié avec le nouveau mode de taxe trouvé. Il est impératif, dans le cas où pour la même sous-commande plusieurs TVA doivent être modifiées, que chacun des modes de taxe trouvés correspondent à une occurrence du paramètre MODOETVA avec une valeur testée 1 identique. Dans le cas de la recherche d'un type, le type de taxe de l'en-tête de la sous-commande est modifié avec le nouveau type de taxe trouvé. Il est impératif, dans le cas où pour la même sous-commande plusieurs TVA doivent être modifiées, que les types de taxe trouvés soient identiques. 2) une fois le mode ou le type de taxe trouvé, recherche d'une taxe équivalente telle que : - le type de taxe est égal au type de taxe trouvé si, dans GTCIA, le paramétrage est défini par type de taxe sinon, au type de taxe de l'en-tête de la sous-commande ; - le mode de taxe est égal au mode de taxe trouvé si, dans GTCIA, le paramétrage est défini par mode de taxe sinon, au mode de taxe de l'en-tête de la sous-commande ; - le régime de taxe est égal au régime de taxe de l'en-tête de la sous-commande ; - le code de la taxe est égal au code de la taxe de la ligne ou de la condition de facturation ; - la part de la taxe est égale à la part de la taxe de la ligne ou de la condition de facturation. b) Principe de modification du compte et du poste Cette modification peut intervenir sur : - les lignes de la sous-commande origine ; - les échéances de la sous-commande origine ; - les lignes de la nouvelle sous-commande ; - les échéances de la nouvelle sous-commande. La recherche du nouveau compte s'effectue à partir des exceptions sur compte (GCPTA). Pour les lignes de la sous-commande, la recherche est effectuée pour : - l'établissement de la sous-commande ; - le type d'exception égal à "I" (immobilisation) ; - la classe d'achats de la sous-commande (facultatif) ; - la position fiscale égale au type de taxe de l'en-tête de la sous-commande (facultatif) ; - le type de collectif de l'échéance de la sous-commande ayant le plus grand pourcentage (facultatif) ; - le mode d'achat de la ligne de la sous-commande (facultatif) ; - le compte de la ligne de la sous-commande ; - le type de ventilation non renseigné. Si la valeur du paramètre CPT associé au traitement est égale à "OO", le poste des lignes pour lesquelles le compte est transformé est modifié avec le poste du compte sinon, le poste reste inchangé. Pour les échéances, la recherche est effectuée pour : - l'établissement de la sous-commande ; - le type d'exception égal à "I" (immobilisation) ; - la classe d'achats de la sous-commande (facultatif) ; - la position fiscale égale au type de taxe de l'en-tête de la sous-commande (facultatif) ; - le type de collectif de l'échéance de la sous-commande (facultatif) ; - le mode d'achat de la première ligne de la sous-commande (facultatif) ; - le compte de l'échéance de la sous-commande ; - le type de ventilation non renseigné. |
| Valorisation des commandes |
| La valorisation d'une commande consiste à calculer le montant de la commande, des conditions de facturation et des échéances de paiement. Les sous-commandes traitées ainsi que les sous-commandes générées par l'éclatement sont valorisées. L'étape maximale de valorisation donnée par la classe d'achats (GNCA) n'est pas prise en compte lors de cette valorisation. |
| Création des gestionnaires |
| Il est possible de générer automatiquement des gestionnaires (GCAG) en fonction des entités de proposition définies dans les autorisations des gestionnaires par classes d'achats (GAGC) : - SGATA : le gestionnaire est créé à partir du gestionnaire de l'article acheté (GATA) de la ligne de commande ; - OECGR : le gestionnaire est créé à partir du gestionnaire du CGR A (GCGR) de la ligne de commande si renseigné, sinon à partir du gestionnaire du CGR A de l'en-tête de commande ; - OEUFI : le gestionnaire est créé à partir du gestionnaire de l'unité fonctionnelle interne (GUFI) de la ligne de commande ; - SANCA : le gestionnaire est créé à partir du gestionnaire de la classe d'achats (GNCA) ; - DEPCO : le gestionnaire est créé à partir du gestionnaire commercial du dépôt (GDEP) ; - DEPTE : le gestionnaire est créé à partir du gestionnaire technique du dépôt (GDEP). La création se fait pour la sous-commande initiale et pour les sous-commandes générées. |
| Contrôle des montants |
| Il est possible de limiter le montant d'une commande pour une personne. Pour cela, un montant autorisé est attribué à la personne dans les crédits par personne (GMPP). Lors de la confirmation, le montant de la condition de facturation définie dans les types de crédits (GPMC) est comparé à ce montant. S'il y a dépassement et si le type de crédit indique que le contrôle est bloquant, l'étape de la commande n'est pas mise à jour et celle-ci est bloquée. Si le contrôle n'est pas bloquant, le dépassement est seulement signalé et la commande n'est pas bloquée. S'il n'existe pas de type de crédit pour le traitement de confirmation de commandes dans GPMC, aucun contrôle de montant n'est effectué. Le contrôle du montant peut être effectué pour l'utilisateur de connexion (utilisateur qui lance le traitement) ou pour un des gestionnaires de la commande. Dans le cas d'un gestionnaire, son rôle et sa fonction sont définis dans les types de crédits (GPMC). Le contrôle des montants est effectué après l'éclatement des sous-commandes : il est réalisé pour la sous-commande initiale et pour les sous-commandes générées. |
| Ajout des sous-commandes dans une liste |
| Si une liste a été précisée dans les critères de soumission spécifiques au traitement, les sous-commandes générées ainsi que les sous-commandes initiales sont créées en tant qu'élément de cette liste. Si la case "Suppression des éléments déjà existants dans la liste" est cochée, les éléments déjà présents dans cette liste sont supprimés. |
| Mise à jour des commandes |
| Si le traitement se déroule sans anomalie, la date de confirmation, saisie dans les critères de soumission, est mémorisée sur l'en-tête des commandes. De plus, l'étape des commandes est mise à jour. Elle est égale à l'étape du traitement. La mise à jour est réalisée si l'étape de la commande est strictement inférieure à l'étape du traitement. Le traitement ne peut être effectué qu'une seule fois. Mise à jour, sur la commande, de la date de la dernière étape réalisée, elle est égale à la date à laquelle est exécuté le traitement. |
| Historique de l'étape |
| Comme pour toutes les transactions référencées dans les étapes, possibilité au niveau de la commande de conserver une trace de l'étape réalisée. Création de cet historique (CHECA) 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. |
| Envoi des traitements |
| Suivant la valeur du paramètre ETP associé au traitement, il est possible, lorsque l'éclatement en sous-commandes est réalisé, d'exécuter pour les sous-commandes générées, les traitements correspondant aux étapes par classe (GETCA) définis pour la classe d'achats (GNCA). |