← Tous les produits
🔗
Module central

Application de planification de la supply chain (SCP)

Un plan synchronisé, de la demande à la livraison

MSF SCP est une application de supply chain planning qui coordonne de façon proactive ventes, achats, production et logistique. Tout le monde travaille sur un même plan synchronisé : les matières arrivent à l’heure, les promesses clients sont tenues et les coûts de stock restent bas.

Demander une démoLancer un PoC

Qu’est-ce qu’un logiciel de planification de la supply chain (SCP) ?

Un logiciel SCP (planification de la supply chain) fusionne prévisions de ventes, achats et production en un seul plan vivant, qui signale une pénurie de matière des semaines à l’avance. Le SCP de Meta Smart Factory confronte la demande à la capacité réelle, au stock et aux livraisons fournisseurs confirmées de plusieurs usines et entrepôts, indique quoi acheter et quand, et vérifie les délais par ATP et CTP.

Fonctionnalités clés

Coordination inter-servicesVentes, planification, achats et entrepôt partagent un même plan en direct. Les tableurs séparés disparaissent.
Équilibrage demande/approvisionnementConfrontez la demande client à la capacité réelle de production et des fournisseurs avant que les problèmes n’apparaissent.
Suivi des délais fournisseursSuivez la performance des fournisseurs et recevez des alertes lorsqu’un retard de livraison menace votre planning.
Automatisation des propositions d’achatLe système propose quoi acheter et quand, en fonction du plan de production et du stock actuel.
Promesse de livraison (CTP/ATP)Donnez à vos clients des dates de livraison fiables, fondées sur la capacité réelle et la disponibilité des matières.
Visibilité de bout en boutSuivez chaque commande, de la matière première au produit expédié, sur une seule frise chronologique.
Une prévision unique, versionnée, confrontée aux ventes réellesLa prévision est visible, versionnée et comparée à ce qui s’est réellement vendu : l’écart de prévision s’analyse à chaque cycle, chiffres à l’appui.
Stock de sécurité proposé à partir de la variabilité mesuréeLe stock de sécurité est calculé à partir de la variabilité de la demande et de celle des délais fournisseurs, pour le taux de service que vous fixez : le calcul est le nôtre, la décision de risque reste la vôtre.
Horizon figé, changements traités en exceptionsFigez un horizon court : les changements qui tombent à l’intérieur arrivent devant un planificateur sous forme d’exceptions pendant que le système réoptimise au-delà. La durée de cet horizon et qui a le droit de l’ouvrir se conviennent pendant le projet.
Paramètres de commande tenus article par articleUne proposition d’achat n’est qu’un calcul sur le délai d’approvisionnement, la quantité minimale de commande, le multiple de commande, le stock disponible et la nomenclature : ces valeurs se tiennent donc article par article. Une valeur par défaut unique ne suffit pas.
Des dates fournisseurs confirmées, pas supposéesLes confirmations fournisseurs remplacent les dates supposées dans le plan d’entrées : les propositions sont nettées sur ce que le fournisseur a réellement répondu. Le délai saisi il y a des années ne compte plus.
Une file d’exceptions avec un responsable nomméAlertes et propositions à valider ou à rejeter arrivent dans une seule liste de travail, portée par un responsable nommé. La charge dépend du nombre d’articles planifiés et des exceptions que génèrent vos paramètres ; elle est la plus lourde après le démarrage.
Pour aller plus loinTrois plans qui divergent : à quoi sert le SCPLa plupart des usines font tourner trois plans qui se contredisent en silence : une prévision commerciale, un calendrier d’achats et un plan de production. Le logiciel de supply chain planning les fusionne en un plan unique et vivant. Voici ce que fait réellement un SCP, en quoi il diffère de l’ERP et de l’APS, et où il se rentabilise.Lire l'article complet →

En un coup d’œil

CTP/ATPDates issues de la capacité et du stock
VersionnéePrévision confrontée aux ventes réelles
Multi-siteUsines et entrepôts équilibrés ensemble
1Plan partagé

Caractéristiques techniques

Déploiement
SaaS mutualisé, instance dédiée ou installation sur site : le plan peut donc tourner sous une politique informatique sans cloud comme dans le cloud.
Périmètre
Multi-site : demande et approvisionnement sont équilibrés sur l’ensemble des usines et entrepôts en même temps.
Système de référence
Exige un ERP ou un système équivalent pour la fiche article avec délais et règles de commande, les nomenclatures, un état de stock fiable et les commandes d’achat et ordres de fabrication en cours.
Intégration ERP
Connecteurs standard pour SAP, Microsoft Dynamics, Oracle NetSuite et Odoo ; les autres ERP et les ERP régionaux passent par la couche d’intégration, en API REST ou par échange de fichiers.
Liaison fournisseurs
Portails fournisseurs, plus intégrations EDI et API pour les confirmations et les délais.
Fonctionne sans MES
Oui. Sans MES, l’avancement et les consommations remontent sous forme de déclarations saisies en fin de poste ou en fin d’ordre : le plan réagit en retard, mais il réagit.
Fonctionne sans APS
Oui. Le CTP se calcule alors sur des capacités déclarées par période plutôt que sur un ordonnancement séquencé. C’est utile comme ordre de grandeur, mais incapable de détecter un conflit de séquence ou de changement de série.
Promesse de livraison
L’ATP vérifie le stock disponible et les entrées confirmées ; le CTP vérifie en plus que la capacité et les composants existent pour produire la commande à temps. Ce que le service commercial a le droit de promettre seul se convient pendant le projet.
Pour aller plus loinCe qu’un planning doit respecter, et comment le jugerChaque usine connaît ce moment où le plan imprimé et la séquence réellement lancée cessent de coïncider, et où plus personne n’en parle. Le plan continue d’être diffusé chaque matin, l’atelier continue de faire tourner ce qui peut l’être, et les deux s’écartent de quelques heures de plus à chaque équipe. Cette page traite de la façon de refermer cet écart : ce qu’un planning doit satisfaire pour être suivable, ce qu’un logiciel d’ordonnancement avancé y apporte, ce qu’il exige de vous au préalable, et comment distinguer un bon planning d’un planning simplement optimiste.Lire l'article complet →

