Introduction
L’édition des commandes livrables est activée depuis la fonction GCOV, et de toute fonction pointant sur cet exécutable (notamment la gestion des contrats).
Règles de gestion
Seules les commandes ayant un reste à livrer non nul sont éditées. Les commandes ayant une date de confirmation renseignée sont traitées en priorité.
Seuls les produits suivis en stock sont testés.
Les produits non suivis en stock sont, pour cette fonction, toujours considérés comme étant livrables.
Pour savoir si un produit suivi en stock est livrable, on utilise l’opération définie au niveau du paramétrage d’événement (écran GPEV_1) de la fonction GCOVE5.
- Si le test attaché à l’opération est bon, le produit est livrable.
- Si le test attaché à l’opération est mauvais, le produit n’est pas livrable.
|
Vous avez la possibilité d’éditer les commandes confirmées (date de validation renseignée) en utilisant le paramètre CNCONF. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
Blocs d’édition
Dans le cas d'un cycle de commande assez long, lorsque le client passe sa commande et précise une date de livraison souhaitée, on peut l'informer immédiatement (ou via l'accusé de réception de commande) de la date prévisionnelle de livraison, en fonction de toutes les informations disponibles à cet instant (commandes d’approvisionnement).
Avertir le client (ou l'utilisateur) d’un retard prévu sur une commande
Le principe est de gérer la date prévisionnelle de livraison au niveau de la ligne d’événement. Cette date peut être mise à jour en temps réel lors de la prise de commande, ou alors à nouveau calculée en traitement différé.
Dans le cas d'un retard, il est possible de modifier le code état de la commande afin de l’identifier rapidement. La date de livraison au plus tard (pour la totalité de la commande) enregistrée au niveau de l'en-tête, peut alors être facilement utilisée lors de la génération des bons de livraison pour traiter les commandes complètes.
Grâce à la date de livraison initiale demandée par le client, on peut également calculer un taux de service (décalage en nombre de jours).
Lors d’un traitement différé structuré par code urgence par exemple, les dates de disponibilité peuvent être différentes car le traitement mémorise les demandes précédentes pour vérifier le disponible.
La quantité affectée peut aussi être mémorisée au niveau d'une quantité supplémentaire et utilisée dans la génération des Bons de Préparation.
La quantité à livrer peut être dans ce cas, la quantité affectée sans tenir compte à ce moment-là du disponible.
Paramétrage
| MEMDAD |
Positionné sur les fonctions GCOV et GCOVE5 pour activer la fonctionnalité (éventuellement sur les fonctions GBLV et GBLVG1 ) Si N1 est renseigne (1,2,3), la quantité affectée est mémorisée dans une quantité supplémentaire. |
| CODETA |
Positionné sur GCOVE5, pour modifier le code état de la commande lors du calcul. Définir l'opération de stock normale dans GCOVE5 pour définir le stock disponible. |
|
Attention La fonction GCOVE5 doit pointer sur le binaire « GLIVR.exe » (voir fonction UFCT ). |
