Quelques constats sur l'évolution de l'informatique et des entreprises. Quelques constats sur l'évolution de l'informatique et des entreprises (3)



Documents pareils
Quelques constats sur l'évolution de l'informatique et des entreprises. Cours conçu initialement par Patrick Kellert Repris par Philippe Lacomme

Business & High Technology

LE SUPPLY CHAIN MANAGEMENT

Contexte : «l e-business» TECHNIQUES DE MARKETING EN LIGNE. Contexte : «l e-business» Création de valeur 02/02/12

Les PGI. A l origine, un progiciel était un logiciel adapté aux besoins d un client.

Du paradigme Suivi/ordonnancement/GPAO au paradigme ERP/APS/MES : révolution ou évolution?

ERP - PGI. Enterprise Resource Planning Progiciel de Gestion Intégré

Module n 2. Les applications des SI : e-business. Objectifs du Module n 2

Assises Métallerie ERP GPAO en métallerie: quelle offres, comment bien choisir son outil de gestion?

Business & High Technology

Chapitre 9 : Informatique décisionnelle

1. Logiciel ERP pour les PME d ici Technologies Microsoft Modules disponibles Finance Analyses & BI

l E R P s a n s l i m i t e

Leçon 11 GPAO. L'objectif principal de la leçon est de connaître et de comprendre les principales fonctionnalités d'un progiciel de GPAO, d'un ERP.

MINI-PROJET L ERP SAP R/3

OpenERP, un progiciel de gestion intégré pour entreprise, distribué sous licence libre (GPL), qui répond de manière efficace à la complexité et aux

Paie - RH. Un ERP à la richesse fonctionnelle exceptionnelle

L ERP global et proactif des Entreprises Moyennes

Microsoft France. Pour en savoir plus, connectez-vous sur ou contactez notre Service Client au *

ERP5. Gestion des Services Techniques des Collectivités Locales

DEMANDE D INFORMATION RFI (Request for information)

Conception, architecture et urbanisation des systèmes d information

Chapitre 1 : Introduction aux bases de données

En un coup d œil le descriptif de la solution OpenERP

DISCRETE MANUFACTURING

Les ERP. Enterprise Resource Planning

Fiche de l'awt Intégration des applications

Les nouvelles architectures des SI : Etat de l Art

OpenERP, un progiciel de gestion intégré pour entreprise, distribué sous licence libre (GPL), qui répond de manière efficace à la complexité et aux

Qu'est-ce que le BPM?

Introduction à la conception de systèmes d information

informatisé de l'entreprise

Gestion de production

e-business, EAI et Business Intelligence Le triptyque gagnant profondément les structures des organisations et par conséquence

En synthèse. HVR pour garantir les échanges sensibles de l'entreprise

Management des Systèmes d Information

Enterprise Intégration

Technologie data distribution Cas d usage.

Urbanisme du Système d Information et EAI

Urbanisation des SI. Des composants technologiques disponibles. Urbanisation des Systèmes d'information Henry Boccon Gibod 1

Le S.I. - colonne vertébrale de la Supply Chain étendue : deux approches pour réussir votre projet

Oracle Fusion Middleware Concepts Guide 11g Release 1 (11.1.1) Figure 1-1 Architecture Middleware

Pour une entreprise plus performante

La gestion des données de référence ou comment exploiter toutes vos informations

HARMONISEZ VOTRE. Insidjam ERP

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence

Didier MOUNIEN Samantha MOINEAUX

Le terme «ERP» provient du nom de la méthode MRP (Manufacturing Ressource Planning) utilisée dans les années 70 pour la gestion et la planification

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN

Management de la chaîne logistique. Professeur Mohamed Reghioui

Les activités numériques

SILOG, éditeur & intégrateur d ERP

Le Concept Dynamics Nav. B.I.Conseil

PRESENTATION DE OpenERP/Odoo. Progiciel de Gestion Intégré Open Source

Quels outils pour prévoir?

Présentation à la Direction des Santé Achats de la Société Générale. Asurances, soins, biens médicaux

Plan de l exposé Projets E-Business en PME le pourquoi et le comment

ARTEMIS VIEWS EARNED VALUE MANAGEMENT. avec CostView


ERP open source une solution pour les entreprises. 17/02/2010 Page: 1

Le module Supply Chain pour un fonctionnement en réseau

Prise en main du BusinessObjects XI R2 Service Pack 2/ Productivity Pack

Cegid Business Place Produflex

L informatique au service de la maintenance

ManageEngine IT360 : Gestion de l'informatique de l'entreprise

EAI urbanisation comment réussir?

