Mise en œuvre du regroupement/éclatement de commande (GBLVG5)

Principe du traitement

Le traitement différé offre de nombreuses fonctionnalités en terme de génération de livraison à partir des commandes de vente.

Avant la version 4.3-00, la génération de bons de livraison par le traitement GBLVG1 travaille sur une sélection de postes d’événements. Elle permet d’éclater une commande en plusieurs livraisons, en utilisant un nombre limité de critères liés aux lignes d’événement (Ex. Génération d’un BL par date d’expédition).

Une gestion simplifiée des reliquats était possible, par regroupement des restes à livrer ayant des caractéristiques communes.

A partir de la V4.3-00, le traitement GBLVG5 travaille sur une sélection de lignes d’événement. Il permet de répartir (« éclater ») plusieurs commandes à partir de n’importe quel critère d’en-tête, de poste ou de ligne d’événement.

L’apport majeur du nouveau traitement est de pouvoir, suite à l’éclatement, effectuer du regroupement de BL, également sur n’importe quel critère d’en-tête, de poste ou de ligne d’événement.

Exemple :

Eclatement des commandes par type de produits (Ex. produits toxiques livrés séparément), mais regroupement sur un même BL de toutes des commandes de produits toxiques expédiables à la même date à une même adresse de livraison et pour un même dépôt.

La gestion de reliquats est étendue pour permettre le regroupement des livraisons en utilisant l’ensemble des modes de reliquat standard gérés dans ACE.

Gestion des reliquats

Dans ACE , on peut définir des modes de reliquats pour permettre ou interdire la livraison partielle d’une commande.

On définit des codes reliquat (GTRLI) et pour chaque code reliquat, on définit un mode de reliquat.

Le code reliquat est une information saisie en tête de commande. Cette information est utilisée ensuite dans les traitements de génération automatique des livraisons à partir des commandes.

En final, une commande sera livrée si la disponibilité en stock des articles respecte le mode de reliquat indiqué sur la commande.

Limite générale de la gestion des reliquats.

La règle de gestion ne s’applique qu’aux postes/lignes d’événement sélectionnés dans l’écran lanceur du traitement concerné.

Exemple pour le mode « Commande complète » (Livraison partielle interdite).

Parmi tous les postes/lignes sélectionnés dans l’écran lanceur, tous ceux qui concernent une même commande doivent être livrés en une seule fois.

Les modes de reliquat gérés dans ACE sont les suivants :

0 – Pas de gestion du reliquat.

Pas de règle de gestion des reliquats. Si le contrôle de disponibilité est bloquant, cela est équivalent au mode 1, sinon cela équivaut au mode 3.

1 – Livraison partielle interdite.

La totalité de la commande (tous les postes complets) doit être livrée en une seule fois.

Limite de ce mode de reliquat.

Si une commande est éclatée sur plusieurs livraisons, la règle de gestion s’applique au niveau du BL et non plus au niveau de la commande. Parmi tous les postes/lignes regroupés sur un même BL, tous ceux qui concernent une même commande doivent être livrés en une seule fois.

2 – Livraison partielle d’une ligne interdite.

On peut livrer la commande en plusieurs fois, mais chaque ligne doit être livrée en une seule fois.

3 – Livraison partielle d’une ligne autorisée.

On peut livrer la commande, un poste ou une ligne en plusieurs fois.

4 – Livraison de lignes complètes groupées.

On doit livrer ensemble et en une seule fois les postes de la commande qui ont même code groupage. Cette information est gérée au niveau du poste de commande.

5 – Livraison partielle d’un poste interdite (A partir de la V4.3-00).

On peut livrer la commande en plusieurs fois, mais chaque poste doit être livré en une seule fois.

! ! ! ATTENTION ! ! ! Ce mode n’est exploité que dans le traitement GBLVG5.

Fonctionnement et paramétrage de GBVLG5.

Exemple de paramétrage du lanceur GBLVG5.

Fonctionnement de GBLVG5

Le traitement GBLVG5 se lance à partir de la fonction GBLV à menu ‘Générer’ à option ‘Sur critères’.

Avec le paramétrage décrit ci-dessus, on génère les livraisons de la façon suivante :

