Reprise du message précédent :

en fait j'aimerais avoir des informations assez fines sur les retards pour pouvoir aider à dimensionner des stocks sécu. Et là un résultat vrai/faux n'aide pas beaucoup. Enfin je ne crois pas, à moins que je ne vois pas trop à quoi ressemble ce dont tu parles.

Je cherche donc un moyen d'avoir un nombre de jours d'avance/retard pour chaque ligne de commande, dans des tolérances de quantités. je ne vois pas comment je pourrais facilement séparer les deux et réconcilier au besoin (c'est un indicateur qui serait déployé sur 6 ou 7 sites de productions dans le monde, faut pas avoir besoin d'un expert pour faire tourner le truc !)

D'où ma proposition de calculer le retard comme la différence entre la date attendue et la date où on a reçu 95% de la quantité attendue (100% pour des produits achetés spécifiquement pour une commande client : on commande juste la quantité pour cette commande, un excés pourrait rester des années sur un rack avant d'être jeté).

Et un p'tit test de normalité pour savoir si on peut prendre une moyenne plus quelques écarts types de stock sécu pour se prémunir des variations de délais. Et accessoirement pouvoir chiffrer $$$ le gain d'une meilleure maitrise des délais.

Ca marche bien pour mesurer les retards mais peut être pas top pour les avances. je benchmark à droite à gauche, j'ai pas souvent trouvé 2 indicateurs identiques !!

En fait je crois que ça va être le jour de la première réception si c'est de l'avance, ou le jour où la quantité cumulée est de 95 ou 100% si c'est à temps ou en retard ...

Ah ouais, ça va au delà de la simple qualité des livraisons donc. Si le dimensionnement de safety stock est directement dépendant de l'indicateur ça devient plus complexe. Tout va dépendre du genre d'information sur laquelle se base le calcul de votre safety stock en général en fait.
 
Au final le dimensionnement du safety stock va dépendre du temps moyen et de l'écart type du réapprovisionnement (et de la demande, mais c'est pas le sujet), pas seulement du retard. On peut effectivement considérer le temps moyen pour obtenir 95% (ou 100%) de la commande pour évacuer la question de la variabilité de la quantité livrée, c'est un bon compromis à mon avis.
 
J'avais trouvé le modèle décrit dans cet article assez valable, en faisant l'approximation de la distribution normale des retards.
http://rapidshare.com/files/403830 [...] k.pdf.html

