MASTER INGENIERIE POUR LA SANTE ET LE MEDICAMENT OPTION «DEVELOPPEMENT ET PRODUCTION PHARMACEUTIQUES» I. Les logiciels de gestion de production :

Transcription

1 MASTER INGENIERIE POUR LA SANTE ET LE MEDICAMENT OPTION «DEVELOPPEMENT ET PRODUCTION PHARMACEUTIQUES» I. Les logiciels de gestion de production : II. Etude comparative : III. IV. ERP, MES, Supervision PROJET INDUSTRIEL : Présenté par Guillaume BONNAS et Benjamin MENON tuteur : SEBERT Patrice Année universitaire

2 Remerciements Nous remercions Mr Patrice SEBERT de nous avoir guidés et éclairés pour mener à bien ce projet portant sur les logiciels de gestion de production. De plus, nous remercions les industriels de nous avoir fait part de leur savoir faire, ce qui nous permis d avoir une vue et une approche différentes des logiciels de gestion au sein des entreprises pharmaceutiques. 2

3 Sommaire LES LOGICIELS DE GESTION DE PRODUCTION : ETUDE COMPARATIVE... 4 I. Les Enterprise Ressource Planning (ERP)... 6 A. Objectif de la mise en place d un ERP... 7 B. Adaptation d un ERP dans l entreprise... 8 C. Coût de la mise en place d un ERP... 9 D. Consultant ERP Rôle du consultant Différentes phases d un projet d implémentation E. Les principaux ERP et leurs modules Les principaux ERP propriétaires Les principaux ERP Open Source F. Le marché des ERP II. Manufacturing Execution System (MES) A. Description du Manufacturing Execution System B. Les fonctions du système MES C. Comparaison de différents MES MES de Siemens : Pharmacim MES d apriso III. La supervision A. SIMATIC WinCC V B. In touch d ARC SMART SYMBOL Base de données Développement d applications en réseau Gestion et distribution des alarmes Distribution des archives Gestion de la sécurité Architecture C. PcVue V Conclusion

4 LES LOGICIELS DE GESTION DE PRODUCTION : ETUDE COMPARATIVE Toutes les entreprises se dotent d outils informatiques. En effet, l informatique prend une part de plus en plus importante dans les industries pharmaceutiques. Ces outils informatiques interviennent à plusieurs niveaux, ainsi, on peut les classer dans différentes catégories : Les progiciels de gestion industrielle (PGI) ou encore appelés Enterprise Resource Planning (ERP). Ils permettent la planification des ressources de l entreprise. Les logiciels de gestion de production en temps réel ou encore appelés Manufacturing Execution System (MES). Ce type d outil est de plus en plus utilisé dans l industrie pharmaceutique. Les pilotes de production qui sont les logiciels gérant les machines (presses, système de traitement d air, système de production d eau purifiée ). Tous ces systèmes peuvent être classés dans la pyramide du CIM (Computer Integrated Manufacturing). Elle représente 4 niveaux correspondant à des niveaux de décision. Plus on s élève dans la pyramide, plus le niveau de décision est important. Un niveau supérieur décide de ce qu un niveau inférieur exécute. 4

5 Les éditeurs de tous ces logiciels sont nombreux, nous avons donc effectué un choix de logiciels à vous présenter. Lors de notre étude, nous avons essayé de comparer différents ERP, différents MES et différents pilotes de production. 5

