Introduction
🤓 Comment savoir automatiquement quelles quantités d’article il faut approvisionner, en fonction de ce qu’on a en stock, et de ce qui va sortir dans les prochaines semaines ?
Le calcul de besoins net est l’une méthodes qui permet de répondre à cette question !
Ce calcul se base sur:
-
les quantités présentes en stock pour chaque article
-
les articles qui vont bientôt entrer en stock: entrées prévisionnelles (réception de commande d’achat, fabrication…),
-
les articles qui vont bientôt sortir de stock: sorties prévisionnelles (consommations de fabrication, de sous-traitance, livraison pour commande…), et “super prévisionnel” (composants de commandes validées mais non lancées)
-
les quantités mini et multiple de chaque article
Le CBN, contrairement au calcul NST, prend en compte les commandes validées non lancées (“super prévisionnel”) en plus des commandes lancées ! Le CBN permet donc de mieux anticiper les besoins !
Principe
Logique du calcul
Le calcul du besoin est le suivant: Besoin= Stock + Entrée prévue -Sortie prévue -Stock de sécurité.
Prenons un exemple pour comprendre. Ici, nous gérons un stock de poignées !
Au moment du lancement du calcul de besoins nets (CBN), l'état des stocks pour les poignées est le suivant :
-
Stock de sécurité = 10 poignées. Il s'agit du nombre minimal d'unités à conserver en stock.
-
Stock physique = 17 poignées.
-
Une première sortie prévue de 10 poignées le Mardi. Elle est liée par exemple à une consommation prévisionnelle liée à une série de fabrication lancée.
-
Une seconde sortie prévue de 8 poignées le Vendredi. Elle est liée par exemple à une ligne de commande commerciale validée. La poignée est un composant de la nomenclature de la menuiserie vendu: c’est donc du “super prévisionnel” ! 😉
-
Une entrée prévue de 6 poignées le Jeudi. Elle correspond à une commande d'approvisionnement en cours pas encore reçue.
A chaque sortie prévue de stock (ou entrée dans le stock), le CBN calcule le besoin pour être au moins égal au stock de sécurité.
Chaque fois qu’il y a une sortie ou une entrée prévue, il vérifie qu’on est toujours supérieur ou égal au stock de sécurité. Si on est en dessous du stock de sécurité, une demande d’achat est proposée.
-
Mardi, on a plus que 7 poignées en stock, il en manque donc 3 pour arriver au stock de sécurité.
-
Vendredi, on a plus que 5 poignées en stock, il en manque donc 5 pour arriver au stock de sécurité.
➡ Le CBN génère des besoins en conséquence: un besoin de 3 poignées qui doivent arriver le Mardi, et un besoin de 5 poignées qui doivent arriver le Vendredi.
Le CBN prends en compte dans son calcul les DA et DF qu’il a lui-même proposées ! Ainsi, sur le schéma ci-dessous, on voit que le DA de 3 poignées qui arrive la Mardi est prise en compte dans le calcul des jours suivants !
Ces besoins peuvent être traduit en demande d'achat, de sous-traitance, ou de fabrication en fonction de “l’origine” de l'article (acheté, sous-traité, fabriqué).
Prendre en compte les quantités minimales et multiples de l’article dans le calcul
Ci-dessus, on a calcule une quantité “brute” de besoin. Or, dans DIAPASON, on peut optimiser les commandes, en disant par exemple qu’on ne peut commander que par multiple de 5, et à partir de 10 poignées. on peut ainsi calculer une quantité “nette” du besoin.
➡ Pour optimiser le calcul, on peut entrer sur la fiche Article la quantité minimale de besoin et la quantité multiple.
Dans notre exemple, si on a:
-
Quantité minimale de commande: 4 poignées
-
Multiple de commande: 2 (vendu par lots de 2 poignées )
Dans notre exemple, au lieu de commander 3 poignées pour le Mardi, il faudra donc en commander 4 (multiple de 2 supérieur ou égal à 4).
Où renseigner les différentes données du calcul ? Sur la fiche Article, le LAF, les données multi-gestionnaire ? C’est par ici
Comment regrouper les commandes pour éviter de passer plusieurs commandes rapprochées ?
On a vu ci-dessus un exemple dans lequel 2 besoins dans la même semaines, qui génèrent deux demandes d’achat séparées de seulement 2 jours…😟
Pour éviter cette situation, on peut regrouper les commandes sur une période donnée.
Pour aller plus loin
Paramétrer un CBN en multi-sites ( et généralement en multi-gestionnaires)