TUCDA - Actions réalisées par le traitement de contrôle de l'unicité d'une commande

   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é.
Si ces points sont vérifiés, la commande peut être traitée.

   Ce traitement permet de contrôler la présence d'une commande potentiellement créée "en doublon" suivant une plage de date prédéfinie. Une commande dite "en doublon" est une commande dont les informations suivantes sont identiques :
- l'établissement ;
- le fournisseur ;
- le montant TTC.

   Le montant TTC peut être soumis à une tolérance plus ou moins grande suivant l'occurrence CTLUNI du paramètre AUTSAUCD.

   L'occurrence ETP-xxxx du paramètre AUTSAUCD (où xxxx représente la classe d'achats) permet d'exclure les commandes à partir d'une certaine étape. C'est la valeur 1 qui donne l'étape maximale à laquelle doivent être les commandes à contrôler. Cette étape doit correspondre à une étape avant réception et avant facturation.

   Voici un exemple de l'occurrence CTLUNI du paramètre AUTSAUCD définie comme suit :
- la valeur testée 1 égale à "B" (Bloquant) ;
- la valeur testée 2 égale à "CR" (Date de création) ;
- valeur 1 égale à 10 (valeur en pourcentage) ;
- valeur 2 égale à 50 (montant exprimé en devise de référence) ;
- texte égal à 10 (nombre de jours à prendre en compte pour la création de la période).

   Toutes les classes sont paramétrées pour être contrôlées jusqu'à l'étape 250.

   Création de la commande suivante :
- classe : CDE ;
- numéro : 10 ;
- sous-numéro : 1 ;
- fournisseur : FOUR1 ;
- établissement : ETS1 ;
- date de création : 15 novembre 2019 ;
- montant TTC : 120 euros.

   Lors de l'exécution du traitement, les commandes potentiellement identiques sont recherchées avec les critères suivants :
- fournisseur : égal à "FOUR1" ;
- établissement : égal à "ETS1" ;
- date de création : comprise entre le 5 novembre 2019 et le 25 novembre 2019 ;
- montant TTC : compris entre 70 euros et 170 euros.

   Si une ou plusieurs commandes sont trouvées, le passage d'étape de la commande traitée n'est pas effectué car, dans cet exemple, le contrôle est défini comme bloquant.

   Une fois le traitement correctement effectué pour une commande, l'étape des commandes est mise à jour avec l'étape du traitement et la date de la dernière étape réalisée est égale à la date à laquelle est exécuté le 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.

   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.

   Lorsque le traitement s'est déroulé sans anomalie pour au moins 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 de prise en compte du seuil immobilisation.
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é.