IBM Business Process Manager

W4 - Workflow La base des applications agiles

des besoins de contenu des besoins de forme !"#$%&'($)$*"+,$-.*"#$*"$/.0#12+/13.0#

Bénéficiez d'un large choix d'applications novatrices et éprouvées basées sur les systèmes d'exploitation i5/os, Linux, AIX 5L et Microsoft Windows.

HR CRM VENTES PROJETS ACHATS PRODUCTION COMPTABILITE GESTION DES STOCKS

GLOBAL SUPPLY CHAIN MANAGEMENT & STRATEGIE LOGISTIQUE

Communiqué de Lancement

Chaîne logistique & TIC

Développez votre entreprise avec un ERP plus rapide, simple et flexible

Résumé CONCEPTEUR, INTEGRATEUR, OPERATEUR DE SYSTEMES CRITIQUES

«Outils de gestion pour TPE CRM / ERP» Club

IBM CommonStore for SAP V8.4 fournit un nouveau support complet pour ILM à partir de la gestion de la rétention des données SAP

1220 Promenade du St-Laurent, Batiscan, QC, G0X1A0 Tél:

Logistar, la solution haute p récision de votre Supply Chain

WHITE PAPER Une revue de solution par Talend & Infosense

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application

Les entreprises qui adoptent les communications unifiées et la collaboration constatent de réels bénéfices

Secteur Distribution & Retail

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM

JEEVES Information System

Gestion de production

En 2014 OpenERP s ouvre l horizon au delà de L ERP et prend l appellation de

L information et la technologie de l information ERP, EAS, PGI : une nécessité? H. Isaac, 2003

Consultant Dynamics AX Supply Chain

Conduite de projets informatiques Développement, analyse et pilotage (2ième édition)

Annuaires LDAP et méta-annuaires

Entreprises Solutions

Stratégies gagnantes pour la fabrication industrielle : le cloud computing vu par les dirigeants Dossier à l attention des dirigeants

PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES

Optimisez vos processus informatiques, maximisez le taux de rendement de vos actifs et améliorez les niveaux de service

Système d information : démystification, facteur de croissance et conduite du changement

Le mensuel GRATUIT Du Supply Chain Management. Par Cathy POLGE Rédactrice en Chef SCMAG www. SupplyChainMagazine.fr

Transcription:

Quelques constats sur l'évolution de l'informatique et des entreprises Dans les années 70, INFORMATIQUE rimait avec ORDINATEUR : on parlait plus de MIPS que d'applications. Ces dernières s'appuyaient sur la technique du traitement par lot. De par son coût élevé, un ordinateur était souvent partagé par plusieurs entreprises. Dans les années 75, la technique du temps réel est apparue et a révolutionné les processus de travail en entreprise. De plus, avec la décroissance des coûts d'un ordinateur, les entreprises se sont équipées massivement avec leur propre machine. Les années 80 ont vu apparaître les premiers PC's. L'utilisateur disposait alors de SON ordinateur et de SON application (logiciel générique personnalisé, tableurs, traitement de texte...). 1 2 Quelques constats sur l'évolution de l'informatique et des entreprises (2) Quelques constats sur l'évolution de l'informatique et des entreprises (3) Les années 90 ont consacré Unix et l'architecture de type client-serveur. Entreprise Département Mainframe Mini-ordinateur En particulier, l'architecture de type client-serveur permet une approche dite horizontale de l entreprise. Individu Individu / Micro-ordinateur Micro-ordinateur Entreprise / Mainframe Groupe / Client-serveur Département / Mini-ordinateur 3 4

Quelques constats sur l'évolution de l'informatique et des entreprises (4) Un collecticiel est un outil qui permet de supporter le travail coopératif ou travail en groupe. Le travail en groupe implique la présence d outils permettant aux personnes d un groupe géographiquement distantes, d interagir de façon plus ou moins synchrone, dans un plan commun virtuel de travail et de se partager des objets et des informations. Le travail de groupe implique la présence de personnes interagissant de façon asynchrone, unies autour de la réalisation d un objectif commun. Quelques constats sur l'évolution de l'informatique et des entreprises (5) Il existe trois catégories de collecticiels caractérisées chacune par des médias spécifiques : - les outils de communication synchrone ou asynchrone. La communication synchrone est réalisée par des outils de vidéoconférence retransmise par un réseau hertzien, un réseau numérique ou l Internet (TCP/IP) à l aide de Webcams 5 6 Quelques constats sur l'évolution de l'informatique et des entreprises (6) Quelques constats sur l'évolution de l'informatique et des entreprises (7) - les outils de partage d un même espace de travail, de fichiers ou d applications informatiques - les outils de coordination qui gèrent et coordonnent les activités de plusieurs utilisateurs. Les années 95 ont vu l'avènement des ERP's (Enterprise Resource Planning) dans les grandes entreprises Les années 2000 s'ouvrent sur l'internet et offrent aux entreprises la possibilité de faire du commerce efficacement à l'échelle planétaire. 7 8