Ca c'est le modèle que j'avais appliqué pour le calcul des stocks sécurité sur les produits fabriqués, en bidouillant un truc plus conservateur quand la distribution n'est à l'évidence pas normale (test super rudimentaire, c'était sous excel et on recalcul des milliers de stocks sécu chaque trimestre).

Mais là on n'avait même pas inclu de critère sur les quantités fabriquées à temps, juste sur le nombre d'ordres de fab complétés à temps.

Et là dessus on est quand même plus fiables que la plupart de nos fournisseurs.

Dites, un cariste débutant a 11 euros de l'heure, ça vous parait pas déconnant ?

Faut demander à Mihirung...

Ouai mais lui il va me donner une réponse de cariste
Je cherche une réponse de "manager"

P'tit up pour parler SCOR
 
Cardelitre, tu avais utilisé ça, non ?
 
J'ai un projet où il faut évaluerles conséquences en termes de coût (inventaire, stock sécurité, gestion des risques) de faire des expéditions par bateau vers nos centres de distribution plutôt que par avion, mais aussi pour faire le lien entre stocks sécurité et taux de service client ou entre fiabilité des prévisions et taux de service.
 
est-ce que SCOR donne des armes pour attaquer des questions comme ça ?

Disons que c'est une question très spécifique, et SCOR est par nature un modèle généraliste, même s'il permet de descendre à des niveaux relativement détaillés. Au delà de ça, effectivement SCOR propose des indicateurs spécifiques à chaque process, liés aux aspect coûts, inventaires, niveau de service. Donc il y a clairement moyen de comparer diverses options sur différents aspects, du moment que ces options ont déjà été appliquées. Si vous n'avez jamais rien envoyé par bateau, les indicateurs SCOR ne vous permettront pas be comparer quoi que ce soit. Par contre ils peuvent servir à mettre en place des benchmarks et placer des seuils de niveau de service/coûts/inventaires désirables.

Mouais, donc c'est plutôt pour voir l'impact d'ajustement à une supply chain existante plutôt que pour la changer drastiquement ....
 
à 5000€ la formation, ça serait peut être un peu gaché

Disons que SCOR est un modèle complet de catégorisation et de mesure de la Supply Chain. Une fois implémenté, les données issues des différents indicateurs peuvent permettre de réaliser des études d'impacts et d'évaluer des scénarios. Mais sans implémentation préalable, ça ne va pas spécialement aider pour la tâche spécifique dont tu parles, au delà d'une aide très conceptuelle.

drap

Drap et je relance le topic endormi.
 
ya quoi qui vous attire particulièrement dans le Scm ?

Moi j'aime parce que c'est très concret. On a des matières premières qui vont être transformées en un truc qui doit aller d'un point A à un point B en temps et en heure. Il y a des tas de façon de le faire, mais en général c'est souvent assez peu optimal. Donc il y a moyen de vraiment améliorer les choses concrètement, que ça soit en facilitant la vie des gens impliqués ou en faisant des économies en rendant les choses plus efficaces.
 
Avant j'ai eu l'occasion de travailler ou de collaborer avec d'autres départements genre les ventes ou le marketing, et on coupe pas à des hectolitres de corporate bullshit, d'idées à la con totalement décorrélées des faits et de pilotage au doigt mouillé. Le SCM c'est finalement de l'opérationnel très terre-à-terre et les gens qu'on y croise en général sont pas du genre à se prendre la tête.

Si quelqu'un est intéressé par des bouquins de Supply Chain, j'en ai quelques uns à vendre (en anglais)...
 

 
 
   
 
d'autres?

Il y a moyen de se prendre la tête mais effectivement à la fin s'est en général le GBSP qui prédomine. Il faut faire avec pas mal de fonctions parfois un peu obscures (le contrôle de gestion, le marketing, les ventes) etc mais c'est aussi ça qui est interessant. Il y a quelques postes dans la SCM qui sont une véritable tour de garde à la croisée de chemins, en charge de traduire les besoins des clients en informations utilisables pour que l'usine puisse tourner au mieux.

Alors effectivement c'est souvent réfléchir avec tout le monde pour éviter les gaspillages, les pertes de temps, les produits qui font des aller retour et qui attendent bêtement dans un couloir sans que personne sache où elles doivent partir. Mais en ce moment je travaille sur les prévisions de vente. Mon dernier projet était de créer une méthode pour calculer des objectifs réalistes sur la précision des prévisions. Autrement dit prévoir l'erreur des prévisions, et rendre ça bête comme chou aux personnes concernées. Parce que non seulement on ne veut pas que les prévisionnistes s'endorment sur des modèles statistiques trop simples/pas assez performants, mais aussi pour pousser les ventes et le marketing à nous donner les informations qu'il faut pour améliorer tout ça. Pas forcément du GBSP mais quelques défis intellectuels sympas  

Une autre chose assez marrante est que parfois le bon sens n'est qu'un ensemble d'habitudes. On vient de se faire racheter par une boite énorme qui fonctionne de manière très différentes. Et certaines choses que je tenais pour évidentes sont en fait complètement étrangères à leurs manières de faire. Donc même si c'est relativement simple par rapport à certaines analyses financières ou la partie scientifique de mon domaine (les biotech), ça n'empêche pas quelques bonnes remises en question de temps en temps. Et dans les faits, ça n'arrête pas !

Hello à tous ! J'ai une question plutôt orientée carrière. Je suis actuellement en écoles d'ingénieurs ( orienté logistique externe ) et j'aimerai faire un MSc spécialisé en logistique/supply chain . Je sais qu'il y a que des MS intéressants à HEC/ESSEC/ESCP dans ce domaine mais j'aimerai aussi connaitre de bonnes écoles en Europe. Je sais que Cranfield au UK propose un MSc supply chain par exemple . Si quelqu'un a des infos d'ecoles proposants des MSc reconnus et valorisant ( pas top level non plus je connais mon niveau )
 
Merci a tous

Hi, certains d'entre vous supervisent t-ils une activité de prépa? (suivi d'activité)
Si oui vous faites comment pour connaitre le nombre de personnel à prévoir en fonction des prévisions d'activité, et surtout pour gérer les imprévus (maladie, accident, abscence, augmentation du volume d'activité)

Tableur Excel ou un logiciel un peu plus adapté ?

Je travaille un peu sur des problèmes de gestion de la capacité, plutôt à moyen (1 trimestre)/long terme (1 à 5 ans). Pas vraiment à la semaine ou au mois. Je suis dans une grosse structure, nous avons des prévisions de vente, on calcul à partir de là des prévisions de fabrications ou d'achat (avec un logiciel spécialisé).

Le problème pour convertir ça en besoins de capacité est qu'il faut une clé de répartition pertinente : ça peut être un nombre d'unité qu'il va falloir faire sortir par période de temps, ou un temps par pièce ou par lot tel que listé sur les gammes de fabrication. Le coût des produits (qui inclut de manière plus ou moins direct le temps de fabrication), mais si c'est juste une activité de préparation genre de l'emballage, le temps passé n'est pas forcément fonction du coût du produit. Ca pourrait aussi être le volume physique du cousin, pondéré si besoin par la complexité selon la ligne de produit.