Le traitement sélectionne toutes les lignes d’événements de type « V/CDE » (commandes de vente) dont l’événement est à l’état « D ».
Le traitement trie les lignes de commande sélectionnées par code urgence décroissant, par sigle tiers, par code devise, par position fiscale, par code dépôt, par adresse de livraison, par type de produit, par le critère « rupgblvg5 », par date de livraison.
Le traitement crée un nouveau poste de livraison à chaque fois que la valeur du critère de rupture change. Le critère de rupture est celui qui est saisit dans la zone ‘Génération de livraison par ‘. Dans l’exemple présenté, il y a création d’un nouveau BL à chaque fois que le type de produit (typpro) change. En outre, étant donné l’ordre de tri choisi, on ne regroupera pas sur un même BL, des lignes de commandes ayant des codes urgence différents, des tiers différents, des devises différentes, des positions fiscales différentes, etc.
Le traitement effectue une transaction (« commit » ou « rollback ») chaque fois que la valeur du critère « rupgblvg5 » change. Le critère « rupgblvg5 » est un champ de la vue vgblvg5 utilisée par le lanceur. Ce champ ramène les valeurs suivantes en fonction du mode de reliquat de la commande traitée :

Mode de reliquat Rupture Exemple

0 Pas de mode de reliquat achvte + typeve + numeve V CDE 50

1 Livraison partielle interdite achvte + typeve + numeve V CDE 50

2 Livraison partielle d’une ligne interdite achvte + typeve + numeve + numpos + numlig V CDE 50 2 1

3 Livraison partielle d’une ligne autorisée achvte + typeve + numeve + numpos + numlig V CDE 50 3 1

4 Livraison de lignes complètes groupées achvte + typeve + numeve + codrgp V CDE 50 A

5 Livraison partielle d’un poste interdite achvte + typeve + numeve + numpos V CDE 50 2

Grâce à ce mode de fonctionnement, le traitement n’enregistre les nouveaux postes de livraisons que si le mode de reliquat est respecté.

Exemples.

Mode 0 (Pas de mode de reliquat) à Rollback dès qu’il n’y a pas de stock disponible sur une ligne de commande.

Mode 1 (Livraison partielle interdite) à Commit après le dernier poste de la commande, pour le BL en cours de création. Rollback dès qu’un poste de la commande n’est pas entièrement livrable.

Mode 2 (Livraison partielle d’une ligne interdite) à Commit dès qu’une ligne de commande est entièrement livrable.

Mode 3 (Livraison partielle d’une ligne autorisée) à Commit dès qu’une ligne de commande est partiellement livrable.

Mode 4 (Postes complets groupés) à Commit sur le dernier poste correspondant à un code groupage donné. Rollback dès qu’un poste de commande d’un code groupage n’est pas entièrement livrable.

Mode 5 (Livraison partielle d’un poste interdite) à Commit sur la dernière ligne d’un poste. Rollback dès qu’une ligne de commande n’est pas entièrement livrable.

Attention

Dans le paramétrage du lanceur il est indispensable :

que le champ rupture soit renseigné
que le champ « rupgblvg5 » soit renseigné comme critère de tri
que dans l’ordre de tri, le critère « rupgblvg5 » soit positionné après le critère de rupture.

Remarque.

Si l’on souhaite éclater/regrouper/trier les livraisons en fonction de critères de facturation, on peut utiliser le champ « rupfac » de la vue vgblvg5. Dans la vue standard ce champ concatène les informations suivantes :

Date de règlement (eve.datrgl), condition de règlement à mode de règlement (eve.modrgl) + code départ (eve.coddpt) + délai (eve.delrgl) + quantième (eve.codqua), taux de remise1 (eve.taurem), taux de remise2 (eve.taurem2), taux de remise3 (eve.taurem3), montant de remise (eve.monrem), code devise (eve.coddev), parité de la devise (eve.pardev), position fiscale (eve.posfis), No de lettre de crédit (eve.numlcr), guide de règlement (eve.guidrgl), code RIB (ribcod).

Paramètres utilisés dans GBLVG5

Aucun nouveau paramètre n’a été créé spécialement pour le traitement GBLVG5.

Les paramètres utilisables dans les traitements GBLVGx existant sont également utilisables dans GBLVG5.

Application à la gestion des appels d’offre

Le traitement GBLVG5 offre la possibilité, en sortie de l’en-tête d’un appel d’offre, de générer directement des commandes d’achat à partir des réponses fournisseurs préalablement sélectionnées.

Paramétrage.

Pour activer cette fonctionnalité, mettre la valeur O dans la zone A2 du paramètre GESAOF sur la fonction GCOV.

Le paramétrage des types d’événements gérés s’effectue dans la fonction xxxxG5 (Ex.GCOVG5).

Exemple.

Dans une fonction GAOF (gcov.exe), après validation des postes d’appel d’offre, après message de confirmation, chaînage sur le traitement GAOFG5 (gblvg5.exe) pour générer des commandes d’achat (A/CDE) à partir des réponses (A/RAO) à l’appel d’offre (A/AOF).

On paramètre le lanceur de manière à ne générer des commandes d’achat que pour les réponses d’appels d’offres retenues (postes de RAO ayant l’indicateur ‘Ferme/Prévisionnel’ (indver) à O).