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 Business Planning BP Système d'information SYTSTEME DE DECISION Gestion de la demande DP Planification Ind. et Commerciale PIC Plan Directeur de Production MPS Programmation matières et capacités MRP Planif. des capacités globales RCCP GPAO 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 d'information Système de décision Système de transaction Transaction = propagation des effets des décisions à partir des informations Système de saisie et transmission des informations, consignes ou commandes SYSTEME PHYSIQUE Programme = Décision et transaction Information =/= transaction 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 Passe OUI NON 7/45
Ordonnancement Ordonnancement Visualisation modification des gammes modification des calendriers modification des heuristiques 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 Achat Production Gestion Compta. Applications transversales FONCTIONS DE GESTION Ressources humaines 10/45
Le besoin d intégration Achat Production Ressources humaines Gestion Compta. 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 Ressources Humaines GPAO Ressources Humaines Autre Autre SI Finance Gestion Finance Gestion Intégration Point à Point Intégration ERP GPAO Ressources Humaines Autre Gestion Intégration EAI 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) 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 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 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 Supervision Maintenance Pilotage 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 Autres 26% SAP 18% Siemens 9% USData 5% Rockw ell 5% IFS 5% Emerson 5% Invensys 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 Entreprise 1 Produit (composant) Opération X semaines Modélisation MRP (ERP) Y semaines Entreprise 3 Z semaines Entreprise 2 36/45
Système de décision : APS Business Planning Gestion de la demande Calcul des charges globales Programme Directeur de Production Planification PIC détaillée des matières et capacités Programmation usines et fournisseurs Vision globale distribution production approvisionnement Une échelle de temps Intégration des décisions Exécution 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 APS SOLVEURS RO puissants, de plus en plus performants Propagation de contraintes Calculateurs puissants, mémoire importante Intelligence Artificielle 40/45
Les origines Transport et entrepôts I2 Technologies Manugistic Logility ERP APS APO de SAP, Numerix de JDE CAPS SCS de Baan RedPepper de People soft Ordonnancement d atelier Ortems SKEP de Dynasis, 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