Dans les années 70, les premiers progiciels apparaissent dans le domaine comptable. Parallèlement, des efforts sont faits (depuis les années 50) pour maîtriser le fonctionnement d'un système de production à l'aide des flux informationnels induits par les flux physiques. Dans les années 80, les progiciels poursuivent leur développement en s'orientant vers les domaines de la paie, de la GPAO et des ventes. Parallèlement, les progiciels MRP deviennent plus robustes et capables de générer des informations vraiment réalistes concernant l'état de l'entreprise. Finalement, les années 95 voient émerger les ERP's, une suite complète d'applications capables d'interconnecter toutes les fonctions de l'entreprise. 9 10 Qu'est-ce qu'un ERP? Question à laquelle il est très difficile de répondre... Dans un article publié en 2000 dans la revue Information Systems Frontiers Ed. Kluwer, les chercheurs H. Helmut, M. Rosemann et G. Gable constatent : - L'intégration large et forte des ERP's a seulement été réalisée depuis peu. - Les ERP's et plus généralement les progiciels, ont été, jusqu'à récemment, très peu étudiés Qu'est-ce qu'un ERP? (suite) Des désaccords parmi les chercheurs et les enseignants, sur la nature et la définition d'un ERP Certains auteurs déconseillent d'utiliser le terme ERP D'autres pensent que ERP n'est pas un terme qui fait référence à un objet distinct, mais plutôt à une catégorie signifiant un ensemble de produits similaires (concept de MEGAPACKAGE) D'autres encore considèrent un ERP comme le résultat des développements en Technologie de l'information pour les entreprises manufacturières D'autres, enfin, pensent que, ce que ERP signifie, est déterminé par les offres de produits des développeurs Thomas Davenport (Boston University) suggère de remplacer ERP par... BUSINESS SYSTEMS 11 12

Qu'est-ce qu'un ERP? (suite) Qu'est-ce qu'un ERP? (suite) De toute évidence, l'appellation ERP est une " appellation pas très bien contrôlée "! On dénombre pas moins 7 dénominations utilisées par la presse ou les éditeurs eux-mêmes, à savoir : progiciel progiciel intégré progiciel applicatif progiciel applicatif intégré progiciel de gestion progiciel de gestion intégré ERP 13 On peut néanmoins identifier deux dimensions capitales dans le concept d'erp : - le degré d'intégration (DI) - la couverture opérationnelle (CO) 14 Selon Jacques Antoine (01 Informatique, 30 juin 1995), un ERP est un ensemble de modules applicatifs généralement signés par un même éditeur et travaillant en mode natif sur une base de données unique, au sens logique du terme (même si celle-ci est géographiquement distribuée sur un réseau). Fonctionnellement, ces modules couvrent : la gestion comptable et financière le contrôle de gestion la gestion de production (type MRP II) la gestion des achats et des stocks l'administration des ventes la logistique (type DRP, Distribution Requirements Planning) Éventuellement, la paie 15 ERP & Gestion de Production : MRP et MRP II MRP a été développé pour calculer avec plus d'efficacité les besoins en matières premières d'un ou plusieurs systèmes industriel de production Les entreprises ont vite compris que la notion de profit maximum et la satisfaction des clients sont des objectifs qu'il faut imposer à toute l'entreprise. Dans ce sens, MRP II comprend de nouvelles fonctionnalités. 16

Les modules d'oracle Applications / ebusiness Suite Les modules d'oracle Applications ERP & Gestion de Production : MRP et MRP II Projets Intelligence Développement Ventes Commandes Planification Finances ebusiness suite Clients Fournisseurs Produits Business intelligence Achats Production Logistique Maintenance Relation clients Ressources humaines 17 Les principes de la méthode MRP sont simples : Principe 1 : prendre en compte le fait qu'un produit fini résultent de l'assemblage de composants qui sont soit fabriqués par l'entreprise elle-même, soit achetés à l'extérieur. Le descriptif de ces liens entre composants et composés est dénommé "nomenclature de production". Principe 2 : un atelier se décompose en postes de charge (une ou plusieurs machines) ; chaque composant à fabriquer se voyant associer une "gamme de fabrication", c'est-à-dire une suite d'opérations à réaliser sur les postes de charge 18 Produit Fini P NIVEAU 0 Gamme No 31 O2 Cycle 31.2 O51 O11 Cycle 31.1 Niveau usine Plus de détail Composant C Gamme No 51 Composant B O8 Cycle 51.3 Composant A NIVEAU 1 Niveau ligne de produit Niveau atelier O4 O21 Cycle 51.28 Niveau îlot O5 O12 Cycle 51.15 O44 O6 Meilleure compréhension globale Niveau machine Composant E NIVEAU 2 Exemple de lien entre la nomenclature d un produit et ses gammes Décomposition par strates d un système de production 19 20

