Reprise du message précédent :
Bon, là je fais face à un sérieux casse-tête.

Je suis en train d'essayer de développer un modèle mathématique qui propose un niveau de stock de sécurité en fonction du niveau de service voulu, de la variation de la demande et de l'incertitude sur le temps de réapprovisionnement. A la rigueur ça ça va encore. Mais pour représenter l'incertitude de la demande, étant donné qu'on se base sur un forecast, c'est plus la mesure de la forecast accuracy qui est à prendre en compte. Et là c'est le drame. Je bloque passablement.

La formule de base prend une forme de ce genre:

Ss = F^-1(CSL)*SQRT(sR^2 * L + R^2 * sL^2)

Where
F^-1() = inverse normal distribution
CSL = customer service level
sR = standard deviation of demand per period
R = average demand per period
L = average lead-time for replenishment
sL = standard deviation of lead-time

Vous avez déjà été confronté à un problème du genre?

Non. De rien.

Le lien donné pour la description du métier du sujet du topic est en anglais ; Les français ne saurait- il pas le faire ?

Oh non pas lui ici
 
La recherche, ca se fait en Anglais maintenant, et les Francais doivent etre capable de bosser en anglais. C'est fini le temps des frontieres impérméables, hein, faut raisonner sur des niveaux au moins européen.
 
Edit :Et tu fais aucun effort Jovalise, la def en Francais de la SCM est a la ligne d'en dessous.
Et avant de corriger des gens sur l'utilisation ou non d'une langue, apprends déja à maitriser le francais correctement.
 
 
Edit 2 : Désolé Cardelitre, j'ai peux pas t'aider la dessus.

 
Tu fais bien d'en parler des frontieres impérméables, de ces gent qui ne sont pas capable de de bosser en français  
 
 
edit : j'en suis la http://fr.wikipedia.org/wiki/Logis [...] logistique

2eme fois, apprends déja à maitriser un minimum le francais avant de venir faire des réflexions.

 
Etrange ?

 
 
Cardelitre, j'ai réellement besoin que ce qui est en gras soit en français.
Pendant que j'y suis, tu dis que le formule est du genre, ... c'est pas simple    

Source : la gestion de la chaîne logistique, par Wikipedia

 
SI les flux financiers sont électronique, je suis le pape.    
 
 
 
La logistique, par Wikipedia

T'as jamais entendu parler de virement ?

 
IL faut un odre, pour faire ce virement, même pour les "automatiques" jusqu'a preuve du contraire cet ordre ne peut- être donné que par une personne (ref nécessaire) physique ou morale.

Et c'est quoi le rapport au flux financier éléctronique ?

 
l'interfaçage homme/machine  :whistle à l'envers:

Et donc ?
 
'tain toi pas comprendre que quand nous parler flux financier électronique, nous vouloir dire support electronique.

 
 
C'est toi qui n'a l'air de comprendre la définition d'une chaîne logistique de Wikipedia.
 

 
Pour qu'il y ai un flux il faut une force.
La décision de paiement ou commande, comment la détermines- tu ?

Algorithme ou pressage de bouton ?
Mais tu veux en venir ou exactement ?
 

 
Que la définition de Wikipedia stipule que les flux financiers sont purement électronique et que c'est un abus de langage.
Le rapport de l'électronique à la personne (ref nécessaire) physique ou morale, ou est- il ?  
C'est pour quoi je te parlais avec détente de l'interfaçage homme/machine.
 
D'ailleurs, c'est pour quoi, pour répondre à Cardelitre, je me posé la question : Existe t- il un ordinateur qui déjà ce joue de nous.

Dans ce cas de figure, on a fait bête et méchant : pour ce qui est de la moyenne de la demande, je me base sur les prévisions et pour ce qui est de l'écart type, sur l'historique de la demande.
 
