Bonjour,

Nous avions la même problématique. Nous avons ajouté un champ spécifique dans lequel nous renseignons une date d'engagement de notre part.

Nous faisons ainsi la différence entre la date d'expédition/livraison avec cette date d'engagement.

Si, pour des raisons particulières, nous devons planifier les livraisons sur plusieurs mois, alors nous divisons la ligne en autant de délais confirmés avec le client dans la commande avec une nouvelle date d'engagement. Ainsi nous gardons l'historique.

Bonjour, merci pour votre réponse. Dans notre contexte il y a un sacré volumes de commandes. Peut-être avez-vous automatisé ce renseignement de la date d'engagement dans un champ spécifique, ex. via une forme d' "archivage automatique" de cette date ? Ou peut-être que dans votre contexte une saisie manuelle est possible ? Merci encore en tout cas

bonjour,

C'est un "automatisme" manuel :)

Les administrateurs des ventes doivent tenir à jour ce champ pour avoir des données exploitables par la suite.

Quelque soit le mode de génération de commande (EDI, Export/Import inter-sociétés, manuel), c'est à eux qu'incombe la mise à jour des portefeuilles de commandes clients.

Bonjour,

Ce qu'on rencontre aussi souvent, c'est qu'on ajoute en effet une zone "1ière date confirmée" dans la ligne de la commande (non visible en principe à l'écran) 

On initialise cette zone avec la date d'expédition lors de l'impression de l'ARC (ou envoi workflow si en place)

Ainsi le taux de service est basé sur cette date là et non toutes les modifications suivante effectuées sur la date d'expédition standard qui elle suit le quotidien et les aléas.