Baniere

Le calcul des dates de livraison dans Business Central, maîtriser l'ordonnancement des ventes

Caledar Icon Publié le 28/06/2026 | 
Microsoft Business Central | 
Views Icon Billet vue 59 fois | 
Time Icon Lu en 7,03Mn
Cet article à été également écrit en Eng et accessible ici:ATP and CTP in Business Central: The Art of Precisely Planning Sales Shipments

Image Pexels.com
Le temps maîtrisé, la livraison garantie.
Le temps maîtrisé, la livraison garantie.

Index

Expand



La gestion précise des promesses de livraison est un facteur clé de la satisfaction client et de l'efficacité logistique. Dans Microsoft Dynamics 365 Business Central, deux méthodologies distinctes permettent de déterminer ces dates de manière automatisée. L'analyse de ces mécanismes permet de comprendre comment le système articule les flux de stocks et les contraintes de transport.

Les champs clés sur la ligne de commande de vente

Le moteur de planification de Business Central s'appuie sur plusieurs dates spécifiques situées au niveau des lignes de vente. La compréhension de l'articulation de ces champs est indispensable pour analyser le cheminement du calcul.

  • Date d'expédition (Shipment Date): Ce champ indique le moment où la marchandise est disponible dans l'entrepôt, prête à être emballée ou amenée au quai de chargement.
  • Date d'expédition planifiée (Planned Shipment Date): Cette date correspond au moment précis où la marchandise quitte physiquement l'entrepôt. Le calcul standard appliqué par le système est le suivant :
  • Date d'expédition planifiée = Date d'expédition + Délai désenlogement (Outbound Whse. Handling Time). L'exactitude de ce calcul dépend fortement des calendriers associés au magasin et au transporteur.
  • Date livraison confirmée (Promised Delivery Date): Ce champ représente la date finale à laquelle la marchandise arrive chez le client. La formule de calcul est définie ainsi: Date livraison confirmée = Date d'expédition planifiée + Délai d'expédition (Shipping Time). Ici encore, les calendriers du magasin et du transporteur sont sollicités pour valider la faisabilité des dates.
Date sur ligne de vente
Date sur ligne de vente

La fonctionnalité de promesse de livraison, outil de simulation et d'aide à la décision

Depuis la commande de vente, l'accès à la page Promesse de livraison permet d'ouvrir une interface de simulation avancée. Cet écran centralise les indicateurs de dates et de volumes pour aider le gestionnaire à arbitrer les engagements logistiques.

Promesse de livraison
Promesse de livraison

Les indicateurs temporels de la simulation

  • Date livraison demandée : elle représente l'exigence initiale formulée par le client. Ce champ constitue le point de départ de tout l'ordonnancement.
  • Date d'expédition demandée : il s'agit de la date limite à laquelle l'entrepôt doit impérativement procéder à l'expédition afin de respecter la date de livraison demandée par le client.
  • Date d'expédition au plus tôt : ce champ affiche le résultat direct de la simulation ATP. Le système calcule vers l'avant depuis la date d'expédition demandée pour identifier le premier créneau réaliste. Par exemple, si la date demandée est fixée au 05/06/2027, qu'aucun délai de désenlogement n'est configuré (0 jour) et que le délai du transporteur est de 1 jour, le calcul à rebours positionne l'expédition requise au 04/06/2027.
  • Date livraison planifiée : cette date confirme la capacité du système à honorer ou non le souhait du client. Elle découle de l'addition de la date d'expédition au plus tôt et du délai du transporteur.

Les indicateurs de quantité et d'alerte planning

  • Quantité : ce champ rappelle le volume total commandé sur la ligne de vente concernée.
  • Quantité requise : elle isole la quantité physiquement manquante en stock au moment de la commande, que le système devra planifier pour l'approvisionnement.
  • Disponibilité : le passage de cette valeur à 0 indique que la pénurie est théoriquement résolue à la suite de la simulation CTP. Cela ne signifie pas que le stock physique actuel est à zéro, mais que la pénurie irrésoluble est éliminée. Le stock existant reste insuffisant, mais la simulation a prouvé que les unités manquantes arriveront à temps grâce aux futurs flux.
  • Quantité non disponible : ce champ maintient l'affichage de la quantité concrète à approvisionner. Même si la date globale peut être validée, cette valeur reste visible car elle sert de signal pour déclencher la création du bon de commande achat.
  • Date indisponibilité : il s'agit d'une alerte de planification pure et non d'une date de livraison. Le système projette ici le moment précis où le stock deviendra négatif en croisant l'ensemble des demandes existantes. Le message transmis indique qu'à défaut de réapprovisionnement, le stock sera totalement épuisé à cette échéance.
