du paradigme suivi/ordonnancement/gpao au...
TRANSCRIPT
1/45
Du paradigme Suivi/ordonnancement/GPAOau paradigme ERP/APS/MES : révolution ou
évolution ?
Présentation faite par P. Batiste au Congrès CPI ’2001 à Fez
2/45
Sommaire
• Le contexte historique• Le besoin d’intégration• Le système d’information et l’intégration
– L’intégration des fonctions de gestion– L’intégration au niveau atelier
• Le système de décision– Emergence du concept d’APS
• Conclusion
3/45
Contexte historique
SYTS
TEM
ED
ED
EC
ISIO
N
SYSTEME PHYSIQUE
Planif. des capacitésglobales RCCP
Business Planning BP
Gestion de lademande DP
Plan Directeurde Production MPS
Programmation matièreset capacités MRP
Programmation usineset fournisseurs Ordo
Planification Ind. etCommerciale PIC
Suivi et contrôle
Systèmed'information
GPAO
Ordonnancement
4/45
Et Aujourd’hui
• Enterprise Resource Planning ERP– Progiciel de Gestion Intégré (PGI)
• Enterprise Application Integration EAI (eAI)– message Broker, Xml, Corba, …
• Advance Planning and Scheduling APS• Manufacturing Execution System MES• Logiciel de Supply Chain Management SCM• Business Process re-engineering BPR• Product Data Management PDM
5/45
Un modèle plus détaillé
Systèmed'information
Système detransaction
Système dedécision
SYSTEME PHYSIQUE
Système de saisie et transmission desinformations, consignes ou commandes
Transaction = propagationdes effets des décisionsà partir des informations
Programme = Décisionet transaction
Information =/= transaction
6/45
Où = Gamme principaleQuand = délais de mise à dispositionComment = gamme principaleCombien = politique de lotissementAvec qui : sous-traitances, RH
Vue du coté GPAO
GPAOInformationsTransactions
Besoins indépendantsBesoins dépendantsOrdres de fabrication
Besoins matière
EXCEL
8/45
Ordonnancement
Ordonnancement Visualisation
Déplacementsdécalages
modification des gammesmodification des calendriers
modification des heuristiques
Ré-ordonnancement (Mise à Jour, perturbation)...)
9/45
Sommaire
• Le contexte historique• Le besoin d’intégration• Le système d’information et l’intégration
– L’intégration des fonctions de gestion– L’intégration au niveau atelier
• Le système de décision– Emergence du concept d’APS
• Conclusion
10/45
Le besoin d’intégration
Production
GestionCompta.
Achat
Ressourceshumaines
Applicationstransversales
FONCTIONSDE GESTION
12/45
Le besoin d’intégration
• Besoin de rationaliser les applications– diminution des applications (diviser par 100!!!),– re-engineering des processus opérationnels– visibilité sur l’entreprise (tableau de bord)– unicité des données dans certains cas
• Besoin d’intégration– mise en place de WorkFlow– propagation inter-applications
13/45
3 types d’intégration
GPAO
RessourcesHumaines
Finance
Gestion
Autre
GPAORessourcesHumaines
Finance
Gestion
Autre SI
GPAO
RessourcesHumaines
Finance
Gestion
Autre
Intégration Point à Point Intégration ERP
Intégration EAI
14/45
Deux niveaux d’intégration
• Niveau Entreprise– gestion des ressources
humaines– gestion financière– comptabilité– achat distribution– production– gestion des stocks– etc
• Niveau Atelier– maintenance– ordonnancement– qualité– suivi de la production– gestion des heures– gestion des données
techniques, documentation– etc
15/45
Sommaire
• Le contexte historique• Le besoin d’intégration• Le système d’information et l’intégration
– L’intégration des fonctions de gestion– L’intégration au niveau atelier
• Le système de décision– Emergence du concept d’APS
• Conclusion
16/45
Niveau entreprise
• Interfaçage limité au besoin– Intégration ACTIVE
• Intégration point à point• Intégration par EAI
– Méthode par construction
• Intégration totale– Intégration Passive
• Enterprise Resource Planning
– Méthode par paramétrage, par élagage
17/45
Intégration point à point
• Objectifs– identifier les interfaces, les workflows– développer du spécifique pour répondre au besoin
• Moyen– travail pour des SSII, beaucoup de développement
• Caractéristiques– réputé lourd en développement– intégration limitée au besoin
18/45
Intégration point à point
• Caractéristiques– ne demande pas forcément de Business Re-
engineering– suppose une situation initiale propre– demande une homogénéité des applications– doit évoluer dès qu’une application évolue– souvent le fruit d’une histoire lente (Kaizen ?)
19/45
Intégration par générateur
• Objectif– développer automatiquement des interfaces– permettre des interfaces à moindre coût
• Moyen– «Enterprise Application Interface» : EAI
• Avantage– standard de fait, conserve les applications métiers
20/45
Définition de l’EAI
L'objet de l'EAI (Enterprise Application Integration, traduisezintégration des applications de l'entreprise) est l'intéropérabilitéet l'organisation de la circulation de l'information entre desapplications hétérogènes, c'est-à-dire faire communiquer lesdifférentes applications de l'entreprise, voire même celles desclients, des partenaires ou des fournisseurs.
Un projet d'EAI consiste donc dans un premier temps à mettre enplace une architecture dans laquelle les différentes applicationscommuniquent entre elles. Il s'agit donc de développer desconnecteurs (middleware) permettant d'interfacer desapplications utilisant des protocoles de communications différents(généralement propriétaires).
Toutefois le projet d'EAI va au-delà de l'intéropérabilité entre lesapplications : il permet de définir un workflow entre lesapplications et constitue ainsi une alternative aux ERP avec uneapproche plus modulaire.
21/45
Principe des EAIApplicationspécifique 1
Applicationspécifique 2
Applicationspécifique 3
Applicationspécifique 4
Application EAI
SCM ERP CRM E-business
22/45
Schéma de base
MessageBrooker
Transformationroutage
Application Adaptateur
AbonnementPublication
23/45
Intégration par ERP
• Objectif :– remplacer toutes les applications par une seule !
• Moyen– re-engineering des fonctions de l’entreprise– déploiement fonction par fonction– remplacement échelonné des anciennes fonctions– installation par des SSII
24/45
Différentes approches
• Ex nihilo– soit par un nouveau logiciel (SAP)– soit par intégration de modules autour d’une seule
base de données
• Par évolution– partir d’une application de base principale– racheter ou développer des compléments– approche Point à Point en interne.
25/45
Intégration : conséquence
Intégration totaleDiffusion totale
ParamétrageFormationRègles defonctionnement
BD
26/45
Difficultés
• Problème de diffusion dans les applications– pas de définition claire de l’importance d’une
donnée– problème du détournement de sémantique– problème des corrections d’erreurs (diffusion TR)
• Importance du paramétrage– limite des modules utilisés– met des barrières implicites
27/45
Intégration active ou passive
• Active (EAI ou interface)– intégration limitée au
besoin– pas de propagation– conservation des
processus métier– mise en place graduelle– n’impose pas le re-
engineering– problème des évolutions
• ERP (intégration passive)– tout est intégré– très bon «reporting»– propagation délicate– lourd à conduire– mise en place en bloc– particularisation de
modules
28/45
Le Marché Français
Source Business Intelligence Group
SAP
Oracle application
JD Edouards
Intentia Consulting
QAD
People Soft
Baan
Navision
Autre
Exemple : groupe de 40 000 Personnes, projet de 50 Million d ’euros
29/45
Sommaire
• Le contexte historique• Le besoin d’intégration• Le système d’information et l’intégration
– L’intégration des fonctions de gestion– L’intégration au niveau atelier
• Le système de décision– Emergence du concept d’APS
• Conclusion
30/45
Intégration Atelier : MES
• Gestion des ressources• Ordonnancement à capacité finie• Gestion des OF• Gestion du travail
• Documentation au sens large• Contrôle des documents
• Traçabilité produits
• Acquisition de données
31/45
Intégration Atelier : MES
• Autour de la production• Analyse des performances
• Gestion de la maintenance
• Gestion des process
• Gestion de la qualité
• Gestion des ressources secondaires• Outillages• Disponibilités
32/45
Double aspect
API DNCRéseaux
deterrain
Systèmede suivi
SupervisionMaintenance Pilotage
Qualité
Manufacturing Execution System
33/45
Les origines des MES
• Rien ne venant de l’ordonnancement– déplacement vers les ERP
• Côté métier– spécialisation de superviseurs dédiés– se cale sur l’application métier et ses originalités
• D’autres applications– GMAO en particulier
34/45
Le marché Européen
SAP18%
IFS5%
Autres26%
ABB7%Aspen
6%Invensys
6%
Siemens9%
Honeyw ell8%
Emerson5%
USData5%Rockw ell
5%
35/45
Sommaire
• Le contexte historique• Le besoin d’intégration• Le système d’information et l’intégration
– L’intégration des fonctions de gestion– L’intégration au niveau atelier
• Le système de décision– Emergence du concept d’APS
• Conclusion
36/45
Processus / Nomenclature
Entreprise 1
Entreprise 2
Entre
pris
e3
Xse
mai
nes
Yse
mai
nes
Zse
mai
nes
ModélisationMRP (ERP)
Produit (composant)
Opération
37/45
Système de décision : APS
• Vision globale– distribution– production– approvisionnement
• Une échelle de temps• Intégration des décisions
Business Planning
Exécution
PIC
Gestionde la
demande
ProgrammeDirecteur deProduction
Calcul deschargesglobales
Planificationdétaillée desmatières et
capacitésProgrammation
usines etfournisseurs
38/45
Coût de la hiérarchisation
• Introduction de marge– une période par niveau
• Calcul de besoin souvent niveau par niveau• Plusieurs échelles de temps
– entreprise : mois (PdP)– atelier : semaine
• Système très peu réactif
39/45
Vision APS
• Système d’optimisation globale– prise en compte de véritables variables de décision
• choix des lieux• choix des gammes• choix des quantités
– aucune hiérarchisation• une seule échelle de temps• processus de production basique, multi-atelier
– système multi-critères
40/45
Les origines
APS
EXCELConvivialGraphiqueRapide
SOLVEURS ROpuissants, de plus
en plus performants
Propagationde contraintes
IntelligenceArtificielleCalculateurs
puissants,mémoireimportante
41/45
Les origines
APS
Transport etentrepôts
I2 TechnologiesManugisticLogility
Ordonnancementd ’atelier
Ortems
Plan Directeurde Production
SKEP de Dynasis,
ERP
APO de SAP,Numerix de JDECAPS SCS de BaanRedPepper de People soft
42/45
Caractéristiques
• Une Ferrari au service d’un enfant– qui est capable de la conduire ?– comment gérer la mémoire et le coût d’instabilité ?– optimiser les coûts oui, mais la valeur ????
• Comment régler les paramètres ?– les critères (ou les contraintes)– les degrés de liberté : jusqu’où ?
• Quel coût pour l’implantation ?
43/45
Sommaire
• Le contexte historique• Le besoin d’intégration• Le système d’information et l’intégration
– L’intégration des fonctions de gestion– L’intégration au niveau atelier
• Le système de décision– Emergence du concept d’APS
• Conclusion