6 V. Les Enterprise Ressource Planning (ERP) Les «Enterprise Ressource Planning» (ERP) sont des progiciels de gestion intégrée pour les tous types d entreprises. Ils permettent d apporter de réels bénéfices au sein de chaque entreprise et répond à certaines caractéristiques : Il émane d un concepteur unique. En cas d impact d un module, l information est mise à jour en temps réel dans l ensemble des autres modules associés. C est un système qui garantie la piste d audit : il est facile de retrouver et d analyser l origine de chaque information. Il peut couvrir l ensemble du Système d Information de l entreprise (sauf si l entreprise ne choisit dans un premier temps d implémenter que certains modules de l'erp). Il garantit l unicité des informations qu il contient puisqu il n a qu une seule base de données au sens logique. La gestion en mode E.R.P. vise à gérer et planifier l ensemble des flux et des fonctions d une entreprise, y compris les flux logistiques. Le champ d application s étend de la chaîne fournisseur jusqu aux clients finaux. On peut donc parler d entreprise étendue ou d entreprise virtuelle. 6

7 A. Objectif de la mise en place d un ERP Avant la mise en place d un ERP, certains problèmes entre chaque service se produisaient, comme la saisie des mêmes informations plusieurs fois dans des systèmes d informations (SI) distincts, ou alors l entreprise faisait développer des interfaces informatiques entre les différents SI. Cela engendrait des conséquences néfastes pour l entreprise : En cas de double saisie, on constatait un nombre élevé d erreurs et d incohérences entre les différents systèmes d Information. En cas d interface entre différents SI, la mise à jour ne se faisait pas en temps réel. Des déperditions de données survenaient parfois, du fait d un plantage informatique au moment du transfert de données. Des erreurs humaines survenaient aussi régulièrement (transfert du mauvais fichier, doublons dus à deux transferts successifs malencontreux ) Dans certaines grandes entreprises, des contrôleurs de gestion étaient spécifiquement embauchés pour l analyse et la correction des incohérences entre ces systèmes d information. De ce fait, un ERP est un moyen de résoudre ces problèmes et les réels bénéfices apportés sont : Eviter la redondance d informations entre différents SI de l entreprise. Disposer d un outil multilingue et multidevises (très adapté aux multinationales). Eviter des restitutions d informations divergentes entre différents services et donc apaiser les conflits qui en résultaient. Une meilleure coordination des services et du coup un meilleur suivi du processus de commande qui inclut la prise de commande, l enregistrement d une sortie de stock, l expédition de la commande et l émission d une facture. Une meilleure maîtrise des stocks. Une normalisation de la gestion des Ressources Humaines, en particulier pour les entreprises qui gèrent de nombreuses entités, parfois géographiquement dispersées. 7

8 Architecture fonctionnelle d un ERP : B. Adaptation d un ERP dans l entreprise Les ERP ont des fonctions standards qui s adaptent aux principales règles de gestion des entreprises (achats, ventes, logistique). Cependant, chaque entreprise est unique et les ERP ne peuvent pas s adapter en standard à tous les cas particuliers d entreprises. Les solutions pour l entreprise sont alors de deux natures : Soit l entreprise devra réaliser des développements coûteux et techniquement risqués car pouvant impacter tous les modules. Soit elle devra revoir les règles de gestion spécifiques pour les adapter au progiciel. Cette démarche implique une analyse préalable des processus et une réflexion à mener par la maîtrise d ouvrage puis une bonne conduite du changement lors de la mise en place du progiciel. En effet, les employés doivent être préparés à voir la nature de leur travail évoluer, à adopter de nouvelles règles de gestion et à abandonner les anciens logiciels qu ils utilisaient. 8

9 C. Coût de la mise en place d un ERP 2 paramètres sont à prendre en compte : Le nombre futur d utilisateurs du progiciel. Le nombre de modules que l on souhaite mettre en place. Suite à cela, il faut lister les différents postes de coûts : Le coût des infrastructures et du matériel (serveurs dans le cas du choix d une architecture client/serveur, salle réfrigérée pour les serveurs, ). Le coût des licences du progiciel: bien identifier le nombre d utilisateurs finaux. Le coût des ressources humaines extérieures (consulting): combien de consultants ERP avez vous besoin et pendant combien de temps? Combien de consultants fonctionnels et techniques (qui ne sont pas tout à fait au même tarif journalier). Le coût des ressources humaines internes: des employés en interne devront se consacrer au projet à temps partiel ou à temps plein selon l organisation projet, ce qui représente un coût. Il est aussi possible de découper le projet ERP en différentes phases et donc de les budgéter séparément : Etudes préalables et/ou détaillées (formalisation des règles de gestion et description du besoin fonctionnel sous forme de cahier des charges, description des interfaces). Phase de développements/paramétrages. Préparation et réalisation des tests. Formation des utilisateurs finaux («end users»). Bascule de l ancien au nouveau système, contrôle de la reprise correcte des données. Dans ce principe, il est important de savoir combien de jours et de personnes seront nécessaires pour chaque phase et de connaître les ressources nécessaires au cours de chaque phase (ressources internes, externes, ressources matérielles, infrastructures ). 9

10 Après la bascule et la formation des utilisateurs finaux, il faut prévoir les coûts de maintenance du progiciel et des montées de version. D. Consultant ERP 1. Rôle du consultant Un consultant ERP est employé par une SSII (Société de Services en Ingénierie Informatique) ou un cabinet de Conseil en Organisation. Il est envoyé le plus souvent dans les centres de formation proposés par les éditeurs des ERP, où on lui apprend, outre le fonctionnement du progiciel, les «meilleures pratiques» («Best practices») en terme de règles de gestion pour adapter plus rapidement l entreprise cliente à l ERP. La vocation du consultant est de conseiller ses clients dans le choix d un ERP au cours d une phase d analyse et d audit des processus de gestion de l entreprise, puis d aider le client à deux niveaux : Adaptation des processus à l ERP retenu (on parle de refonte des processus). Rédaction des cahiers des charges fonctionnels préalables au paramétrage de l ERP. Rédaction d un dossier de paramétrage et réalisation du paramétrage de l ERP. Préparation des recettes applicatives (phases de tests pour valider les paramétrages). Réalisation et validation des recettes. Dans le cadre d une démarche qualité, le consultant ERP réalisant le paramétrage n est pas le même que celui qui réalise les recettes (tests informatiques). Cela permet de limiter les risques d erreur. On distingue alors les consultants fonctionnels et les consultants techniques. En théorie, les consultants techniques s occupent des développements spécifiques et des paramétrages, ils rédigent aussi un dossier de paramétrage pour documenter leur travail. Dans le cas de SAP, les consultants techniques maîtrisent le langage de programmation propriétaire de SAP, l ABAP (Advanced Business Application Programming). 10

11 On parle aussi parfois de consultant technique applicatif (Abappeur) et consultant technique «système de base» qui installe, qui gère le paysage de transport, les optimisations et l'application des notes et des patches SAP. Les consultants ERP fonctionnels s occupent du reste: Ils rédigent les cahiers des charges en collaboration avec la MOA (Maîtrise d Ouvrage). On parle de cahier des charges fonctionnel ou de dossier de conception général puis de dossier de conception détaillée. Ils relisent le dossier de paramétrage nommé parfois cahier des charges technique puis valident qu il répond bien au besoin fonctionnel exprimé dans le cahier des charges fonctionnel. Ils préparent les plannings de tests, les cas de tests et les jeux d essai correspondants aux cas de tests (nommés aussi jeux de données). Ils réalisent les tests et assurent leur suivi. Ils rédigent éventuellement des fiches d incident à destination des consultants techniques, s ils ne corrigent pas eux-mêmes les paramétrages. Une fois toutes les corrections apportées aux paramétrages et les nouveaux tests réussis, les consultants ERP valident la recette. On parle parfois de PV (Procès verbal) de recette qui atteste la validation de la recette fonctionnelle. Les consultants fonctionnels travaillent en appui de la MOA (maîtrise d'ouvrage). Ils réalisent une assistance à la maîtrise d ouvrage, encore appelée AMOA. Lors de la bascule d un ancien SI vers un nouveau, on parle d initialisation. Le consultant ERP a un rôle de suivi lors de la mise en production de l ERP. Même si la recette informatique (phase constituée d'un ensemble de tests) s est bien passée, l initialisation peut poser des problèmes qui n auraient pas été identifiés lors des tests. D où l obligation de rester vigilant lors de la mise en production. Le consultant peut alors intervenir en support post-production pour aider son client à vivre sereinement cette phase délicate. Plutôt que de consultant ERP, on désigne souvent le consultant par le nom de sa spécialité progicielle : consultant SAP, consultant Oracle, consultant Peoplesoft, ou plus généralement consultant en SI (Système d'informations). 11