ERP & Gestion de Production : MRP et MRP II ERP & Gestion de Production : MRP et MRP II La méthode MRP propose de partir de prévisions de production sur les produits finis pour calculer les besoins en composants et commander ceux qui sont achetés à des fournisseurs extérieurs La méthode MRP II déduit, à partir du plan de production, les demandes de capacité de production et les compare aux ressources effectivement disponibles. Un module de planification tente de déterminer la charge du système afin de satisfaire au mieux la réalisation du plan de production Enfin, un module d'ordonnancement détermine une affectation détaillée des tâches de travail aux machines Fonctionnement par "flux poussés" (les ordres de fabrication, générateurs de la production, vont se succéder dans le système) Le système réalise constamment des produits (tant qu'il y a de la matière en entrée) et les stocke en fin de processus dans des unités de stockage L'application de la méthode MRP permet des gains de productivité importants si : l'ensemble des demandes se fait sur un petit nombre de références la demande est très variable 21 22 ERP & Gestion de Production : MRP et MRP II ERP & Gestion de Production : Juste-à-Temps : Kanban Demande temps Quantité Demande Production Profil type de la demande à gérer en MRP temps Kanban (étiquette) est un cas particulier du Juste-à- Temps (JIT) inventé par TOYOTA Cette approche de production est diamétralement opposée à l'approche MRP : Répondre le plus rapidement possible à la multitude des demandes des clients sans avoir recours à des stocks importants, d'où un niveau de qualité élevé (matières premières, produits semi-ouvrés, produits fabriqués et processus de fabrication) Délègue un certain nombre de responsabilités. Se voulant rapidement adaptative à toute modification de la demande, elle oblige à disposer de centres de décision locaux qui responsabilisent les acteurs de la production 23 24

ERP & Gestion de Production : Kanban Nécessite le découpage de la chaîne de production en un enchaînement de différents stades de fabrication. Chaque stade est un client pour le stade qui précède et un fournisseur pour le stade suivant. Entre deux stades, il existe un stock intermédiaire. La production se réalise en "flux tirés" (principe de rétroaction) : le fournisseur produit parce que le consommateur est actif et lui envoie des informations sur son activité. Le producteur suit le rythme du consommateur ; il peut même ne plus rien avoir à faire si ce dernier stoppe toute activité ERP & Gestion de Production : Kanban Pour ce type de production, toute perturbation du système peut se révéler catastrophique. D'où les besoins : d'effectuer de la maintenance préventive pour les ressources de disposer d'opérateurs qualifiés sur la chaîne, capables non seulement d'assurer les tâches quotidiennes de la production, mais aussi de prendre des décisions quant à des opérations de petite maintenance et de réparation en cas d'aléas de garantir la qualité des produits entrant au niveau de chaque stade 25 26 ERP & Gestion de Production : Kanban Demande L'ensemble des demandes se fait sur un grand nombre de références et la demande varie faiblement temps Quantité Demande Production Profil type de la demande à gérer en Kanban temps 27 Exemple chez VALEO : le RCR Le principe du RCR (Reconstitué du Consommé Réel) est de structurer les stocks. L'état du stock d'un produit donné est divisé en lots et est visualisé sur un tableau Kanban Entre deux ZAP s (Zone Autonome de Production), il existe une boucle RCR Les étiquettes présentes sur le tableau, correspondent au nombre de lots de conditionnement que le consommateur a utilisés mais qui n'ont pas été renouvelés : Une étiquette est égale à un lot de conditionnement Chaque colonne du tableau correspond à une référence Le nombre total d'étiquettes pour une colonne correspond à la taille du stock Le stock du jour est égal au nombre total d'étiquettes moins le nombre d'étiquettes présentes sur le tableau 28

