Gérer le re jalonnement achat
Le calcul des besoins doit-il créer les propositions de rejalonnement ?
Cette fonction propose d’optimiser les dates de besoin des commandes achats existantes, le but du traitement est de proposer d'Avancer ou de Repousser ou de Supprimer certaines lignes de commandes achats afin de faire en sorte que les dates promises au plus tard (ou les dates souhaitées au plus tard si les dates promises au plus tard ne sont pas renseignées) des lignes d'achat permettent d’optimiser la gestion des stock. Les lignes partiellement réceptionnées ne font pas l'objet de rejalonnement.
Cela permet, par exemple, d’éviter de générer des nouvelles commandes fournisseurs lorsque le simple fait d’avancer une commande existante suffit à couvrir les besoins.
Ce traitement ne propose pas de modifier les quantités des commandes existantes.
Attention : Lorsque le rejalonnement est activé et s’il existe des propositions de rejalonnement, alors le traitement du CBNSAD s’appuie sur ces propositions pour planifier les besoins car le traitement estime que l’optimisation de la gestion des besoins passe par la prise en compte du rejalonnement proposé.
Donc, l’activation du rejalonnement doit être faite en toute connaissance, et il faut avoir à l’esprit que tout rejalonnement accepté doit conduire à la modification de la date de la commande fournisseur en accord avec ce-dernier.
Il est possible de rejeter une proposition de rejalonnement acceptée en la bloquant.
Lire « Le rejalonnement des achats ».
Il est aussi possible de n’activer le rejalonnement que pour certaines familles d’articles ou certains articles voir « Le mode de gestion par Article » et « Le mode de gestion par famille ».
Le rejalonnement achat ne doit donc être activé que dans le mesure où les fournisseurs concernés sont assez flexibles dans les délais.
OUI : Le calcul des besoins effectue les propositions de rejalonnement des commandes achats.
Une ligne « Stock projeté (rejalonnement) » est visible dans la consultation du CBNSAD. Elle permet de voir l’évolution du stock en tenant compte des rejalonnements proposés.
Dans l’exemple ci-dessous, deux réceptions achats sont prévus le 01/08/2022 (200 articles) et le 17/08/2022 (500 articles).
Une consommation de 102 articles est prévu le 28/07/2022 alors qu’il n’y a pas de stock.
Une livraison client de 30 articles le 05/08/2002
Une livraison client de 100 articles est prévue le 30/09/2022.
Sans proposition de re jalonnement le stock projeté (Projected Available) montre un stock négatif le 28/07/2022 de -102 articles, il ne permet pas de couvrir la consommation.
Avec la proposition de re jalonnement, le stock projeté (rejalonnement) montre un stock disponible de 98 articles à cette date. Car le traitement propose d’avancer la réception de 200 articles prévue le 01/08/2022 au 28/07/2022. Pour couvrir le besoin consommation de 102.
Concernant le besoin de la commande client de 100 articles le 30/09/2022, la proposition de rejalonnement a détecté que la réception fournisseur prévue le 17/09/2022, ne couvrait aucun autre besoin que cette commande client, il propose donc de repousser la réception au 30/09/2022 et de couvrir le besoin des 32 articles manquants.
NON : Le calcul des besoins ne génère pas les propositions de rejalonnement des commandes achats.
Le système ne cherche pas à avancer, supprimer, ou repousser des réceptions pour couvrir un besoin, il génère autant de demandes d’achats qu’il est nécessaire pour couvrir les besoins à date.
Remarque : En l’absence de rejalonnement, la projection du stock (rejalonnement) est similaire à la projection du stock (Projected available).