12 Méthodologie des consultants et différentes phases d un projet d implémentation Un projet d implémentation ERP est découpé en phases et chacune de ces phases fait appel à des compétences spécifiques : Etudes préalables : Formalisation des règles de gestion, voire révision de ces règles, formalisation des spécifications fonctionnelles. Cette phase requiert des compétences fonctionnelles et métier. Elle est souvent menée de front par des consultants fonctionnels extérieurs en étroite collaboration avec les employés du métier concerné. Les développements/paramétrages, rédaction du cahier de paramétrage. La préparation et la réalisation des tests. La formation des utilisateurs et l accompagnement vers le changement. La bascule de l ancien vers le nouveau système, le contrôle de la reprise correcte des données (exemple: écriture comptable d initialisation). 2. Différentes phases d un projet d implémentation a) BPR et rédaction des spécifications fonctionnelles Une fois l'objectif du projet déterminé, une première phase consiste à analyser les processus de gestion existants, déterminer celui ou ceux qui sont impactés par le projet, optimiser les process existants et définir éventuellement de nouveaux process (règles de gestion). Ces analyses sont formalisés dans différents documents que nous allons voir. La rédaction du cahier des charges fonctionnel (nommé aussi «spécifications fonctionnelles») passe par une analyse approfondie des processus de gestion de l entreprise, des contraintes et des besoins. La mise en place d'un ERP est bien souvent l'occasion de remettre à plat les règles de gestion de l'entreprise, de rechercher des sources d'économie, d'optimiser les règles de gestion. On parle de BPR (Business Process Reengineering). 12