Une étiquette représente un lot de conditionnement ZONE VERTE ZONE BLANCHE ZONE ROUGE interdiction de fabriquer (zone de découvert autorisée) autorisation de fabriquer (zone de réflexion) quantité en stock mise en fabrication immédiate stock maxi quantité minimum de lancement stock de fonctionnement stock du jour stock mini stock nul 29 A B C Etat initial : le magasin est vide et toutes les étiquettes sont présentes sur le tableau La taille des zones peut varier selon les produits. Le dimensionnement du tableau est effectué pour chaque produit par la logistique 30 Qu'est-ce qu'un ERP? (suite) Un ERP a des défauts qui paradoxalement proviennent de ses qualités : - un ERP a une couverture opérationnelle (CO) élevée, -un ERP a un degré d intégration (DI) important. Selon Christian Nivoix, Président du Directoire CGI : «Les entreprises industrielles travaillent dans un environnement incertain et sur des marchés de plus en plus internationaux, ce qui demande une gestion non plus par fonctions et coûts, mais par processus et activités. Une gestion également plus rapide et plus flexible. Or, si un système d'erp intégré structure l'entreprise, en contrepartie, il la rigidifie» 31 Qu'est-ce qu'un ERP? (suite) En 1994, le CXP propose la définition d un ERP suivante : «Pour être intégré, un progiciel de gestion doit : - émaner d un concepteur unique - garantir à l utilisateur l unicité de l information, assurée par la disponibilité de l intégralité de la structure de la base de données à partir de chacun des modules, même pris individuellement - reposer sur une mise à jour en temps réel des informations modifiées dans tous les modules affectés - fournir des pistes d audit basées sur la garantie d une totale traçabilité des opérations de gestion - couvrir soit une fonction (ou filière) de gestion, soit la totalité du système d information de l entreprise» 32

Qu'est-ce qu'un ERP? (suite) La définition d un ERP proposée par le CXP est quelque peu critiquable : - l émanation d un seul concepteur est de moins en moins vraie - l adaptation rapide aux règles de fonctionnement n est pas requise - l uniformisation des interfaces homme-machine n est pas mentionnée. Qu'est-ce qu'un ERP? (suite) On peut alors constater que : - avec une telle description, un ERP relève de l horizontalité là où l application traditionnelle relève de la verticalité - un ERP rejoint parfaitement l architecture client-serveur - dans ce sens, le concept d ERP et celui de client-serveur sont en parfaite adéquation 33 34 Qu'est-ce qu'un ERP? (suite) Qu'est-ce qu'un ERP? (suite) Les 13 fonctions classiques de l entreprise industrielle: - Systèmes d'information - Finance & comptabilité - Ressources humaines - Qualité - Production et Méthodes - Équipements industriels - Distribution - Achats - Planification de la production - Recherche et développement - Service après vente - Ventes - Marketing 35 CAO CFAO Logistique ABC RH ordo GPAO GF GesCom EIS Informatisation des fonctions 36

Qu'est-ce qu'un ERP? (suite) Qu'est-ce qu'un ERP? (suite) CAO CFAO Logistique ABC ordo GPAO GF GesCom EIS CAO CFAO PDM Logistique ABC ordo GPAO ERP GF SCM GesCom EIS E-bus CRM RH RH Mais les fonctions ne sont pas isolées! 37 pour maîtriser l intégration l ERP! 38 Qu'est-ce qu'un ERP? (suite) Qu'est-ce qu'un ERP? (suite) CAO CFAO PDM ordo SCM Logistique GPAO ERP E-bus GesCom GF EIS CRM ABC CAO CFAO ordo PDM SCM GPAO E-bus LogistiqueERP GesCom GF ABC EIS CRM RH CAO CFAO ordo PDM SCM GPAO E-bus LogistiqueERP GesCom GF ABC EIS CRM RH E-collaboration CAO CFAO ordo PDM SCM GPAO E-bus LogistiqueERP GesCom GF ABC EIS CRM RH RH Du fournisseur du fournisseur au client du client... pour maîtriser l ERP les processus! 39 40

