Du paradigme Suivi/ordonnancement/GPAO au paradigme

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
1/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
2/45
Contexte historique
Système
d'information
SYTSTEME DE DECISION
Business Planning BP
Planification Ind . et
Commerciale PIC
Gestion de la
demande DP
Planif. des capacités
globales RCCP
GPAO
Plan Directeur
de Production MPS
Programmation matières
et capacités MRP
Suivi et contrôle
SYSTEME PHYSIQUE
Programmation usines
et fournisseurs Ordo
Ordonnancement
3/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
4/45
Un modèle plus détaillé
Système de
décision
Système
d'information
Système de
transaction
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
SYSTEME PHYSIQUE
5/45
Vue du coté GPAO
Où = Gamme principale
Quand = délais de mise à disposition
Comment = EXCEL
gamme principale
Combien = politique de lotissement
Avec qui : sous-traitances, RH
Besoins indépendants
GPAO
Informations
Transactions
Besoins dépendants
Ordres de fabrication
Besoins matière
6/45
MRP2
Besoins
indépendants
MRP II
Calcul à capacité
finie
OUI
Passe
NON
7/45
Ordonnancement
Ordonnancement
modification des gammes
modification des calendriers
modification des heuristiques
Visualisation
Déplacements
décalages
Ré-ordonnancement (Mise à Jour, perturbation)
...)
8/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
9/45
Le besoin d’intégration
Production
Gestion
Compta.
Achat
FONCTIONS
DE GESTION
Applications
transversales
Ressources
humaines
10/45
Le besoin d’intégration
Production
Gestion
Compta.
Achat
Ressources
humaines
Distributions
11/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
12/45
3 types d’intégration
GPAO
GPAO
Ressources
Humaines
Ressources
Humaines
Autre
Autre
SI
Gestion
Gestion
Finance
Finance
Intégration Point à Point
Intégration ERP
GPAO
Ressources
Humaines
Autre
Intégration EAI
Gestion
Finance
13/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
14/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
15/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
16/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
17/45
Intégration point à point
• Caractéristiques
– ne demande pas forcément de Business Reengineering
– 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 ?)
18/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
19/45
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.
20/45
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
21/45
Schéma de base
Application
Adaptateur
Message
Brooker
Transformation
routage
Abonnement
Publication
22/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
23/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.
24/45
Intégration : conséquence
Intégration totale
Diffusion totale
BD
Paramétrage
Formation
Règles de
fonctionnement
25/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
26/45
Intégration active ou passive
• Active (EAI ou interface) • ERP (intégration passive)
– intégration limitée au
besoin
– pas de propagation
– conservation des
processus métier
– mise en place graduelle
– n’impose pas le reengineering
– problème des évolutions
–
–
–
–
–
–
tout est intégré
très bon «reporting»
propagation délicate
lourd à conduire
mise en place en bloc
particularisation de
modules
27/45
Le Marché Français
SAP
Oracle application
JD Edouards
Intentia Consulting
QAD
People Soft
Baan
Navision
Autre
Source Business Intelligence Group
Exemple : groupe de 40 000 Personnes, projet de 50 Million d ’euros
28/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
29/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
30/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
31/45
Double aspect
Maintenance
Pilotage
Supervision
Qualité
Manufacturing Execution System
API
DNC
Réseaux
de
terrain
Système
de suivi
32/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
33/45
Le marché Européen
SAP
18%
Autres
26%
Siemens
9%
USData
5%
Rockw ell
IFS
5%
Emerson Invensys
5%
5%
6%
Aspen
6%
ABB
7%
Honeyw ell
8%
34/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
35/45
Processus / Nomenclature
Produit (composant)
Opération
Z semaines
Entreprise 3
Modélisation
MRP (ERP)
Y semaines
X semaines
Entreprise 1
Entreprise 2
36/45
Système de décision : APS
Business Planning
Programme
Directeur de
Production
Planification
PIC
Calcul des
détaillée des
charges
matières et
globales
capacités
Programmation
usines et
fournisseurs
Gestion
de la
demande
Exécution
• Vision globale
– distribution
– production
– approvisionnement
• Une échelle de temps
• Intégration des décisions
37/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
38/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
39/45
Les origines
EXCEL
Convivial
Graphique
Rapide
Propagation
de contraintes
APS
Calculateurs
puissants,
mémoire
importante
SOLVEURS RO
puissants, de plus
en plus performants
Intelligence
Artificielle
40/45
Les origines
Transport et
entrepôts
APS
I2 Technologies
Manugistic
Logility
ERP
Ordonnancement
d ’atelier
Ortems
SKEP de Dynasis,
APO de SAP,
Numerix de JDE
CAPS SCS de Baan
RedPepper de People soft
Plan Directeur
de Production
41/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 ?
42/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
43/45
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
44/45