13 Sur certains projets, on a deux phases d analyse : Une analyse générale qui définit les processus de gestion existants et qui décrit les éventuelles nouvelles règles de gestion à mettre en place dans le cadre de l'implémentation de l'erp. Une analyse plus détaillée qui, d'après les principes de gestion retenus, va plus loin en précisant les dates (de facturation, refacturation, de traitement de tel processus de gestion), le libellé des données, les contrôles à mettre en place (sur montants, dates,...), la description précise des changements entre l'existant et la cible. Tout dépend bien sûr du périmètre fonctionnel étudié: analyse des processus de vente ou d achat, études des dates de facturation, des types de facture, des critères d agrégation, des règles d édition des factures, d imputation et de restitution des données. Cette phase d analyse et de formalisation doit être faite en étroite collaboration avec des employés de l entreprise cliente. Des groupes de travail sont organisés entre consultants et employés de l entreprise cliente pour mettre à plat les processus de gestion. La mise en place d un ERP est souvent l occasion de redéfinir ou d optimiser les processus de gestion existants. Le consultant apporte aussi son expertise produit pour conseiller son client. b) Rédaction des interfaces Décrire les interfaces consiste à expliquer la correspondance entre les données du Système d'information existant et celles du SI cible (l ERP à implémenter). Par exemple, la zone nommée «N de commande» du SI existant sur 8 caractères devient la zone «PO number» dans l ERP cible sur 9 caractères. La description des interfaces est parfois incluse dans le dossier de conception détaillé. Sinon, les interfaces font l objet de documents distincts. Lors de la bascule d un logiciel maison vers un ERP ou d un ERP vers un autre ERP, des correspondances entre zones de données doivent être trouvées. On parle aussi parfois de mapping des données. La définition des interfaces va permettre aux développeurs/paramétreurs d être opérationnels rapidement. Ils sauront exactement le type de données et le format 13