Le concept d'erp peut être considéré sous différents points de vue: Qu'est-ce qu'un ERP? (suite) Tout d'abord, et de manière très évidente, un ERP est un programme informatique Ensuite et fondamentalement, un ERP a pour objectif d'intégrer dans une structure intelligible, les données et les processus d'une entreprise Enfin, un ERP peut être vu comme l'élément clé d'une infrastructure qui offre une solution pour faire du commerce Caractéristiques d'un ERP Un ERP est un logiciel hautement configurable pour répondre aux différents besoins d'utilisateurs appartenant à différents secteurs de l'économie. En conséquence, un ERP existe sous 3 formes différentes : (a) Dans sa forme la plus complète, le progiciel est générique, (b) Dans une forme dédiée (pré-configurée) à un secteur spécifique de l'industrie ou à des entreprises d'une certaine taille, (c) Dans une forme dédiée à une entreprise particulière pour répondre aux besoins spécifiques de cette entreprise. 41 42 NIVEAU GENERIQUE ERP générique Pré-configuration Fabrication automobile Machine-outil Electronique Aérospatiale Fournisseur automobile Segment de l industrie ERP dédié Pré-configuration NIVEAU DEDIE Petit fournisseur automobile Fournisseur automobile moyen Grand fournisseur automobile Segment de l industrie ERP dédié en fonction de la taille de l entreprise Pré-configuration Grand fournisseur automobile mécanique Grand fournisseur automobile électrique Segment de l industrie ERP dédié en fonction de la taille de l entreprise et du type de produit NIVEAU PARTICULIER ERP configuré pour une entreprise C O N F I G U R A T I O N Concernant les ERP's orientés métier Arguments POUR La mise en œuvre est rapide Les coûts (paramétrage et installation) sont réduits Les fonctions métier améliorent la vitesse des processus Toutes les fonctions classiques d'un ERP sont présentes L'accès au CRM et au e- business est préservé Arguments CONTRE Ce choix impose des processus standard à l'entreprise Certains paramétrages peuvent être restrictifs L'adaptation à une structure internationale est difficile Plusieurs bases de données existent dans l'entreprise 43 44

Caractéristiques d'un ERP L'adaptation d'un ERP pré-configuré à une entreprise donnée est appelée phase de paramétrage (customizing) ou encore phase de configuration Ce qui caractérise un ERP par rapport à d'autres logiciels paramétrables (qui ne sont pas des ERP s) ou à des ERP s plus légers dédiés aux PME, c'est le nombre très élevé de possibilités de paramétrage qu'il offre Un ERP n'est pas un SGBD, ni un middleware et encore moins un système d'exploitation Par contre, un ERP s'appuie sur une base de données sous-jacente et intégrée qui contient les données jugées fondamentales et les données transactionnelles, et ce de manière cohérente et avec une redondance contrôlée Caractéristiques d un ERP (suite) - Un ERP prétend supporter, avec un niveau de complétude équivalent, toutes les fonctions opérationnelles (business functions) d une entreprise, - En plus de ces fonctions opérationnelles générales, un ERP supporte souvent des fonctions spécifiques à certains domaines 45 46 Caractéristiques d un ERP (suite) Exemple d architectures fonctionnelles Applications SAP R/3 Financial Accounting Treasury Controlling Enterprise Controlling Investment Management Production Planning Materials Management Plant Maint. & Service Manag. Quality Management Project System Sales & Distribution Human Resources Management Applications BaaN ERP (ERP LN) Finance Distribution Manufacturing Process Project Maintenance Service 47 48

Quelques applications Oracle Quelques applications ebs11 i Oracle Financials Customer Relationship Management suite Project Management Product suite Supply chain Planning and Management suite Manufacturing Discrete and Process and Order Management HRMS product family Caractéristiques d un ERP (suite) Bien qu un ERP soit composé de modules fonctionnels tels que la comptabilité financière ou les ventes, il offre une vue orientée processus de l entreprise Très souvent, un utilisateur n aura pas conscience du module fonctionnel qu il utilise Les processus supportés et les structures organisationnelles ainsi que les structures des données et des objets sont décrits par des modèles de référence Ces modèles permettent des accès rapides aux fonctionnalités et autorisent une navigation à travers différents niveaux d abstraction et entre différentes vues 49 50 Caractéristiques d un ERP (suite) Orientation processus Caractéristiques d un ERP (suite) Processus / modules? Planification Origines Fabrication Marketing Vente concept > lancement Appros > paiement demande > fabrication Campagne > commande Contrat > renouvellement Prévision > planification stocks > exécution Clic > commande Commande > paiement Demande > résolution Infos Ressources Humaines Back-office personnes > paie projet > profit comptabilité > états financiers Comptabilité 51 52

