Du paradigme Suivi/ordonnancement/GPAO au paradigme ERP/APS/MES : révolution ou
évolution ?
Présentation faite par P. Batiste au Congrès CPI ’2001 à Fez
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
Contexte historique
SYTSTEMEDEDECISION
SYSTEME PHYSIQUE
Planif. des capacités globales RCCP Business Planning BP
Gestion de la demande DP
Plan Directeur de Production MPS
Programmation matières et capacités MRP
Programmation usines et fournisseurs Ordo Planification Ind . et
Commerciale PIC
Suivi et contrôle Système d'information
GPAO
Ordonnancement
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
Un modèle plus détaillé
Système d'information
Système de transaction Système de
décision
SYSTEME PHYSIQUE
Système de saisie et transmission des informations, consignes ou commandes
Transaction = propagation
des effets des décisions à partir des informations Programme = Décision
et transaction Information =/= transaction
Où = Gamme principale
Quand = délais de mise à disposition Comment = gamme principale
Combien = politique de lotissement Avec qui : sous-traitances, RH
Vue du coté GPAO
GPAO Informations
Transactions Besoins indépendants
Besoins dépendants Ordres de fabrication
Besoins matière
EXCEL
MRP2
MRP II
Calcul à capacité finie
Passe
OUI
NON Besoins
indépendants
Ordonnancement
Ordonnancement Visualisation
Déplacements décalages
modification des gammes modification des calendriers modification des heuristiques
Ré-ordonnancement (Mise à Jour, perturbation) ...)
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
Le besoin d’intégration
Production
Gestion Compta.
Achat
Ressources humaines
Applications transversales
FONCTIONS DE GESTION
Le besoin d’intégration
Production
Gestion Compta.
Achat
Ressources
humaines Distributions
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
3 types d’intégration
GPAO
Ressources Humaines
Finance
Gestion Autre
GPAO
Ressources Humaines
Finance
Gestion Autre
SI
GPAO
Ressources Humaines
Finance
Gestion Autre
Intégration Point à Point Intégration ERP
Intégration EAI
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
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
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
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
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 ?)
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
Définition de l’EAI
L'objet de l'EAI (Enterprise Application Integration, traduisez intégration des applications de l'entreprise) est l'intéropérabilité et l'organisation de la circulation de l'information entre des
applications hétérogènes, c'est-à-dire faire communiquer les différentes applications de l'entreprise, voire même celles des clients, des partenaires ou des fournisseurs.
Un projet d'EAI consiste donc dans un premier temps à mettre en place une architecture dans laquelle les différentes applications communiquent entre elles. Il s'agit donc de développer des
connecteurs (middleware) permettant d'interfacer des
applications 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 les applications : il permet de définir un workflow entre les
applications et constitue ainsi une alternative aux ERP avec une approche plus modulaire.
Principe des EAI
Application spécifique 1
Application spécifique 2
Application spécifique 3
Application spécifique 4
Application EAI
SCM ERP CRM E-business
Schéma de base
Message Brooker
Transformation routage
Application Adaptateur
Abonnement Publication
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
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.
Intégration : conséquence
Intégration totale Diffusion totale
Paramétrage Formation Règles de
fonctionnement BD
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
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
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
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
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
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
Double aspect
API DNC
Réseaux de terrain
Système de suivi Supervision
Maintenance Pilotage
Qualité Manufacturing Execution System
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
Le marché Européen
SAP 18%
IFS 5%
Autres 26%
ABB Aspen 7%
6%
Invensys 6%
Siemens 9%
Honeyw ell Emerson 8%
5%
USData 5%
Rockw ell 5%
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
Processus / Nomenclature
Entreprise 1
Entreprise 2
Entreprise3 XsemainesYsemainesZsemaines
Modélisation MRP (ERP) Produit (composant) Opération
Système de décision : APS
• Vision globale
– distribution – production
– approvisionnement
• Une échelle de temps
• Intégration des décisions
Business Planning
PIC Gestion
de la demande
Programme Directeur de Production Calcul des
charges globales
Planification détaillée des matières et
capacités Programmation
usines et fournisseurs
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
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
Les origines
APS EXCEL
Convivial Graphique Rapide
SOLVEURS RO puissants, de plus
en plus performants
Propagation de contraintes
Intelligence Artificielle Calculateurs
puissants, mémoire importante
Les origines
APS Transport et
entrepôts
I2 Technologies Manugistic Logility
Ordonnancement d ’atelier
Ortems
Plan Directeur de Production
SKEP de Dynasis,
ERP
APO de SAP, Numerix de JDE CAPS SCS de Baan
RedPepper de People soft
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 ?
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
Conclusion
• ERP et MES : évolution ou révolution
– suite du concept de CIM
– intégration des systèmes d’information et de transaction
– finalement peu différent de l’informatisation par système complémentaire
• APS : évolution ou révolution
– première véritable informatisation des décisions