Questions fréquentes

Quel est le lien entre SCP et APS ?

L’APS optimise le planning de production à l’intérieur de l’usine ; le SCP étend ce plan aux fournisseurs, aux achats et à la logistique aval.

Le SCP peut-il se connecter à mes fournisseurs ?

Oui. Portails fournisseurs et intégrations EDI/API synchronisent automatiquement confirmations et délais fournisseurs.

Convient-il aux entreprises multi-sites ?

Absolument. Le SCP est conçu pour équilibrer demande et approvisionnement entre plusieurs usines et entrepôts.

Le SCP peut-il fonctionner sans MES ?

Oui. Ce dont le SCP a besoin quels que soient ses voisins, c’est d’une fiche article tenue à jour avec délais et règles de commande, de nomenclatures, d’un état de stock fiable et des commandes d’achat et ordres de fabrication en cours. Tout cela doit venir d’un ERP ou d’un système de référence équivalent. Sans MES, l’avancement et les consommations remontent sous forme de déclarations saisies en fin de poste ou en fin d’ordre : le plan réagit donc en retard, mais il réagit.

Quelles données de base faut-il avant que le SCP propose des commandes d’achat ?

Une proposition d’achat n’est qu’un calcul sur le délai d’approvisionnement, la quantité minimale de commande, le multiple de commande, le stock disponible et la nomenclature. Si les délais fournisseurs sont encore ceux saisis à la création de l’article, les propositions seront fausses tout en ayant l’air parfaitement justes. Ces erreurs ne restent pas cachées : dès les premiers calculs de besoins, un délai ou un stock erroné se traduit par une date ou une quantité visiblement fausse. Nettoyer ces données avant la mise en production coûte bien moins cher qu’après.

Le SCP décide-t-il de nos niveaux de stock de sécurité ?

Il les calcule et les propose ; il ne décide pas du risque que vous acceptez de porter. Un stock de sécurité découle de la variabilité de la demande, de la variabilité des délais fournisseurs et du taux de service que vous fixez. Ce troisième paramètre est une décision commerciale que quelqu’un doit prendre par famille d’articles. Fixez-le à partir de la variabilité mesurée, sans vous fier à l’habitude, puis passez les exceptions en revue : c’est là que le stock baisse réellement.

Le SCP va-t-il fiabiliser nos prévisions de vente ?

Pas à lui seul. Ce qu’il apporte, c’est une prévision unique, visible, versionnée et comparée aux ventes réelles. C’est ce que les gens veulent dire la plupart du temps quand ils posent la question. Les modèles statistiques aident là où la demande a un historique et un profil ; ils n’apportent rien sur un nouveau produit ou une affaire gagnée sur appel d’offres. Le progrès vient de quelqu’un qui porte la prévision et analyse l’écart à chaque cycle.

Le SCP peut-il promettre automatiquement des dates de livraison aux clients ?

Il le peut, mais décidez sur quelle base. L’ATP vérifie le stock disponible et les entrées confirmées ; le CTP vérifie en plus que la capacité et les composants existent pour produire la commande à temps. Avec un APS en place, le CTP se calcule sur l’ordonnancement séquencé ; sans APS, il se calcule sur des capacités déclarées par période. C’est utile comme ordre de grandeur, mais incapable de détecter un conflit de séquence ou de changement de série. Les promesses échouent sur des confirmations fournisseurs périmées et des capacités optimistes : convenez donc avec le service commercial de ce que le système a le droit de promettre seul.

Faut-il un planificateur dédié pour le SCP ?

Il faut un responsable nommé, dont le métier devient le traitement des exceptions. Il n’a plus à reconstruire des tableurs. Le travail est concret : examiner les alertes, valider ou rejeter les propositions au rythme de votre cycle de planification, et garder les délais et les paramètres de commande honnêtes. La charge dépend du nombre d’articles planifiés et des exceptions que génèrent vos paramètres ; elle est la plus lourde dans les premiers cycles après le démarrage, pendant que ces paramètres sont corrigés. Si personne n’en est responsable, la liste d’alertes gonfle jusqu’à ce que plus personne ne la lise.

Le SCP replanifie-t-il tout dès que le plan change ?

Pas si vous ne le souhaitez pas. La plupart des usines figent un horizon court, orientent les changements à l’intérieur de cet horizon vers un planificateur sous forme d’exceptions, et laissent le système réoptimiser au-delà. L’endroit où passe cette limite relève d’une décision de règle de gestion : convenez de l’horizon figé et de qui a le droit de l’ouvrir pendant le projet. Ce qui renvoie les planificateurs vers leurs tableurs, c’est la nervosité du plan. Le temps de calcul n’y est pour rien.

Prêt à voir le potentiel de votre usine ?

Obtenez une démo gratuite et un plan de PoC sur mesure.

Demander une démo