Après il faut aussi prendre en compte le fait que le temps réellement passé varie. On part d'une moyenne mais on peut compter sur une courbe d'apprentissage pour que le temps et les ressources requises baissent de quelques % chaque année (gains de productivité). Les fonctions de productions utilisent des logiciels pour prévoir les activités de maintenance et ce genre de choses. Si l'activité s'appuie périodiquement sur de l'intérim, on peut aussi prévoir que l'efficience baisse quand les embauches de personnes inexpérimentées augmentent.

Il faut également prendre en compte l'impact des vacances, du nombre de jours fériés dans la période etc.

Une analyse de l'historique peut aider à corriger les hypothèses sur l'absentéisme (beh oui, on chope plus de grippes en hiver qu'en été). Normalement une fonction RH qui connait son boulot peut fournir des données.

Je ne connais pas les softs pour faire tout ça, c'est compliqué sous excel mais ça se fait.

Hello
 
je cherche à comprendre quelles sont les différences dans les techniques de gestion logistique entre un environnement process vs discrete manufacturing.  
 
En fait, quelles sont les fonctionnalités qui diffèrent dans un ERP orienté process vs discrete ?
 
Quels sont les problèmes à intégrer une industrie discrete (ma partie) dans un ERP initialement mis en place pour une industrie process (la boite qui nous a racheté, orienté chimie/pharma) ?
 
et inversement, y a-t-il des trucs qu'un ERP discrete sait faire et qu'un process ne sait pas faire ?

Personnellement j'ai fait le chemin inverse, en passant d'une industrie process (alimentaire/chimique) à discrete, et les 2 tournent sur SAP. A priori SAP est équipé pour gérer les 2, ensuite je sais pas s'il y a des systèmes plus spécialisés dans l'un ou l'autre. Bon mon domaine c'est plutôt le demand et supply planning donc les ERP j'y touche finalement assez peu en pratique, mais par rapport à l'expérience que j'en ai les systèmes process sont plus complexes (les UOM sont plus variés donc faut des tables de conversions, des façons de gérer le packaging et le stockage en différent conteneurs et volumes adaptés, les shelf-lifes, les batches, etc), la grosse différence étant qu'on gère des "recettes" au lieu de BOMs, et que contrairement au discrete, une fois qu'une fabrication process est commencée on ne peut plus revenir en arrière. De même dans le discrete quand il manque une pièce du BOM on ne peut pas lancer la prod, alors qu'en process on peut lancer des productions partielles même si on n'a pas les quantités completes.
 
A mon avis intégrer un système discrete dans un système process est plus simple que l'inverse, vu qu'au final il y a moins de paramètres à gérer. Le tout est de définir correctement les BOMs dans le material master en tenant compte des spécificités du système process.

D'après ce que j'ai pu trouver sur le net (pas autant que je le pensais malheureusement), il ressort effectivement que le process permet de prendre en compte plus de contraintes que le discrète. J'imagine que pour la partie demande ou DRP (le module SNP de SAP) ça ne change rien.
 
J'ai du mal à imaginer comment les recettes diffèrent d'une BOM. J'ai vu que certaines solutions permettent d'attacher des caractéristiques à l'ingrédient pour prendre en compte la variation de qualité.
 
Oracle discrète permet de gérer des yields et shrinkages. C'est franchement pas souple et surtout pas dynamique, j'ai cru comprendre que les process sont plus puissants à ce niveau là.
 
Il gère aussi des numéro de lot et de série.
 
Pour le lancement d'une pros en cas de manque matière première, on analyse la dispo avant le release de l'ordre de fab, on change la quantité de l'ordre au besoin.
 
Mais en fait, à de très rares exceptions (la gestion des lag dans la séquence de fab), je n'ai pas trouvé grand chose que notre ERP discrete ne sache pas faire d'une manière ou d'une autre. Par contre c'est peut être plus automatisé sur un process (par exemple les taux de yields recalculés plus ou moins automatiquement dans un process alors qu'on doit le faire à la main sur le discrète ?)
 
On a souvent du mal à se comprendre avec nos collègues sous SAP, je sens qu'on va bien s'amuser à bien comprendre les besoins :-/

Ouais les différences d'approches SAP/Oracle c'est pas toujours facile à réconcilier, même si au final les deux marchent bien.
Au final d'un point de vue MRP, je ne pense pas que les différences process/discrete soient vraiment fondamentales. A mon avis là où ça peut jouer beaucoup plus par contre c'est du point de vue finance pour le tracking des coûts où c'est un peu plus coton. Mais là c'est pas (plus) mon problème.