14 des données à traiter ainsi que leur correspondance entre l ancien et le nouveau système. Afin de donner tous les éléments aux développeurs/paramétreurs, le dossier des interfaces devra donner un maximum de détails sur les données existantes et cible, leur format (numérique, nombre de caractères), le nom des zones et les résultats attendus. Si l entreprise a décidé de mettre en place un seul module seulement dans un premier temps, les interfaces provisoires entre les SI existants et cibles doivent être décrites précisément et le planning de bascule clairement établi. c) Phases de tests (recette informatique) Une fois le(s) cahier(s) des charges fonctionnel(s) terminé(s) et validé(s), on entre dans une phase de préparation des recettes informatiques. Une matrice des fonctions est alors préparée. Il s agit de présenter dans un tableau les grands processus impactés par le progiciel. Pour chaque fonction, des cas de tests sont préparés. Pour chaque cas de test, des jeux d essai ou jeux de données sont conçus. Il s agit de tester le fonctionnement correct de tous les processus de gestion de l entreprise. Pour ne pas en oublier, une méthode possible consiste à utiliser une matrice des fonctions qui liste toutes les grandes fonctions du progiciel liées à des processus de gestion. A chaque fonction, il faut faire correspondre des cas de tests et à chaque cas de tests des jeux de données. Il s agit par exemple de tester dans le cas d'un contexte comptable (mais cette liste n'a pas pour vocation d'être exhaustive et dépend bien entendu du secteur d activité et de l entreprise ). Plusieurs cas de factures, des factures avec remise et sans remise. Plusieurs cas de saisie manuelle d écritures comptables, des OD (Opérations Diverses), des régularisations d inventaire, des avoirs, des processus ponctuels (clôture comptable). Des logiciels existent pour gérer les cas de tests et assurer un suivi et un pilotage de la phase de recette. 14

15 d) Conduite de changement, formations ERP Le projet d implémentation du SI ne pourra véritablement fonctionner que si les utilisateurs finaux adhérent à ce nouveau progiciel qui leur est imposé et qu ils acceptent de modifier leurs façons de travailler. Les rôles et responsabilités peuvent être à même d évoluer avec ce nouvel outil. Préparation des futurs utilisateurs : Sensibiliser les utilisateurs en leur présentant : Les bénéfices de l ERP dans leur travail quotidien, le temps qu ils gagnent, les simplifications et optimisations apportées. Une formation pédagogique, basée sur la pratique de l outil en direct sur des ordinateurs prévus à cet effet dans les salles de formation. Des supports de formation détaillés avec de nombreuses copies d écran pour que les utilisateurs ne se sentent pas perdus la première fois qu ils devront utiliser le nouvel ERP. Dans certaines grandes entreprises, la formation des utilisateurs se fait en plusieurs étapes : des formateurs (souvent des consultants ERP qui, après avoir participé à plusieurs implémentations de SI, se reconvertissent dans la formation ERP) forment d autres formateurs, nommés alors «super users». Ces derniers forment alors les «end users», c'est-à-dire les utilisateurs finaux. e) La bascule C'est la phase ultime de mise en production de l'erp. Un site pilote est souvent désigné pour servir de "cobaye". On ne fait basculer en effet qu'une entité géographique, qu'un service avec un nombre restreint d'utilisateurs (de "end users"), avant de généraliser la bascule à l'ensemble de l'entreprise ou à l'ensemble de la fonction concernée. Dans le cas des grosses sociétés avec de nombreuses filiales, le site pilote retenu est souvent une filiale de petite taille. Si la recette a été bien étudiée et que tous les bugs ont bien été détectés et correctement corrigés, alors la bascule se passe généralement sans encombre. Mais c est toujours un moment de stress intense pour les équipes informatiques impliquées. Des vérifications sont opérées aussi bien côté MOE que MOA, leurs moyens de contrôle étant différents. La MOA peut alerter la MOE sur des chiffres anormaux, non 15