D'un point de vue purement scientifique, ça laisse une brêche à la critique, mais au moins ça permet de réellement prendre en compte les problèmes qui ont ou auraient pu être constatés dans le passé, et ça met à l'abri d'une réaction en chaine --> sur-réaction dans la correction des prévision --> sur-réaction dans l'augmentation des stocks sécurité

Ils veulent dire que c'est la vraie vie et qu'un flux n'est pas qu'une image pour un truc qui ressemblerait à un troupeau de mouton passant sous ta fenêtre.
 
Les flux financiers ne sont plus AUJOURD'HUI des malettes pleines de billets mais des ordres informatiques, déclenchés de manière parfois automatique (avec des sécurités pour ne pas payer un fournisseur si la livraison n'a pas été enregistrée dans le système, par exemple) sous la responsabilité d'une personne morale (l'entreprise) effectivement.

Mon dieu non, pas toi...  
 
Je vais être sympa, même si je sais que ça ne sert strictement à rien.
 
F^-1() = distribution normale inverse
CSL = niveau de service client  
sR = écart type de la demande par période
R = demande moyenne par période  
L = temps de réapprovisionnement moyen (en périodes)
sL = écart type du temps de réapprovisionnement
 
 
Connais-tu seulement quoi que ce soit à la logistique?

Merci
C'est mon taf tout ca actuellement, mais j'ai vraiment pas le courage de me taper Jovalise aujourd'hui

Ok merci.    
Et en pratique ça donne des résultats acceptables? Genre le niveau de service est plus ou moins respecté et les stocks de sécurité ne sont pas trop élevés?

Tu bosses sur une activité tres cyclique ?

Ah ça... Dans les pharmas on se retrouve avec des lead times de l'ordre de 6-9 mois pour la production des principes actifs (qui en plus sont super facilement périmable quand on parle de biotech), donc le dimensionnement des stocks de sécurité est passablement crucial. Et ça fait un bon paquet de facteurs d'incertitude à prendre en compte. D'ailleurs je devrais inclure la probabilité de péremption et de shelf-life decay là dedans, mais j'ai pas le courage, c'est déjà bien assez compliqué comme ça...

 
Si ils sont automatique et sous la responsabilité d'un personne morale, j'aimerai bien savoir à quel nom effectivement.
 
 
Merci Cardelitre pour la traduction

Ca donne des résultats acceptables mais avec des limites. La première est que la variation de la demande entre l'historique et le futur ne doit pas être trop important. Ensuite cette formule fait l'hypothèse que la demande suit une distribution normale, ce qui n'est pas toujours le cas par exemple quand les ventes sont sporadiques. Si tu vend 120 par an mais que ce n'est qu'une seule livraison par an, le stock sécu n'est pas le même que si tu as 10 ventes par mois. La formule n'en rend pas forcemment tout à fait compte.
 
