Cette documentation vous décrit les principales règles de gestion et les algorithmes appliqués dans le logiciel standard ACE pour calculer et alimenter les dates d’événement, de livraison, d’expédition et de confirmation sur les commandes, livraisons, factures et lors du réapprovisionnement.
La notion de date de valeur (domaine bancaire) est explicitée dans la documentation "La date de valeur".
|
|
Attention Ce document ne s’adresse pas à l’utilisateur final mais plutôt à des experts, consultants et chefs de projets chargés de la mise en œuvre d’ACE. |
|
|
Pour en savoir plus sur les événements commerciaux, consultez la documentation de référence « Les flux commerciaux ». |
Voir documentation "Localisation & Internationalisation".
En ce qui concerne les événements, on dispose des dates suivantes :
| Type de date | Champ |
| Date d’événement | dateve |
| Date de livraison | datliv |
| Date d’expédition | datexp |
| Date de confirmation | datval |
On calcule généralement la date de livraison en respectant le principe suivant :
Date de livraison = Date d’expédition + Délai d’acheminement
Voici les utilisations possibles de ces dates :
1er cas, configuration de base :
datliv = date de réception
datexp = datliv
2ième cas :
datliv = date de départ chez le fournisseur (peut être égale à la date de commande),
datexp = date de réception,
Le délai entre les deux dates correspond à un délai d’acheminement.
3ième cas :
datliv = date de réception,
datexp = date de mise à disposition,
Le délai entre ces dates sert à faire un contrôle qualité.
4ième cas :
datliv = date de départ chez le fournisseur,
datval = date de réception,
datexp = date de mise à disposition,
Dans ce cas, il faut saisir manuellement la date de réception car il n’existe pas de calcul du champ datval en automatique.
A l’achat, on déduit généralement la date d’entrée ou de mise à disposition de la marchandise en stock avec la règle suivante :
Date de mise à disposition (datexp) = Date de réception (datliv) + Délai.
Pour la gestion des stocks, c’est toujours la date d’expédition qui alimente la date prévisionnelle des mouvements de stocks.
Ce délai intervient principalement sur les fonctions de réapprovisionnement (de type APROGx) pour calculer les dates de livraison et d’expédition des commandes de réapprovisionnement.
Il peut être utilisé sur les événements pour alimenter la date de livraison prévisionnelle lorsque le stock n’est pas disponible ou encore lors des contrôles de disponibilité en stock (voir paramètre STKPRV).
Le délai de réapprovisionnement est le délai défini sur le catalogue fournisseur s’il s’agit d’un événement d’achat, à défaut celui défini sur la fiche tiers, à défaut celui du produit, à défaut un délai moyen enregistré au niveau du paramètre STKPRV.
Pour récupérer ce délai, il faut gérer les stocks datés (STKPRV A1=O A2=D) et faire intervenir le paramètre APROSP sur les approvisionnements.
Le délai entre deux commandes fournisseur (champ “nbjcde » de la table TIE) intervient dans le calcul du compteur CVB, prioritairement au niveau de rotation.
Le paramètre CALFER permet de définir le calendrier des jours fériés et de décaler la date proposée si elle tombe un jour férié.
Le paramètre DELREA permet en plus de calculer ce délai en jours ouvrés.
Pour en savoir plus sur le calcul du délai d’analyse des stocks, consultez la documentation du paramètre APROSP.
En saisie, la date d’événement est proposée avec la date système et peut être modifiée par l’utilisateur. Pour les générations en différé, c’est la date donnée par le lanceur qui donne la date d’événement, si elle n’est pas renseignée on prend la date système.
La date de confirmation est alimentée lors de la validation des événements, mais ce comportement peut être modifié par l’utilisation des paramètres DATVAL ou DATCON.
En création de commandes ou de livraisons (binaires GCOV et GBLV uniquement), il est possible d’alimenter les dates de livraison et d’expédition en automatique à l’aide du paramétrage de GPEV.
Les codes disponibles sur GPEV sont :
J : On propose la date du jour plus N jours (N étant le délai positionné sur GPEV au niveau de la date de livraison).
D : On calcule la date de livraison en fonction de la date d’expédition et du délai d’acheminement.
Le délai d’acheminement est récupéré de la manière suivante :
A la vente, le délai provient du secteur géographique défini sur l’adresse de livraison, sinon de l’adresse de livraison (délai de GTIE_3).
A l’achat, le délai provient du secteur géographique défini sur l’adresse commerciale, sinon de l’adresse commerciale.
Dans tous les cas, si ces délais ne sont pas renseignés, le système récupère le délai de GPEV.
Le paramètre DELAI permet de définir un calendrier des jours fériés afin de décaler la date trouvée jusqu’à l’obtention d’un jour non férié.
F : Idem que le mode D avec le calcul du délai en jours ouvrés sur la base du calendrier des jours fériés défini sur le paramètre DELAI.
Exemple à la vente :
Date d’expédition : 07/07/2003
Date de livraison : D + 7 donne une date au 15/07/2003, décalage car la date calculée (lundi 14/07/2003) est un jour férié.
Date de livraison : F + 7 donne une date au 17/07/2003 (Prise en compte de 3 jours fériés dans le délai : week end du 12-13/07 + jour férié du 14/07/2003)
Exemple à l’achat :
La particularité à l’achat lorsqu’on demande le calcul de la date de livraison est que le système se base sur la date d’événement. La date d’expédition est initialisée avec la date de livraison.
Date d’événement : 07/07/2003
Date de livraison : D + 7 donne une date au 30/06/2003.
Date de livraison : F + 7 donne une date au 26/06/2003 (Prise en compte de quatre jours fériés dans le délai : week ends du 05-06/07 et du 28-29/06).
S : On propose la date prévisionnelle de livraison de l’en-tête de l’événement d’origine,
P : Pour le traitement batch de génération automatique des Bons de Livraison (GBLVG1), la date de livraison est valorisée avec la date saisie lors du lancement.
B : Pour le traitement batch de génération automatique des Bons de Livraison (GBLVG1), la date de livraison est valorisée avec la date du jour mais la sélection des lignes de la commandes s’effectue en utilisant la date saisie lors du lancement.
R : Mode de fonctionnement appliqué uniquement au niveau des lignes d’une commande (GCOV).
On calcule la date de livraison en fonction de la date du jour et du délai d’approvisionnement.
Ajout du délai du tiers : paramètre DATLIV :
En création de commande uniquement, le paramètre DATLIV A1=D permet d’ajouter le délai du client (ou du fournisseur) à la date proposée par le paramétrage du configurateur fonctionnel.
Si aucune date n’est proposée, le système applique le délai à la date d’événement pour alimenter la date de livraison.
Ce délai est le délai de réapprovisionnement défini sur le tiers principal de l’événement.
Le paramètre CALFER permet de définir le calendrier des jours fériés et de décaler la date proposée si elle tombe un jour férié. Le paramètre DELREA permet de calculer ce délai en jours ouvrés.
Contrôle entre la date de livraison et la date d’événement :
Le numérique N2 du paramètre DATLIV permet de faire le contrôle de cohérence entre la date de livraison et la date d’événement.
Les codes disponibles au niveau du configurateur fonctionnel (GPEV) sont :
J : On propose la date du jour plus N jours (N étant le délai positionné sur GPEV au niveau de la date d’expédition).
L : On propose la date de livraison plus N jours (N étant le délai positionné sur GPEV au niveau de la date d’expédition).
D : On calcule la date d’expédition en fonction de la date de livraison et du délai d’acheminement.
Le délai d’acheminement est récupéré sur le secteur géographique de l’adresse de livraison ou de réception, sinon le système récupère le délai de GPEV.
Le paramètre DELAI permet de définir un calendrier des jours fériés afin de décaler la date trouvée jusqu’à l’obtention d’un jour non férié.
F : Idem que le mode D avec le calcul du délai en jours ouvrés sur la base du calendrier des jours fériés défini sur le paramètre DELAI.
Exemple à la vente :
Date de livraison : 07/07/2003
Date d’expédition : D + 9 donne une date au 27/06/2003, décalage car la date calculée (samedi 28/06/2003) est un jour férié.
Date d’expédition : F + 9 donne une date au 24/06/2003 (Prise en compte de quatre jours fériés dans le délai : week end du 28-29/06 et du 05-06/07).
Exemple à l’achat :
Date de livraison : 07/07/2003
Date d’expédition : F + 7 donne une date au 17/07/2003 (Prise en compte de 3 jours fériés dans le délai : week end du 12-13/07 et jour férié du 14/07/2003)
Date d’expédition : D + 7 donne une date au 15/07/2003, décalage car la date calculée (lundi 14/07/2003) est un jour férié.
S : On propose la date prévisionnelle d’expédition de l’entête de l’événement d’origine.
P : Pour le traitement batch de génération automatique des Bons de Livraison (GBLVG1), la date d’expédition est valorisée avec la date saisie lors du lancement.
B : Pour le traitement batch de génération automatique des Bons de Livraison (GBLVG1), 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 effectue une rupture à chaque changement de la date d'expédition.
En standard, le système contrôle la cohérences des dates sur une commande et un bon de livraison, les tests effectués sont :
- la date de livraison doit être postérieure ou égale à la date d’événement,
- la date d’expédition doit être postérieure ou égale à la date d’événement,
- la date confirmée doit être postérieure ou égale à la date d’événement,
- la date d’expédition et la date de livraison doivent systématiquement être renseignées à la vente.
Le paramètre CTRDAT désactive ces contrôles.
Sur la livraison (binaire GBLV):
La date d’événement est la date de livraison.
Le champ datliv de la table eve représente la date prévisionnelle de livraison, elle est alimentée avec la date de livraison de l’événement origine (commande sur un flux classique).
Le champ dateve est la date de livraison réelle.
Sur la facture :
En gestion de facture, on ne gère pas les dates de livraison et d’expédition. Elles sont récupérées de l’événement origine à titre informatif sinon elles restent non renseignées.
En cas de mise à jour des stocks sur la facture, ceux ci sont mis à jour avec la date de facture.
La date d’événement des commandes de réapprovisionnement est systématiquement alimentée avec la date du jour du traitement.
Il est possible d’utiliser le paramétrage de GPEV pour déterminer la date de livraison, les modes disponibles sont :
D, F : On calcule la date de livraison en rajoutant le délai d’acheminement à la date d’événement (voir description de ces modes plus haut).
R : On calcule la date de livraison en ajoutant le délai d’approvisionnement à la date d’événement.
Le paramètre APROSP A1=O permet d’alimenter la date de livraison des lignes de la commande générée avec la date de livraison de l’en-tête à laquelle on rajoute le délai d’approvisionnement.
NB : Cette fonctionnalité n’est pas compatible avec le mode R de GPEV qui affecte déjà le délai de réapprovisionnement sur la date de livraison de l’en-tête.
La date d’expédition est toujours alimentée avec la date de livraison calculée.
En standard, la date de livraison est alimentée avec la date d’expédition de l’en-tête de l’événement origine.
A l’aide du paramètre GENAPR, il est possible d’alimenter la date de livraison avec une donnée complémentaire de la commande origine.
En standard, le système alimente la date de livraison de la commande de réapprovisionnement avec la date de livraison de la ligne sélectionnée sur l’événement origine.
Les dates des lignes de la commande de réapprovisionnement sont initialisées avec celles de l’en-tête.