16 conformes à leurs indicateurs habituels. La MOE peut détecter un traitement informatique qui a échoué (alimentation de données ayant plantée, fichier manquant dans un répertoire, traitement informatique en échec ). Dans le pire des cas, un plan de secours correspondant le plus souvent à un retour vers l ancien système est prévu. Heureusement, cela n arrive quasiment jamais. E. Les principaux ERP et leurs modules On distingue deux sortes d'erp : les ERP propriétaires édités par des sociétés qui impliquent l'achat d'une licence et les ERP Open-source qui sont gratuits. 1. Les principaux ERP propriétaires De nombreux ERP propriétaires existent sur le marché. Nous vous évoquerons ici quelques grands éditeurs. a) Le progiciel SAP Informations générales sur SAP SAP est le leader mondial du monde des ERP. Ce progiciel a remporté rapidement un succès important auprès des grandes entreprises en proposant un progiciel multilingue et multidevises. SAP s intéresse aussi au marché des PME, en pleine croissance en proposant sa suite BusinessOne, pour les entreprises de 2 à 250 salariés. SAP est une application client-serveur. Ses modules couvrent l'ensemble des fonctions de gestion de l'entreprise et chaque module couvre des besoins complets de gestion. Certains entreprises implémentent tous les modules fonctionnels de SAP, ou seulement quelques-uns. SAP R/3 est entièrement paramétrable. Par ailleurs, grâce à son environnement de développement, SAP R/3 peut être adapté à des besoins spécifiques (développements en ABAP/4). 16

17 Architecture d une ERP R/3 Il est doté de plusieurs sortes de modules : Des modules orientés logistique (MM, PP, SD, QM, PM), Des modules orientés Finance (FI, CO, TR, IM), Des modules orientés ressources humaines (RH). Les modules de SAP et les besoins couverts Voici le périmètre de gestion couvert par chacun de ces modules de SAP : Le module MM (Material Management) : C est le module logistique de SAP. Il gère les achats d articles et les stocks d articles (les mouvements de stocks : entrées et sorties, transferts de stocks). MM permet en particulier le calcul des besoins, la gestion des achats et des réapprovisionnements mais aussi des demandes d achat et des contrats. MM gère aussi les emplacements magasin (WM Warehouse Management) et contrôle les factures d achat. 17

18 Le module PP (Production Planning) : Il concerne la gestion de la Production. Ce module permet de gérer des nomenclatures de produits et des gammes de produits d un point de vue du suivi de la production. Il permet en effet de planifier la production, de calculer des besoins, de prévoir les ventes au niveau entreprise (PIC : Plan Industriel et Commercial), de prévoir la production (PDP : Plan Directeur de Production : prévision de la production au niveau usine), de calculer des besoins et des ressources (hommes et machines : MRP II), de planifier des capacités, de contrôler la fabrication, de suivre la production, de calculer les coûts de revient. Le module SD (Sales and Distribution) : C est le module d administration des ventes. Ce module gère les appels d'offres, les offres, les contrats, les commandes clients, les expéditions et livraisons, les remises, la facturation et le système d'information commercial. Il s adapte aux spécificités des produits vendus par les entreprises. Par exemple, dans le cas d une entreprise industrielle qui vend des outils, il permet de gérer différents types de remises. Dans le cas d une Maison d Edition, on peut le paramétrer pour le calcul des droits d auteur. Le module QM (Quality Management) : C est le module de gestion de la qualité de SAP. Il permet la planification des contrôles qualité et la documentation des démarches qualité. Le module PM (Plant Maintenance) : Adapté aux entreprises industrielles, il gère la maintenance préventive et curative de l usine, la description du référentiel technique, des postes techniques et des équipements, le traitement des ordres de maintenance, les confirmations d'achèvements, les historiques. 18

19 Le module FI (Financial) : Ce module comptable contient toutes les écritures comptables de ventes, d achats et d immobilisations, qui se centralisent dans la comptabilité générale : FI-AR (Accounts Receivable) : Comptabilité client. FI-AP (Accounts Payable) : Comptabilité fournisseur. FI-AM (Assets Management) : comptabilise les immobilisations. FI-GL (General Ledger) : Comptabilité générale. Le module CO (Costing) : Il traite la comptabilité analytique. C est le module de contrôle de gestion de l entreprise. Il permet l analyse des coûts par centre de profits, par catégorie de produits/services/projets. Il calcule les coûts de production. Il permet l édition du compte de résultat, d états de reporting et d analyses financières. Le module PS (Project System) : Il concerne la gestion des projets. Il permet de suivre les budgets prévisionnels et les coûts réels des projets. Il permet de gérer les plannings des projets. On peut y importer des fichiers venant de MS Project et d excel. Il s intègre avec les modules PM, PP et CO. Le module TR (Treasury) : Il permet de gérer les flux de trésorerie et les paiements. Le module IM (Investments Management) : Il est dédié à la gestion des Investissements financiers. CATS (Cross Application Time Sheet) est une grille de saisie des temps permettant de lier différents modules (PS, HR, CO...). Le module HR de SAP permet de gérer les recrutements, les salaires des employés, les compétences des employés, de suivre les temps de travail et les évolutions de carrière, de gérer les demandes et les frais de déplacement. 19

