| Client Serveur / Fonctions ACE | |
Ce traitement est lancé à partir de la fonction GBLV (écran GBLV_EDITE).
|
|
Attention Il ne faut pas confondre la date de livraison du bon de livraison avec la date de livraison en critère de sélection. |
Pour rappel, l’information « Date de livraison (J,S,P,F,D,R) » est paramétrée au niveau du configurateur fonctionnel (écran GPEV_1).
Lorsqu’elle est renseignée à « B », lors du traitement différé de génération automatique des Bons de Livraison, la date d’expédition est valorisée avec la date du jour mais la sélection des lignes de la commande s’effectue en utilisant la date saisie lors du lancement.
Ce traitement effectuer une rupture à chaque changement de la date d'expédition.
|
|
Vous avez la possibilité d’alimenter automatiquement le numéro d’événement par le numéro de l’événement d’origine en utilisant le paramètre RECNEO. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
| gblvg1_b10 | Génération automatique des livraisons |
Le regroupement avec le paramètre REGROU fonctionne de la manière suivante.
On génère une livraison de manière classique sur une commande, puis on effectue un regroupement de toutes les commandes ayant un éventuel reste à livrer, et ayant les mêmes critères de regroupement.
Le mode de reliquat 1 est incompatible avec cette gestion (commande complète disponible, sinon BL entièrement rejeté).
Depuis la version ACE 4.3-00, la fonction GBLVG5 utilise directement les postes et les lignes, pour effectuer aussi bien des regroupements que des éclatements. De plus, elle gère l’ensemble des codes de reliquat possibles.
Les frais divers sont reportés sur le premier bon de livraison généré.
ACE permet de suivre le montant de frais déjà facturés (champ « monfrdfac ») : il est donc possible de s'appuyer sur ce champ pour fixer les frais divers au prorata d'une commande sur différents bons de livraison.
Le champ « monfrdfac » est alimenté sur l'événement origine par la génération de l'événement suivant. Si un autre événement suivant est généré, on se base sur ce champ pour connaître le montant de frais restant a propager.
Si une origine donne plusieurs événements suivants, le progiciel ne fait pas de répartition du frais origine sur les événements suivants. Il reporte l'intégralité du frais origine sur le premier événement suivant.