Caractéristiques d un ERP (suite) Société mère Caractéristiques d un ERP (suite) E-U EU Chicago Ouest Canada Canada Est Japon Japan Iles Tokara En d autres termes, les dépendances qui existent entre les traitements des fonctions ou processus de ces différents domaines, sont automatiquement prises en compte (condition essentielle de la réalité de l'intégration) via, généralement, une base de données commune Un ERP offre une approche multisociété, multisite, multilangue et multidevise qui lui permet d'être utilisé et reconnu au niveau d'un groupe international Stock Calgary Prod Montreal Stock Québec Prod Exemple d'organisation Stock 53 54 Caractéristiques d un ERP (fin) Pourquoi investir dans un logiciel de gestion intégré? Produits Projets Services Création de l offre Commerce Logistique Production Achats Finance Ressources Humaines Supply Chain CAO, DAO, GDT Gestion d entrepôt Besoins couverts par les ERP s en termes de système d information Gestion de projets CRM SRM Amélioration des processus pour un meilleur contrôle des coûts Remplacement de vieux logiciels Accroître l accessibilité à l information pour la prise de décision Gain de compétitivité Amélioration de la satisfaction client Source : infoworld ERP 55 56

Progiciels spécialisés v.s. ERP Les progiciels spécialisés sont des outils dédiés, d'une part, à un domaine fonctionnel spécifique et, d'autre part, à un type d'entreprise. Choisir d'équiper une entreprise avec des progiciels spécialisés conduit, de fait, à un cloisonnement des différentes fonctions de l'entreprise. Une conséquence immédiate est l'existence dans l'entreprise, d une collection de systèmes d'information hétérogènes Progiciels spécialisés v.s. ERP (2) Les progiciels spécialisés ont actuellement l avantage sur des niches comme les fonctions : de gestion des entrepôts (datawarehouse management) de la chaîne logistique (Supply Chain SC) des applications statistiques de gestion de projets de la connaissance et de l influence des marchés 57 58 Progiciels spécialisés v.s. ERP (3) Progiciels spécialisés v.s. ERP (4) L'approche proposée par les ERP's ou Progiciels de Gestion Intégrés, est radicalement différente de celle des progiciels spécialisés. Un ERP évite la création d'îlots applicatifs ayant chacun leurs propres règles de fonctionnement et leur référentiel. Un ERP constitue véritablement l épine dorsale système d information. Par exemple, une entreprise a mis en place le module «achat» d un ERP. Ceci l oblige à : Standardiser ses références Supprimer celles qui sont dormantes ou identiques Maîtriser les volumes et les chiffres d affaires par fournisseur Optimiser le nombre de fournisseurs et de produits Cela, bien sûr, peut nécessiter plusieurs mois de travail, mais ce travail est fait UNE FOIS POUR TOUTES du 59 60

Progiciels spécialisés v.s. ERP (5) Progiciels spécialisés v.s. ERP (6) En résumé : Un progiciel spécialisé contribue à optimiser fonctionnement de la fonction à laquelle il est dédié. Remarque : progiciel spécialisé niche La véritable valeur ajoutée d'un ERP par rapport aux progiciels spécialisés réside dans le terme " intégration «. le bon Chaque module d'un ERP est moins " efficace " qu'un progiciel spécialisé. 61 Ressource Système d information ERP Culture identique à l ensemble des utilisateurs Compétence et savoirfaire unique Recherche d une couverture complète et des bénéfices de l intégration Ossature pérenne Progiciels spécialisés Minimiser la dépendance vis-à-vis d un éditeur Recherche de l optimum de chaque domaine et de la progressivité de mise en œuvre Avantages/inconvénients ERP unique v.s. progiciels spécialisés 62 Progiciels spécialisés v.s. ERP (7) Les éditeurs d ERP réagissent soit par : Progiciels spécialisés v.s. ERP (8) Cette concurrence entre progiciels spécialisés et ERP s a conduit au développement de nouvelles technologies regroupées sous l acronyme EAI (Enterprise Application Integration). des développements internes à l ERP le rachat de progiciels concurrents et leur intégration progressive dans l ERP Peut nécessiter plusieurs années La finalité d un produit EAI est l intégration entre des progiciels ou ERP s différents ayant éventuellement des architectures techniques différentes. Exemples : Mercator, CrossWorld, Active Software, Viewlocity, 63 64

Progiciels spécialisés v.s. ERP (9) Les frameworks métier : une alternative? - les ERP s proposent des processus déjà paramétrés - cependant, ils n offrent aucune souplesse d adaptation à l organisation de l entreprise - or les décideurs comptent bien tirer de leurs SI de la valeur ajoutée - les frameworks métier sont peu nombreux et sont liés à des outils de développement - les Enterprise Java Beans (EJB) vont certainement contribuer à ouvrir très largement cette offre et dynamiser le marché 65 66 Les frameworks métier : une alternative? SanFranscico : un framework généraliste - ces solutions offrent le compromis tant attendu entre souplesse et coût - la gestion des processus est prise en charge par des systèmes externes de workflow applicatif Objectif : permettre aux éditeurs et aux grandes entreprises de développer leurs processus d entreprise et de les déployer rapidement. Les composants métier sont écrits en Java Les règles propres à chaque entreprise sont ajoutées manuellement Ce rajout est commun aux ERP mais un ERP implante un modèle propriétaire 67 68

IBM San Franscico SanFranscico : un framework généraliste SanFranscico se compose de trois couches logicielles qui s appuient sur une machine virtuelle Java Applications partenaires Platesformes supportées Comptabilité générale Comptabilité générale Comptabilité des tiers Comptabilité des tiers Achats/ Ventes Achats/ Ventes Processus métier Stocks/ Inventaire Stocks/ Inventaire Objets métier (notions de volume, quantité, devises) WebSphere (serveur d applications et serveur d EJB) Machine virtuelle Java Serveurs : NT AIX OS/400 SUN Solaris HP/UX Clients : HTML/XML Java Beans Lotus Active X Autres Autres 69 IBM's e components ;-) Microsoft Business Framework (10/2005) Green Project Navision D'autres frameworks Oracle ADF & JDeveloper 10g SAP Business Framework 70 Front-office : sous-ensemble du SI participant à la fonction d avant-vente, de vente et d après vente Back-office : sous-ensemble du SI prenant en charge la gestion des ressources de l entreprise (humaines, stocks, produits ) Application-to-application (A-to-A ou A2A) : est tourné vers l intégration interne en entreprise. C est le domaine historique de l EAI Business-to-business (B-to-B ou B2B) : est tourné vers l intégration globale, sur Internet, des processus commerciaux de plusieurs entreprises. Business-to-consumer (B-to-C ou B2C) : est tourné vers le service Web en ligne et la construction de portails accédant à des sources d information disséminées EAI et e-business sont intimement liés car le développement de l e-business entraîne celui des produits d EAI. La composante B2B prend le pas sur les problématiques d intégration internes à l entreprise Tous les outils EAI leaders supportent désormais ce type de communication (généralement sous l appellation integration e- business), par définition compatible avec les normes Internet HTTP et XML Tout l intérêt de l EAI est de permettre un échange performant d informations entre applications ou progiciels, sur platesformes hétérogènes, dans des systèmes d information en constante évolution EAI = transport+routage+transformations+connecteurs+workflow 71 72

Une commande Exemple d architecture à EAI multiples dans une entreprise de distribution 73 74 Workflow et Système Workflow De manière générale, le workflow est l'ensemble des moyens mis en œuvre pour automatiser et gérer entièrement les processus d'une organisation Après avoir modélisé ces processus, le Workflow a pour but de transcrire les modèles obtenus en une forme exécutable qui permet de suivre et de contrôler leur exécution La gestion de processus inclut également la coordination et la synchronisation des différents acteurs des processus La gestion de processus permet donc d'attribuer à chaque acteur et au bon moment, les tâches dont il a la responsabilité avec les ressources et les informations qui lui sont nécessaires Exemples de workflows sous OA Acheminer une note de frais pour approbation en fonction des limites d approbation prédéfinies et une hiérarchie d acheminement Notifier un acheteur qu une commande doit être approuvée Générer la comptabilité des achats, de l amortissement et des cessions d immobilisations Créer un avoir pour une facture client Adapter le traitement des commandes client en fonction du type de commande 75 76

Workflow et Système Workflow Le workflow : élément central La Gestion de Processus donne la possibilité de tracer et de suivre pas à pas le déroulement des workflows de l'entreprise, en particulier de répondre aux questions suivantes : qui fait quoi, quand, comment, avec quoi et et dans quel but? Définition d'un Workflow proposée par la "Workflow Management Coalition" (WfMC : www.wfmc.org) : Un Workflow est un processus d'une organisation, gérable par un outil Workflow. Il est établi dans le but principal d'automatiser l'exécution du processus, mais il peut aussi servir à le simuler et à l'analyser. On parle également de "flux de travaux" ou de "procédure workflow" 77 78 Workflow et Système Workflow Workflow et Système Workflow source : WfMC Selon la WfMC : un système Workflow ("Workflow management system") définit, gère et exécute des procédures en exécutant des programmes dont l'ordre d'exécution est prédéfini dans une représentation informatique de la logique de ces procédures les workflows. Un système Workflow est est parfois appelé plus simplement Workflow (donc un un risque de de confusion avec la la technologie), "logiciel de de gestion des procédures" ou ou "fluxgiciel". Métamodèle UML d'un Workflow pour la définition de processus 79 80