20 b) ORACLE Peoplesoft PeopleSoft a acheté JDEdwards en En 2003, Oracle s est emparé de Peoplesoft lançant une OPA hostile. Cependant, Oracle a décidé de maintenir opérationnelles les lignes de produits de Peoplesoft au moins jusqu en 2013, afin de rassurer les anciens clients Peoplesoft. Peoplesoft est consultable via une interface de type Web. Voici la liste de la suite logicielle Peoplesoft, juste avant le rachat par Oracle mais dont le support technique sera encore assuré par Oracle jusqu en PeopleSoft Enterprise Supply Chain Management : gestion de la chaîne logistique. PeopleSoft Enterprise General Ledger : comptabilité générale. PeopleSoft EnterpriseOne Financial Management : gestion financière. PeopleSoft Enterprise Order Capture (saisie de commandes). PeopleSoft EnterpriseOne Inventory et Order Management (gestion des stocks et gestion des commandes). PeopleSoft Enterprise Strategic Sourcing (approvisionnement stratégique). PeopleSoft EnterpriseOne Procurement (gestion des achats). PeopleSoft Enterprise Human Resource Management (gestion des ressources humaines). Voici la liste de la suite logicielle Oracle : Oracle Financials : aide à la direction financière dans les domaines suivants : Augmentation de l'efficacité opérationnelle, gestion financière mondiale, amélioration de l'aide à la décision au sein de l'entreprise, adaptation aux exigences constamment modifiées de l'entreprise. Oracle HRMS : Module de ressources humaines cherchant à valoriser le potentiel des équipes en assurant l'efficacité de leur constitution, du recrutement, de la formation, de la rémunération, de l'intéressement et de la planification. Oracle Manufacturing : module ayant pour objectif d'aider l'entreprise à développer de façon profitable son activité sur un marché mondial. Son idée forte : livrer moins cher, avec une meilleure qualité et dans les délais. 20

21 Oracle Supply Chain : gestion de la chaîne d'approvisionnement pour les entreprises transnationales (fonctions de planification multi-usines et d'exécution permettant de rationaliser la demande et la gestion des approvisionnements). Les canaux de vente enregistrent leurs commandes auprès des sites de distribution, qui de leur côté assurent leur exécution en utilisant plusieurs possibilités d'approvisionnement. Oracle Process Manufacturing : Module destiné aux industries de process, couvrant la gestion des laboratoires, la planification d'entreprise, la gestion de production, et la logistique. Il permet de gérer tout le cycle de vie d'un produit : concept initial, analyse en laboratoire, formulation, planification de la production avec gestion des lots, production et livraison. Oracle CRM : solution permettant de mieux comprendre les relations avec les clients, leur valeur et leur rentabilité. Elle regroupe plus de vingt-cinq composants intégrés pour l'automatisation des forces de vente, du suivi de la clientèle, du service après vente et des centres d'appel. Oracle Projects : Cet outil supporte la totalité du cycle de vie des projets, de l'idée initiale jusqu'à l'achèvement complet, et ce à travers toute l'entreprise. Au-delà des produits, Oracle offre des services de conseil, de formation et de support. La société développe également le commerce électronique en vue d'aider les entreprises à répondre au mieux aux besoins des clients, à élargir et fidéliser leurs marchés, et à augmenter leur efficacité. c) SSA global SSA Global mène une politique de croissance par rachats successifs. Cet éditeur a notamment racheté BAAN. Sa large gamme de produits se compose notamment de SSA Planning, un ensemble d outils de planification et de SSA Manufacturing, un outil parfaitement adapté aux entreprises industrielles, permet d optimiser le SCM (Supply Chain Management). 21