OPTIMISATION DES STOCKS

Pour vos appels d’offre
Mars 2009
OPTIMISATION
DES STOCKS
2e ÉDITION
ILOG
SupplyChainMagazine.fr ●
19, rue Saint-Georges - 94700 Maisons-Alfort
QUESTIONNAIRE EDITEURS DE LOGICIELS D’OPTIMISATION DES STOCKS
1.
2.
3.
4.
5.
6.
7.
8.
9.
EDITEUR
Appartenance à un groupe
Pays d'origine
Année de création
CA global 2008
CA France 2008
Effectif global 2008
Effectif France 2008
Solution d’Optimisation des Stocks
ILOG
IBM
France
1987
122 651 000 NC
850
360
Supply Chain Analyst (Demand Profiler,
Inventory Analyst et Product Flow
Optimizer)
10. Nb de sites équipés de la solution en France
La plupart des nos clients sont des sociétés
multinationales qui utilisent Inventory
Analyst sur un réseau logistique Européen ou
mondial.
11. Nb de sites équipés en solutions à l'étranger
40 (grandes sociétés)
12. Trois dernières références utilisant la solution
Shell, Whirlpool, World Kitchen
13. Principaux secteurs d’activités de la base installée PGC, produits de grande consommation et
pharmacie
14. Nombre maximum de SKU (Stock Keeping
200,000 SKU, mais le nombre maximale est
Units) gérées à ce jour chez vos clients
théoriquement illimité. Architecture.Net
15. Dernière version
7.0 (juin 2008)
16. Langues disponibles pour cette version
Anglais
17. intégration à une suite plus vaste
Inventory Analyst fait partie d’une suite
logicielle plus vaste dédiée à l’optimisation
de la Supply Chain :
LogicNet Plus pour le design et
l’optimisation de la Supply Chain
Transportation Analyst pour la planification
stratégique des transports
Plant PowerOps pour la planification et
l’ordonnancement de production.
18. Solution nativement conçue pour :
Pour ajuster les niveaux de stocks d’un grand
- Ajuster les niveaux de stocks d’un grand
nombre de références en fonction de la
demande sur un site de production (usine),
nombre de références en fonction de la
demande sur un site
Plant PowerOps permets d’avoir une vision
- Optimiser les niveaux de stocks de chaque site holistique du plan de production et des stocks
d’un réseau en fonction de la demande qui lui de sécurités grâce à un modèle global
est propre
d'optimisation.
- Optimiser les niveaux de stocks d’un réseau de La solution d’optimisation des stocks multidistribution à plusieurs niveaux en partant
échelon a été nativement conçue pour
d’une seule demande (celle la plus proche du fonctionner à deux niveaux :
client final)
- Autre
Au niveau tactique : Calcul et proposition de
positionnement des stocks :
- Calcul et proposition de point de
découplage (Push / Pull boundary).
- Origine et qualification du stock de
sécurité (le stock de x (quantité) sert à
pallier la variabilité de la demande
pour X %, la variabilité de la
production pour Y %, …)
Au niveau opérationnel:
- Calcul et positionnement des stocks de
sécurités optimisés par SKU dans un
environnement multi-échelons.
Product Flow Optimizer (PFO) optimise les
flux permettant de déterminer les stocks de
sécurités et le flux optimal entre :
- Livraison directe
- Cross docking
- Stockage intermédiaire
Ce calcul pouvant être lié au cycle de vie du
produit
Comme tous nos produits de planification
stratégique, nous couvrons la supply chain du
client du client au fournisseur du fournisseur
(end to end).
19. Principaux modules/fonctions de cette solution :
- Prévisions de ventes sur historique
-
Prévisions de ventes collaboratives
Plan de réapprovisionnement
-
Gestion partagée des approvisionnements
- Gestion Mutualisée des approvisionnements
- Portail collaboratif
- Autre
20. Modèles statistiques en standard :
- tendance
- saisonnier
- moyenne mobile
- régression linéaire
- erratique
- autre
21. Gestion en standard des modèles prédictifs (ex :
consommation de pièces d’usure en fonction du
cycle de vie d’un produit)
22. Choix du modèle statistique :
- effectué systématiquement par l’utilisateur
- proposé par le système et modifiable par
l’utilisateur
- imposé par le système
23. Action en cas de changement important de
comportement de la série statistique :
- alerter l’utilisateur afin qu’il change de modèle
lui-même
- adopter automatiquement le nouveau modèle
Oui, calcul de prévisions de ventes sur
historique des ventes (moteur Forecast Pro)
Non
Non, mais calcul des quantités de
réapprovisionnement.
GPA, oui, possibilité de définir les clients
comme emplacements VMI.
Non
Non
Oui
Oui
Oui
Oui
Oui
Non
Deux possibilités existent : soit l’utilisateur
sélectionne le modèle soit l’outil sélectionne
le modèle le plus pertinent (best fit).
Oui (hiérarchisation des écarts type)
Oui
le plus adéquat
24. Quelles sont en standard :
- mailles de calcul des prévisions
- horizon de calcul des prévisions
- unités d’expression des prévisions
- axes prévus
25. Manières dont le module de prévision recueille
les données d’une population tierce (force de
vente, filiales, magasins …) :
- par intégration de fichiers
- par saisie directement dans le module prévision
- via un portail web
- autre
26. Capacité du logiciel à calculer une prévision de
vente par produit, par magasin et par jour
27. Optimisation des niveaux de stocks à chaque
nœud du réseau et pour chaque SKU (Référence
stockée par site)
Paramètres prend-elle en compte alors
28. Gestion des stocks de sécurité :
- Saisis manuellement par les utilisateurs
- Importés en masse depuis un autre outil
- Calculés automatiquement par le logiciel en
fonction de divers paramètres
29. Possibilité de définir des politiques de stockage
différenciées par catégorie
Semaine, Mois, Trimestre, Semestre, Année,
paramétrable par l’utilisateur.
18 mois, mais peut être étendu
Toute unité pertinente pour l’utilisateur
Axes : Produit / Client
La gestion d’événements permet de saisir des
données qui viendront en sus des prévisions.
Oui
Oui
Possible mais non prévu à ce jour
Une prévision de vente, non, car les
algorithmes de calcul jour ne sont pas
présents dans la bibliothèque d’algorithmes
(les algorithmes de calcul de la prévision jour
sont fondamentalement différents
d’algorithmes utilisés en semaine ou mois)
Oui, l’objectif de la solution est d’optimiser
les niveaux de stock pour chaque nœud du
réseau. A ce titre, elle évalue et propose tout
d’abord un niveau de stock dans l’état le plus
pertinent pour satisfaire les objectifs clients
(stock au niveau de matières premières, PSF,
PF) ainsi que la localisation des niveaux de
stock dans le réseau (usine MDC, DC,
Client).
Une fois le stock positionné, il devient
important de le dimensionner. Ce
dimensionnement prendra en compte le taux
de service client visé, les engagements de
livraison (A pour A, A pour B) ainsi que les
diverses variabilités de la Supply Chain
(transport, achat, production, …). De plus
Inventory Analyst considérera aussi des
facteurs tels que fréquences et quantités de
livraison et / ou de réappro ainsi que
l’ensemble des délais de livraison de la
Supply Chain.
Non
Non
Oui (voir paragraphe précédent) Inventory
Analyst permet aussi de réaliser un ensemble
de simulations et de comparaisons de
simulations
Oui. Les critères ou un ensemble de critères
seront définis par les utilisateurs. Les critères
Si oui, selon quels critères
possibles sont ceux :
- des paramètres présents dans l’application
- des paramètres créés par les utilisateurs
30. En fonction d’un taux de service cible tous
Oui, c’est même l’objectif du produit pour
produits confondus (ex : 95%), peut-on calculer
une utilisation dans l’horizon opérationnel. Il
dans l’outil un mix optimal de taux de service par est aussi possible de lier un taux de service à
catégories de produits, et en déduire des niveaux un ensemble de produits (Kits, par exemple)
de stocks optimaux
31. Peut-on optimiser dans une Supply Chain
globale :
- Uniquement les niveaux de stocks de produits Oui
finis d’un réseau complexe multi-niveaux ?
- A la fois des niveaux de stocks de produits
Oui
finis et de composants (gestion de
nomenclatures)
Notre recommandation sera de gérer et de
planifier la totalité de la Supply Chain.
32. Critères de regroupement possibles pour les
commandes de réapprovisionnement ;
- par fournisseur
Notre outil calcule les tailles de lots
optimales par rapport à la demande et aux
stocks à la différence d’un ERP qui calcule
les réappros par rapport à la donnée que nous
calculons en entrée.
- par famille de produit
Non
- par transporteur
Non
- par montant
Non
- par poids
Non
- par volume
Non
- autre
33. Ces regroupements sont-ils effectués
Pas de regroupement
manuellement par l’utilisateur
Peuvent-ils être proposés automatiquement sur la
base de règles préétablies
34. Contraintes de livraison fournisseurs intégrées :
- délai
- Oui
- camion complet imposé
- Oui, en termes de planification
- minimum de commande
- Oui, en termes de planification
- barème quantitatif à optimiser
- Oui, en termes de planification
- planning de livraison
- Oui, en termes de planification
- autre
35. Politiques d’approvisionnement gérées en
Quantité économique de lancement, quantité
standard (quantité économique de commande,
fixe, période fixe, Lot pour Lot.
réassort en un pour un, fréquence fixe …)
36. En cas de pénurie (rupture, approvisionnement
différé, etc.), le logiciel peut-il gérer en
Non, cette fonction est plus une
automatique le déploiement théorique des
fonctionnalité de déploiement avec un DRP
quantités disponibles sur les sites
Si oui, selon quels critères en standard
NA
37. Plates-formes et BDD supportées
38. Mode de mise en oeuvre
Windows OS, MS SQL Server
Via les consultants ILOG ou le réseau de
partenaires d’ILOG comme BearingPoint,
39. Coût de licence à partir de
40. Mode ASP proposé
Coût de location à partir de
41. Coût moyen d’un projet
42. R.O.I. moyen
43. Principaux points forts de la solution
44. Stratégie de développement pour 2009 / 2010
IBM GBS, Accenture, etc.
NC
Non
NC
NC
En fonction de la complexité de la Supply
Chain. Le R.O.I. s’étale de : Immédiat à 4
mois
Couverture fonctionnelle étendue, capacités
de simulations et de comparaisons,
possibilités de gérer aux niveaux tactique et
opérationnel.
NC