TECLA - Actions réalisées par le traitement d'éclatement par caractéristique article

Cegid XRP Ultimate | I3 Actualisé le 06/10/2022

Achats

Sélection et tri des éléments à traiter

Ce traitement ne peut être exécuté que pour :
- une demande d'achats ou une commande ;
- une liste de demandes d'achats ou une liste de commandes.
Les demandes d'achats ou commandes sélectionnées sont triées par établissement, classe et numéro interne.

Contrôle de l'étape des demandes ou des commandes d'achats

Pour que le traitement puisse se réaliser, l'étape de la demande d'achats ou 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 demande d'achats ou la commande doit être correct par rapport au paramétrage de l'étape du traitement dans GETCA.
Si ces points sont vérifiés, la demande d'achats ou la commande peut être traitée.

Eclatement en sous-demandes ou sous-commandes d'achats

   Il est possible d'éclater chaque demande d'achats ou commande traitée en x sous-demandes ou sous-commandes. Cela dépend du critère demandé à la soumission.
Ce critère correspond à une caractéristique de l'article (GART) ou de l'article acheté (GATA).

   Les caractéristiques d'éclatement de la fiche article sont :
- Code article ;
- Fonction ;
- Marque ;
- Forme ;
- Série ;
- Présentation ;
- Emballage ;
- Regroupement ;
- Type ;
- Nature ;
- Genre ;
- Rôle.

   Les caractéristiques d'éclatement de l'article acheté sont :
- Catégorie ;
- Classement ;
- Gestionnaire ;
- Type ;
- Nature ;
- Genre ;
- Rôle.

   L'éclatement consiste à regrouper, sur une même sous-demande ou sous-commande, toutes les lignes qui correspondent au même critère.
Par exemple, pour un éclatement par fonction de l'article :
- si la demande ou la commande ne comporte que des lignes avec des articles sans fonction, aucun éclatement n'est effectué et aucune sous-demande ou sous-commande n'est générée.
- si la demande ou commande comporte des lignes avec des articles sans fonction et/ou des lignes avec des articles avec des fonctions différentes, une sous-demande ou sous-commande est créée par article ayant une fonction identique.

   Exemple :
Commande d'achats AC 10 1
Trois lignes sur cette commande :
- ligne 10, article avec la fonction FCT1 ;
- ligne 20, article sans fonction ;
- ligne 30, article avec la fonction FCT3 ;
- ligne 40, article avec la fonction FCT3.
Après exécution du traitement paramétré pour éclater par fonction, on obtient les sous-commandes d'achats suivantes :
- AC 10 1, ligne 20 (article sans fonction) ;
- AC 10 2, ligne 10 (article avec la fonction FCT1) ;
- AC 10 3, lignes 30 et 40 (article avec la fonction FCT3).

   Le fonctionnement est identique pour les autres critères d'éclatement.

   Les sous-demandes ou sous-commandes sont créées à l'identique de la demande ou commande initiale : même classe, même numéro. Le sous-numéro est incrémenté de 1 en 1.

   Les sous-demandes ou sous-commandes sont générées à l'étape du traitement.

   Les informations annexes associées à l'en-tête de la demande ou commande initiale sont dupliquées sur les sous-demandes ou 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-demande ou sous-commande initiale, peuvent être dupliquées sur les sous-demandes ou 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 demande ou commande initiale passent sur les lignes des sous-demandes ou sous-commandes générées (le numéro interne de demande d'achats ou de commande est mis à jour) : textes des lignes (GTXT), paramètres des lignes (GCAPL), ventilations par CGR des lignes (GVCG) et rubriques des lignes (GRUCA).

   Suivant, les occurrences :
- LCDEDA du paramètre AUTSASCA, il est possible de générer un lien entre la demande initiale et les sous-demandes générées. Le type de lien est donné par cette même occurrence.
- LCDSCA du paramètre AUTSASCA, il est possible de générer un lien entre la 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-demandes ou sous-commandes générées sont affectés en fonction de l'occurrence USRTRF du paramètre AUTACHAT.

Valorisation des demandes ou des commandes d'achats

La valorisation d'une demande d'achats ou d'une commande consiste à calculer le montant de la demande ou de la commande, des conditions de facturation et des échéances de paiement.
Les demandes d'achats ou commandes traitées ainsi que les sous-demandes ou 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.

Ajout des sous-demandes ou sous-commandes d'achats dans une liste

Si une liste a été précisée dans les critères de soumission spécifiques au traitement, les sous-demandes d'achats ou sous-commandes générées ainsi que les demandes ou 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 demandes ou des commandes d'achats

Si le traitement se déroule sans anomalie, l'étape des demandes d'achats ou des commandes est égale à l'étape du traitement.
La mise à jour est réalisée si l'étape de la demande ou 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 demande ou 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 demande d'achats ou 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.

Traitement d'une liste de demandes ou de commandes d'achats

Lorsque le traitement s'est déroulé sans anomalie pour au moins une demande d'achats ou une commande et qu'il est lancé par liste, modification de la liste pour indiquer la dernière étape réalisée.
Mise à jour de l'étape : elle est égale à l'étape du traitement d'éclatement par caractéristique article.
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é.

Envoi des traitements

Suivant la valeur du paramètre ETP associé au traitement, il est possible d'exécuter pour les sous-demandes ou sous-commandes générées, les traitements correspondant aux étapes par classe (GETCA) définis pour la classe d'achats (GNCA).