|
Le contrô le ATP - du progicie l
intégré a la solution spécifique
|
|
|
3 Le progiciel
Un prototype grossier est déve loppé
autour de DP et gATP.
Mais Arce lor est dans un cycle haut, la demande
dépasse l'offre et les usines ne suivent plus la cadence imposée
par des commerciaux commissionnés a la commande.
Dans l'urgence on décide de mettre le prototype
en production.
En 2003 Arce lor imp lémente donc la solution
SAP Advanced Planner and Optimizer (APO) pour le contrô le de
disponibilité a la prise de commande, au travers de 2 modules
:
APO Demand Planning (DP) : ce module de p
lanification de la demande permet de gérer des prévisions de la
demande sur les produits de l'entreprise. Le module permet de prendre en compte
différents facteurs qui ont de l'inf luence sur la demande (par exemp le
l'historique de la demande) ainsi que différents modeles statistiques
(time series, stochastiques, régression linéaire...).
APO global Available-To-Promise (gATP) : ce module de
contrô le de disponibilité est un AATP multi-niveau, capable d'ana
lyser le contingentement, la production, les capacités de transport et
les coOts dans un environnement global. I l exécute des contrô les
de capacités et de composants multi-niveau, qui peuvent être
réa lisés avec des données agrégées
résidant en mémoire. Grace a la techno logie liveCache (cette
techno logie consiste a stocker en mémoire les données ATP
pertinentes : quantités, contingentement, etc. pour optimiser les temps
de réponse), il est possible de consulter les informations tres
rapidement pour prendre des engagements réa listes.
|
Le contrôle ATP - du progicie l integre a la
solution spécifique
|
|
|
Un premier niveau de controle macro, dit « 1A
», est suivi d'un niveau plus fin, le « 1B ».
Figure 73 - Les flux de données autour
d'APO
Cette implementation restera très «simple
» : pas de multi-niveau, pas d'historique, pas d'ana lyse stochastique...
Mais elle montrera assez vite ses limites : la soup lesse n'est pas au
rendez-vous.
|
Le controle ATP - du progicie l integre a la solution
spécifique
|
|
|
Figure 74 - Les stapes d'un check APO
(Source
SAP)
Des evolutions sont necessaires mais il faut attendre
2005 pour toucher a APO.
En 2005 le projet « Leading transformation
» lance par la DG d'Arce lor, amene la branche Industrie a rejoindre
l'Auto dans le controle APO. C'est le projet « AF transformation »,
bouclé en 2 mois. A cette occasion le controle de niveau 1A est sorti
d'APO et implements en developpements ABAP5 specifiques, et on a
desormais :
n 1A pour les commandes Spot et les De lins (Schedule
Agreements)
n 1B pour les Spot, quand le 1A est OK
SAP annonce la fin de maintenance de la version 3.0A
d'APO, et j'assure a lors en mai 2006 la montée de version d'APO 3.0A
vers SCM 4.1.
En novembre 2006 Arce lor fusionne avec Mitta
l.
Fin 2006 le 1A est refondu, et les allocations
viennent de IDPP, une application pilote sous BI-iP. On sait déjà
que les allocations devront passer de la maille trimestre a la maille mois;
Mitta l travaille a la maille semaine !
5 ABAP est le langage de
programmation propriétaire de SAP
| 