Lignes promesse de livraison
Lignes promesse de livraison

La validation et l'impact sur la commande, le bouton Accepter

Une fois les résultats de la simulation analysés sur la page Promesse de livraison, le choix des dates peut être validé en cliquant sur le bouton Accepter. Cette action a pour effet de transférer automatiquement les dates calculées (la date d'expédition planifiée et la date de livraison planifiée) vers la ligne de la commande de vente. Les champs de la commande se trouvent alors mis à jour et verrouillés, ce qui permet de transmettre une information fiable et définitive aux équipes de l'entrepôt pour la préparation des colis.

La méthode descendante (Forward Calculation), la logique du disponible à la vente

Lorsque la date de livraison n'est pas imposée par le client, la planification se fait vers l'avant. Cette approche s'appuie sur le concept de disponible à la vente (ATP, Available To Promise). Le calcul prend comme point de départ la première date à laquelle le stock existant ou une réception planifiée permet de couvrir la quantité demandée.

Les étapes logistiques sont ensuite ajoutées successivement pour déterminer l'échéance finale. La formule suivante est appliquée par le système:

Date disponibilité stock + Délai sortie entrepôt + Délai transporteur = Date livraison planifiée

Cette méthode garantit la fiabilité de la date annoncée, car elle repose sur des réalités de stock ou de flux d'approvisionnement déjà confirmés.

La méthode ascendante (Backward Calculation), la logique du capable de livrer

Dans de nombreuses situations commerciales, le client exige une date de réception précise, appelée date de livraison demandée. Le système bascule alors sur un calcul à rebours, lié au concept de capable de livrer (CTP, Capable To Promise).

L'objectif est de déterminer à quel moment précis l'article doit être traité en entrepôt pour honorer l'engagement. Le calcul s'effectue de la manière suivante:

Date de livraison demandée - Délai de livraison (Transporteur) - Délai de sortie entrepôt = Date d'expédition planifiée

Si la date d'expédition planifiée ainsi calculée est antérieure à la date de disponibilité réelle de l'article, Business Central le signale. Un calcul descendant est alors automatiquement relancé pour proposer une alternative réaliste.

La distinction entre commande urgente et commande standard, l'utilisation du code service transporteur

La flexibilité commerciale repose souvent sur la capacité à proposer des options de transport adaptées aux exigences du client. Dans Business Central, l'ajustement des délais de livraison s'effectue dynamiquement sur la ligne de vente grâce au champ Code prestation transporteur (Shipping Agent Service Code).

En modifiant ce code au moment de la saisie, le commercial peut basculer d'une expédition standard associée à un délai important (par exemple 3 jours) à un service express (par exemple 1 jour). Le moteur de calcul des promesses de livraison intègre instantanément cette modification. Les dates d'expédition planifiées et de livraison confirmées sont recalculées en temps réel, permettant ainsi de formuler des propositions d'alternatives délais et tarifs directement au téléphone avec le client.

Prestation transporteur sur ligne vente
Prestation transporteur sur ligne vente

Les notions de sécurité liées aux fiches articles

Au delà des flux de transport, le calcul des promesses de livraison reste soumis aux règles de gestion des stocks définies par les services d'approvisionnement. Deux paramètres essentiels situés sur la fiche article influencent directement la disponibilité affichée pour le commercial.

  • Le stock de sécurité (Safety Stock Quantity) : ce volume constitue un seuil d'alerte sous lequel le système s'interdit de descendre. Pour le calcul ATP, ces unités de stock sont considérées comme invisibles et indisponibles à la vente afin de prémunir l'entreprise contre les ruptures de contrats stratégiques. Le commercial peut donc constater une indisponibilité à la vente alors que l'entrepôt physique dispose encore de quelques unités.
  • Le délai de sécurité (Safety Lead Time) : cette marge temporelle est ajoutée par précaution aux délais d'approvisionnement standards des fournisseurs. Elle permet d'absorber les retards éventuels de livraison en amont, mais elle décale mécaniquement la date de disponibilité calculée par le système lors d'une simulation CTP.
Influence le le ATP / CTP
Influence le le ATP / CTP

Ces paramètres garantissent la robustesse des engagements de l'entreprise, bien qu'ils imposent une rigueur stricte lors des échanges commerciaux.

Conclusion

La maîtrise du calcul des dates de livraison dans Business Central constitue un atout stratégique pour harmoniser les engagements commerciaux et les réalités logistiques. L'automatisation des méthodes de calcul descendantes et ascendantes, combinée à une visibilité précise via la page Promesse de livraison, permet de sécuriser les promesses faites aux clients. La fiabilité de ces simulations repose néanmoins sur la précision des données de base, qu'il s'agisse des calendriers de transport ou des paramètres de sécurité des fiches articles. Un paramétrage rigoureux de ces outils garantit ainsi une fluidité optimale de la chaîne logistique, de la saisie de la commande jusqu'à la réception finale des marchandises.

Aidez le blogueur en donnant une note à cet article:
x x x x x

Autres articles

Expand

Sécurisez vos tarifs, optimisez vos ventes

Maîtriser les prix de vente dans Business Central, le guide de configuration et de gestion quotidienne

La refonte du moteur de tarification de Business Central unifie la gestion des prix et des remises à travers des listes de tarifs traçables. L'activation, irréversible, nécessite une validation rigoureuse. Ce guide détaille le paramétrage initial, le cycle de vie des statuts, les processus de révision de masse par copie et le comportement dynamique des prix lors de la saisie des ventes.

Caledar Icon Publié le  21/06/2026 | 
Microsoft Business Central | 
Views Icon Billet vue 102 fois | 
Time Icon Lu en 8,83 Mn | 
x x x x x
Maîtrisez votre volumétrie pour libérer la puissance de votre ERP

Maîtrise de la volumétrie dans Business Central, comment configurer les politiques de rétention

La gestion de la volumétrie dans Business Central est essentielle pour préserver les performances. Cet article détaille l'utilisation des politiques de rétention, l'intégration des tables spécifiques en AL, l'audit de la taille des tables et l'externalisation du stockage cloud. 

Caledar Icon Publié le  14/06/2026 | 
Microsoft Business Central | 
Views Icon Billet vue 121 fois | 
Time Icon Lu en 8,34 Mn | 
x x x x x
La TVA sans stress: la rigueur au service de votre sérénité

Configuration de la déclaration TVA MTD UK dans Business Central

Ce guide détaille la configuration du protocole MTD pour la TVA UK dans Business Central. Il explique comment créer une application sur le portail HMRC, générer un utilisateur de test et récupérer les identifiants Client ID/Secret. L'usage d'un package de configuration permet de forcer l'URL de la Sandbox pour valider les transmissions avant le passage en production.

Caledar Icon Publié le  17/05/2026 | 
Microsoft Business Central | 
Views Icon Billet vue 130 fois | 
Time Icon Lu en 10,02 Mn | 
x x x x x
L'IA ne se contente plus de répondre mais exécute vos processus de bout en bout

L'architecture des agents ia dans Business Central, comprendre le rôle pivot du serveur MCP

L'intégration de l'IA agentique dans Microsoft Dynamics 365 Business Central transforme l'ERP. Grâce au protocole standardisé MCP (Model Context Protocol), les agents IA deviennent des collaborateurs autonomes capables d'exécuter des processus métiers de bout en bout. Découvrez une architecture tripartite sécurisée où l'humain garde le contrôle sur chaque transaction comptable. 

Caledar Icon Publié le  31/05/2026 | 
Microsoft Business Central | 
Views Icon Billet vue 132 fois | 
Time Icon Lu en 7,66 Mn | 
x x x x x