Validation Evénements Logistiques

La validation d’un événement d’expédition permet de déclarer physiquement les sorties ou les déplacements de stock des articles expédiés.

Lors de la validation d’un événement de livraison, si des requêtes avant et après validation ont été renseignées sur l’événement, elles sont exécutées

La mise à jour du stock se fait pour le stock prévisionnel (dans le cas d’une sortie de stock) et le stock physique par l’intermédiaire de :

• La transaction de stock de validation définie sur l’unité logistique dans le cas du transit intersites

• la transaction de stock de validation définie sur l’additif pour les lignes d’expédition correspondant à des additifs portant sur des articles standard

• la transaction de stock de validation définie sur l’événement

Les mouvements de stock effectués lors de la validation sont :

L’étape de validation d’un événement de livraison remet à jour la quantité terminée pour les lignes de besoins de gestion rattachées dans le cas où le mouvement de stock correspond à une sortie.

Lors de la validation d’un événement d’expédition qui ne gère pas la confirmation :

l’événement est automatiquement confirmé

pour chaque client concerné par l’expédition, ayant une méthode de facturation « Automatique par BL », le traitement de calcul de facturation est lancé afin de générer automatiquement les factures clients ; ces factures pouvant éventuellement être éditées. (Voir Documentation sur la Facturation Client).

La validation peut être effectuée depuis la définition des événements logistiques ou depuis la branche applicative suivante :

Sur cette application, les actions possibles sont :

• Accès à

  • Détail

  • Détail / Critères

  • Conditionnements

  • Détail Conditionnements

  • Bordereaux de Livraison

• Additifs

Action disponible uniquement si l’évènement gère les additifs. Permet de définir les additifs rattachés.

• Validation

  • Validation sans édition

  • Validation avec édition

  • Validation conditionnements

• Editions

  • Bons de préparation

  • Bons de conditionnement

  • Bons de livraison

  • Liste de conditionnements

  • Documents de transport

  • Tous documents de livraison

Validation interactive

L’action de validation se décompose en deux actions aiguillant sur l’édition des documents d’expéditions ou non (dans ce cas les éditions pourront être lancées de manière désynchronisée par le biais des actions du groupe « Editions »).

L’action de validation avec éditions se déroule comme suit :

Saisie de la date de validation (date à laquelle seront faits les mouvements de stocks) si la valeur logique du paramètre général « LOG-DATVAL » est cochée : cette date ne doit pas être supérieure à la date du jour. Si cette date n’est pas saisie, on considère la date de validation prévue définie sur l’événement si elle est inférieure à la date du jour, sinon on prend la date du jour

Traitement de la validation des événements sélectionnés

Affichage de la trace présentant le résultat de la validation uniquement si des événements n’ont pas pu être validés :

Si validation avec édition, liste de postage des documents d’expédition pour les événements ayant été effectivement validés :

L’utilisateur peut valider la liste pour éditer les documents sélectionnés.

Requêtes de Validation d’Evénements

Pour chaque événement à valider, une requête est exécutée au début puis une autre requête est exécutée à la fin de la validation. Ces requêtes sont définies sur l’événement d’expédition

Ces requêtes reçoivent en contexte, deux variables standards critères :

• SCR.CdeExpRef contenant la référence de l’événement d’expédition

• SCR.TypeAct contenant « AVT-VAL » pour la requête exécutée avant la validation et « APR-VAL » pour la requête exécutée après la validation.

Requête lancée à la Validation

Lors de la validation, pour chaque ligne de besoin de gestion expédiée, la requête de type « GIL » et de référence « ISIA-I-S » est systématiquement exécutée.

Elle reçoit, en contexte, deux variables standards critères :

• SCR.CdeSCDEvt contenant « EXP,D » s’il s’agit d’une déclaration (ou annulation de déclaration) et « EXP,S » s’il s’agit d’un solde (avec ou sans déclaration quantitative).

• SCR.ExpDecQte contenant la quantité de la déclaration :

La quantité est positive ➡️ déclaration

La quantité est négative ➡️ annulation d’expédition

La quantité est nulle ou indéfinie ➡️ solde

En sortie de cette requête, aucune variable standard ou spécifique n’est mise à jour par DIAPASON. Les instructions de sortie peuvent être pilotées :

• LC-WARNING : génère éventuellement un message dans la trace du traitement

• LC-ERREUR : génère également un message dans la trace du traitement mais annule complètement la transaction.

Voir aussi : « ENR-ACT-EXP », VAL, VED.