Du paradigme Suivi/ordonnancement/GPAO au...

44
1/45 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

Transcript of Du paradigme Suivi/ordonnancement/GPAO au...

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

7/45

MRP2

MRP IICalcul à capacité

finiePasse

OUI

NON

Besoinsindépendants

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

11/45

Le besoin d’intégration

Production

GestionCompta.

Achat

Ressourceshumaines Distributions

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

44/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