Il faut alors te demander si les périodes sans vente doivent être considérées comme des périodes à vente 0 (donc augmentant l'écart type) ou si elles doivent être exclues du calcul. J'avais mis un petit flag sur les lignes de calcul quand le nombre de périodes sans ventes étaient trop importante, pour vérif au cas par cas.
 
Et plutôt que de ventes, il faudrait parler de commandes, puisqu'un retard de livraison à cause d'une commande forte et imprévue (décalage entre la date demandée et la date de livraison donc de facturation) va être lissé si on prend l'expédition ou la facturation.
 
Il faut encore faire des corrections si les produits on une date d'expiration. Il suffit d'écrêter.
 
Une autre correction que je fais souvent est de comparer la valeur du stock sécurité proposée à la quantité moyenne. Ca permet de se débarasser de cas non normaux évidents sans se taper une revue ligne par ligne : si les commandes sont sporadiques et de 30 à chaque fois (mais à une date susceptible de varier ou avec un délai de production variable), il ne sert à RIEN de garder 10 unités en stock : le service client sera lamentable et tu auras un stock qui t'immobilisera du capital pour rien, donc.

Ca veut rien dit ce que tu viens d'écrire

Si, ça veut dire qu'il ne sait pas de quoi il parle

 
Pour toi, j'en ai bien l'impression  

 
 
On va voir.
 
 
Et que cherches tu Ss ou la fonction ?

Ca c'est dans le cas où il n'y a pas de forecast. Si on considère que le modèle de forecast est bon (c'est une autre question dont je n'aborderai pas la pertinence ici.   ), logiquement les erreurs entre le modèle et la réalité (MAD ou MAPE) sont distribuées aléatoirement, et donc on peut considérer qu'elles suivent une distribution normale. Dans ce cas l'intérêt serait de prendre en compte uniquement la variation de l'erreur de forecast dans la comptabilisation de l'incertitude de la demande... Enfin c'est plus facile à dire qu'à faire.

Encore tout une question de définition des termes et des responsabilités, à quel moment une vente est elle considérée comme une vente accomplie: à l'envoi de la marchandise, à la réception de la marchandise par le client, à la réception de la confirmation, à la réception du payement, etc? Bref, c'est le bordel.

La fonction qui me donnerait un Ss adapté au risque...

[HUMOUR]
 
Pour l'instant présent Ss = (strock courant + entrée courante) - sortie courante, grosso modo    
 
[/HUMOUR]
 
SI non, ben, c'est ce que tout le monde est sensé chercher.
 

 
Imagine un produit qui est vendu à un gros client et à une multitude de petits clients. Les petits clients vont te faire une jolie courbe en cloche, mais le gros client va, de temps en temps, te passer une grosse commande qui va déformer ta cloche (aplatir la partie à droite de la médiane).
 
Ensuite travailler sur une base d'écart type facilite le calcul puisque tu peux assez facilement extrapoler un écart type mesuré sur une période à n période : l'écart type devient s*sqrt(n), simplement. Comment faire ça sur une erreur de forecast,à moins de refaire le calcul au cas par cas. Ca devient bien tordu, tout ça.

non, ça c'est le stock projeté, pas le stock sécurité. Les deux doivent coincider si l'entrée courante (le plan de production) est réalisé en temps et en quantité, et si les sorties courantes (les commandes) sont strictement celles prévues. Ce qui est à peu près jamais le cas.

 
C'est le problème par excellence. Tu as déjà essayé de voir un consultant data warehouse?

Dans ce problème, la disponibilité des données n'est en général pas le problème. Mais plutôt la modélisation des ventes et la définition de la politique de stockage.

 
Très bonne idée de topic unique, je viendrai régulièrement le lire. On aura peut-être des interventions intéressantes.

 
 
Oui, je vois, il s'agit plutot d'accorder la production et la distribution. J'avais trouvé pour un problème à mon boulot ce truc sur wikipedia. http://en.wikipedia.org/wiki/Kanban
 
Il faut essayer cette référence. "CIM: Principles of Computer Integrated Manufacturing"; Jean-Baptiste Waldner

 
Ca peut- être à base d'efficacité de ton produit, mais c'est peut- être trop complexe    

Je te le fais pas dire. Le problème repose essentiellement sur les postulats de départ nécessaires, qui nous obligent à considérer des distributions normales. Mais force est de constater qu'elles ne le sont pas toujours. Sinon j'ai bien trouvé 2-3 papiers qui développent un modèle statistique probabiliste général pour cette problématique, mais j'avoue que ça dépasse un peu mes compétences. D'autant que ça devient tellement compliqué à calculer et à interpréter que c'est un truc à avoir un modèle parfait qui n'est compris par personne et qui est utilisé n'importe comment.
 
Si vous voulez jeter un coup d'oeil au concept, c'est intéressant quand même comme approche... (les articles complets sont disponibles par mp si vous voulez.)
 

• Integrating demand and supply variability into safety stock evaluations
• Determining safety stock in the presence of stochastic lead time and demand
• Inventory control based on advanced probability theory, an application