Les secrets honteux du MRP : la consommation des prévisions

Le sujet de la consommation des prévisions est souvent méconnu.

Qu’est-ce que la consommation des prévisions ?

Le principe est assez simple. Vous faites des prévisions, par exemple des prévisions mensuelles, ou hebdomadaires.

Vous avez une prévision de 10 000. Vous avez reçu jusqu’à ce jour des commandes de 4000, au titre de cette prévision de 10 000. Le reste de prévision est donc de 6000. Les commandes réelles consomment la prévision. C’est du bon sens. Ou pas.

Une tactique de consommation enfouie quelque part

Savez-vous quelle est la règle de consommation qui est appliquée dans votre entreprise ?

Quelqu’un, lors de la mise en place de l’ERP, a sans doute défini une règle de consommation des prévisions. Ça a été plus ou moins documenté, ou oublié. Ce quelqu’un n’est peut-être plus dans l’entreprise. Chaque jour cependant, on reçoit de nouvelles commandes, et elles continuent à consommer les prévisions selon la tactique qui a été définie.

Voyons un exemple.

Ce mois-ci vous avez une prévision de 2500 par semaine, le mois prochain ça tombe à 2000 par semaine.

Vous n’avez pas reçu de commande lors de la première semaine, mais semaine dernière et cette semaine vous avez eu un total de 11 000 en commande.

Quelle est la prévision qu’il reste à consommer ?

Votre système peut être configuré pour appliquer différentes conventions de consommation.

Par exemple :

1. Ne consommer que de la prévision future. Ce qui est passé est perdu. Dans ce cas d’ici à semaine 8 il me reste 5000 pièces de prévisions. Les 2500 de semaine 1 sont perdues, et les 11 000 de commandes fermes consomment des prévisions de semaine 2 à 6
    

2. Consommer les prévisions du mois en cours seulement. Comme j’ai reçu 11 000 en commande pour 10 000 de prévision, mon solde de prévision pour le mois est de zéro. D’ici à la fin de semaine 8 il me reste donc 8000 de prévision.
    

3. Ne consommer que la prévision de la semaine en cours. Dans ce cas, d’ici semaine 8 il me reste une prévision de 10500.

En d’autres termes, avec la même prévision, en fonction de la convention de consommation des prévisions, mon système MRP va voir un besoin résiduel de 5000 ou de 10500, ce n’est pas tout à fait pareil…

Le tout sur la base de la même prévision, dont on sait que la fiabilité n’est pas parfaite.

Dans la vraie vie la tactique de consommation dans votre système MRP sera sans doute un peu plus sophistiquée, du type on consomme deux semaines dans le passé et 4 semaines dans le futur – ce qui n’est peut-être pas tellement meilleur, mais c’est défini comme ça.

La réalité de ce qui devrait être consommé pourrait d’ailleurs requérir plus d’intelligence humaine.

Peut être que la commande de 4000 de la semaine 2 est reçue de la part de nos clients récurrents, ceux pour lesquels on a établi 2500 par semaine.

Cependant peut être que le besoin de 7000 de la semaine 3 est une commande exceptionnelle d’un client qui se dépanne chez nous, et qu’en réalité elle ne devrait pas du tout consommer de prévision. C’était une commande complètement imprévue et surnuméraire.

Il est probable que nos clients récurrents habituels vont nous commander les volumes prévus et rattraper la prévision cumulée en semaines 4 et 5.

Dans ce cas d’ici semaine 8 mon besoin ne serait pas de 5 000, ni de 8 000, ni de 10 500, mais plutôt de 14 000 !

La vérité est ailleurs parfois…

Là on ne parle que d’un article. Vous avez probablement des milliers d’articles qui consomment silencieusement des prévisions selon une règle obscure et arbitraire. Cette tactique a un impact énorme sur les besoins propagés dans le système.

Ça fait partie des secrets honteux du MRP.

Déclencher des réapprovisionnements sur la demande réelle

La seule chose dont vous êtes certains, c’est que vous avez des commandes de 4000 et 7000.

Vos prévisions, et la consommation de celles-ci – vous n’êtes pas sûrs, mais alors pas sûr du tout, n’est-ce pas ?

Comme il s’agit d’un produit récurrent, vous avez positionné un buffer DDMRP, c’est-à-dire une boucle de réapprovisionnement, un flux structurel cadencé sur un besoin moyen de l’ordre de 2500 par semaine, avec une marge de fluctuation formalisée dans une zone rouge que vous avez évaluée sur les historiques de demandes et sur votre anticipation de risque.

Vous avez aussi défini ce qu’est une demande normale ou une demande exceptionnelle, au travers d’un seuil de pic de demande. Peut-être que la cadence de 7000 dès qu’elle est apparue en portefeuille a été détectée comme un pic.

Vous déclenchez sereinement un réapprovisionnement sur la base de l’équation de flux disponible de votre buffer, et la tactique de consommation des prévisions n’exerce aucune influence sur ce déclenchement.

Projeter des scénarios par plage de fonctionnement

Pour projeter vos risques futurs, vos besoins prévisionnels, vos charges / capacités - dans le cadre du S&OP - une logique de consommation de prévisions est nécessaire. Toutefois, sachant que vos prévisions ne sont pas justes, et que votre consommation de prévision non plus, vous devez absolument confronter votre modèle opératoire à plusieurs scénarios.

Par exemple, un scénario qui prend en compte votre hypothèse haute de prévision (3000 par semaine ?) ainsi que 14 000 de prévision non consommée jusqu’en semaine 8 – et un autre avec votre hypothèse basse (1800 par semaine ?) et seulement 5000 jusqu’à semaine 8. Confronté à ces deux scénarios, comment se projette le buffer de cet article ? Quels risques ? A quelles décisions se préparer ?

Arrêter de croire à la précision

Votre système MRP donne des résultats précis, qui sont une illusion. Le simple exemple de la logique de consommation de prévisions le montre.

Vous devez autant que possible déclencher vos décisions de commande sur la demande réelle, et baser vos projections sur des scénarios basés sur des plages de fonctionnement.