%% nav-debut : généré par gen_navigation.py, ne pas modifier à la main %% > [!nav] > ↩ [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/Systèmes D'Information Opérationnels|Accueil · Systèmes D'Information Opérationnels]] > > | [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/03 - Processus métier et données\|← Processus métier et données]] | [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/05 - Architecture et environnement\|Architecture et environnement →]] | > |:---|---:| %% nav-fin %% # Chapitre 4 — Les applications opérationnelles ## 🎯 Objectifs d'apprentissage À la fin de ce chapitre, vous serez capable de : - **identifier** les applications qui soutiennent les grandes fonctions de l'entreprise ; - **définir** un ERP et **expliquer** son principe d'intégration ; - **associer** les principales familles d'applications (CRM, SCM, WMS, MES, LIMS, GMAO, SIG) à leur usage ; - **expliquer** comment des applications échangent des données (interface, API, EDI). ## 4.1 Des applications pour chaque fonction de l'entreprise Dans le SI, on parle le plus souvent d'**application** (ou *applicatif*) : un logiciel qui rend un service précis à ses utilisateurs (gérer les commandes, suivre les analyses, planifier la maintenance). Un tableur ou un traitement de texte sont des logiciels polyvalents ; un logiciel de gestion des commandes est une application. Le terme a gagné le grand public avec les « applis » des smartphones. Une organisation remplit plusieurs grandes **fonctions**, et chacune s'appuie sur des applications du SI opérationnel : | Fonction | Ce que gèrent les applications | |---|---| | **Commerciale et marketing** | clients, devis, commandes, prix, promotions, service après-vente | | **Production et logistique** | achats, stocks, fabrication, entrepôts, transport | | **Finance et comptabilité** | factures, paiements, comptabilité, budget, immobilisations | | **Ressources humaines** | salariés, paie, temps de travail, formations, compétences | Ces applications peuvent être de deux natures : spécifiques ou progiciels. Un **logiciel spécifique** est développé sur mesure pour une organisation. Il colle exactement à ses besoins, mais il coûte cher à créer et à faire évoluer. Un **progiciel** (contraction de « produit » et « logiciel ») est un logiciel standard, conçu par un éditeur pour de nombreux clients. On l'adapte à son organisation par **paramétrage** : on renseigne des réglages prévus par l'éditeur (unités, circuits de validation, règles de calcul) sans modifier le programme. Aujourd'hui, la grande majorité des applications opérationnelles sont des progiciels. ## 4.2 L'ERP, colonne vertébrale du SI Un **ERP** (*Enterprise Resource Planning*), appelé en français **PGI** (**progiciel de gestion intégré**), est un progiciel qui couvre plusieurs fonctions de l'entreprise à l'aide de **modules** (achats, ventes, stocks, production, comptabilité, paie…) qui partagent **une base de données unique**. C'est le mot « **intégré** » qui fait la différence : une donnée saisie une seule fois est immédiatement disponible pour tous les modules. Quand un magasinier enregistre une livraison, le stock baisse, la facture est préparée et la comptabilité est alimentée, sans ressaisie. *Figure 4.1 — Les modules d'un ERP autour d'une base de données unique* ```mermaid flowchart TB BD[("Base de données unique")] A["Achats"] <--> BD V["Ventes"] <--> BD S["Stocks"] <--> BD P["Production"] <--> BD C["Comptabilité et finance"] <--> BD RH["Ressources humaines"] <--> BD ``` Chaque module lit et écrit dans la même base : c'est ce qui garantit la cohérence des informations entre les services. | Avantages | Limites | |---|---| | une seule saisie | projet de mise en place long et coûteux | | vision globale de l'activité | l'organisation doit souvent adapter ses processus au progiciel | | processus standardisés et traçables | forte dépendance à l'éditeur | Parmi les ERP connus, on peut citer SAP, Oracle, Microsoft Dynamics, Sage ou Odoo. Il existe aussi des ERP **sectoriels**, conçus pour un métier particulier (coopératives agricoles, industrie agroalimentaire, laboratoires…). ## 4.3 Les grandes familles d'applications spécialisées En complément de l'ERP, des applications spécialisées couvrent des besoins plus pointus. Certaines lui sont reliées et échangent des données avec lui, d'autres fonctionnent de façon autonome (nous verrons au §4.4 comment les faire communiquer). Vous rencontrerez souvent ces sigles : | Sigle | Nom | À quoi ça sert | | -------- | ------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------- | | **CRM** | *Customer Relationship Management*, gestion de la relation client | suivre les contacts, les opportunités, les réclamations, les campagnes commerciales | | **SCM** | *Supply Chain Management*, gestion de la chaîne logistique | prévoir et coordonner les flux, du fournisseur jusqu'au client final | | **WMS** | *Warehouse Management System*, gestion d'entrepôt | localiser chaque palette, organiser les réceptions, préparations et expéditions | | **MES** | *Manufacturing Execution System*, pilotage de la production | suivre en temps réel la fabrication dans l'atelier : ordres, machines, consommations, contrôles | | **LIMS** | *Laboratory Information Management System*, gestion de laboratoire | enregistrer les échantillons, planifier les analyses, valider et éditer les résultats | | **GMAO** | gestion de maintenance assistée par ordinateur | planifier l'entretien des équipements, suivre les pannes, les interventions et les pièces | | **SIG** | système d'information géographique | stocker, croiser et cartographier des données localisées | Enfin, chaque secteur dispose d'**outils métiers** dédiés : logiciels de gestion parcellaire pour les agriculteurs (comme Mes p@rcelles ou Geofolia), outils de gestion du plan HACCP (la méthode d'analyse des dangers en sécurité des aliments), logiciels de modélisation des écoulements souterrains, etc. > [!example]- 🌾 Terres du Plateau — la carte des applications > La coopérative utilise un **ERP sectoriel** conçu pour les coopératives agricoles : collecte, stocks des silos, ventes d'intrants, comptabilité des adhérents. Les techniciens utilisent un **outil métier** de gestion parcellaire pour enregistrer leurs préconisations. Un **SIG** affiche les parcelles et les cartes de rendement issues des moissonneuses. Un **CRM** simple suit les visites et les demandes des adhérents. > [!example]- 🍎 NutriLait — la carte des applications > L'**ERP** gère les achats de lait, les ventes, les stocks et la comptabilité. Le **MES** pilote les lignes de fabrication et de conditionnement. Le **LIMS** enregistre les analyses du laboratoire qualité. Le **WMS** organise l'entrepôt frigorifique et les expéditions. Un **outil métier** gère le plan HACCP. Une **GMAO** planifie l'entretien des pasteurisateurs et des conditionneuses. > [!example]- 🌍 HydroSol Conseil — la carte des applications > Un **SIG** est au cœur du métier : cartes des forages, des sols et des zones à risque. Une base de données stocke les points de mesure et leurs séries. Le **LIMS** gère le laboratoire d'analyses de sols et d'eaux. Une **GMAO** suit l'étalonnage et l'entretien des sondes et des préleveurs. Un **progiciel** de gestion de projets suit les devis, les temps passés et la facturation. ## 4.4 Faire communiquer les applications Une organisation utilise rarement une seule application. Si elles ne communiquent pas, on obtient des **silos** d'information, des **ressaisies** (taper à la main dans un logiciel ce qui existe déjà dans un autre) et des incohérences. L'**intégration** consiste à relier les applications pour que les données circulent automatiquement. Plusieurs moyens existent : - une **interface** est un mécanisme d'échange automatique de données entre deux applications (par exemple, un fichier déposé chaque nuit par l'une et lu par l'autre) ; - une **API** (*Application Programming Interface*, interface de programmation) est une « porte d'entrée » documentée qu'une application ouvre aux autres, pour qu'elles puissent lui demander ou lui envoyer des données, souvent en temps réel ; - l'**EDI** (**échange de données informatisé**) est l'échange automatique de données structurées entre les SI de **deux organisations différentes**, dans un format standardisé que chacune sait lire, sans papier ni ressaisie. L'**interopérabilité** est la capacité de systèmes différents à échanger des données et à les utiliser correctement. Elle repose sur des **standards** partagés : formats de fichiers, codes produits (comme le code-barres GS1), formats de données géographiques… *Figure 4.2 — Un SI opérationnel intégré* ```mermaid flowchart LR CRM["CRM"] <-->|"API"| ERP["ERP"] ERP <-->|"interface"| MES["MES"] ERP <-->|"interface"| WMS["WMS"] ERP <-->|"interface"| LIMS["LIMS"] ERP <-->|"EDI"| CLI["SI des clients"] ERP <-->|"EDI"| FOU["SI des fournisseurs"] ``` L'ERP sert de pivot : il échange avec les applications internes par des interfaces ou des API, et avec les partenaires extérieurs par EDI. > [!note] Dans la pratique > Ce modèle d'un ERP central reste le plus répandu, notamment dans les PME. Les grandes organisations évoluent vers des architectures plus modulaires : un ERP recentré sur l'essentiel, souvent en SaaS, entouré d'applications spécialisées reliées par des API. > [!example]- 🌾 Terres du Plateau — faire circuler les données > Avant, les techniciens ressaisissaient à la main dans l'**ERP** les surfaces des parcelles déjà présentes dans l'outil de gestion parcellaire. Aujourd'hui, une **interface** transmet chaque nuit les surfaces et les cultures. Les moissonneuses des adhérents envoient leurs cartes de rendement au **SIG** via une **API** du constructeur. Les commandes d'engrais au fournisseur partent par **EDI**. > [!example]- 🍎 NutriLait — faire circuler les données > Les centrales d'achat de la grande distribution envoient leurs commandes par **EDI** directement dans l'**ERP**, qui renvoie automatiquement l'avis d'expédition. Une **interface** transmet au **MES** les ordres de fabrication du jour. Le **LIMS** renvoie au **MES** le résultat des analyses par une **API** : la responsable qualité peut décider de la libération du lot sans ressaisie. > [!example]- 🌍 HydroSol Conseil — faire circuler les données > Les sondes connectées transmettent leurs mesures à la base de données par une **API**. Le **SIG** lit directement cette base pour mettre à jour les cartes. Le **LIMS** exporte ses résultats dans un format standard accepté par la base nationale des eaux souterraines : grâce à cette **interopérabilité**, HydroSol transmet ses données réglementaires sans les ressaisir. ## 📝 À retenir - Chaque fonction de l'entreprise (commerciale, production et logistique, finance, RH) est soutenue par des applications, le plus souvent des **progiciels** adaptés par **paramétrage**. - L'**ERP** (ou **PGI**) intègre plusieurs fonctions autour d'**une base de données unique** : une donnée saisie une fois sert à tous. - Les applications spécialisées (**CRM, SCM, WMS, MES, LIMS, GMAO, SIG**) et les **outils métiers** complètent l'ERP. - Les applications communiquent par **interfaces**, **API** et, entre organisations, par **EDI** ; l'**interopérabilité** repose sur des standards. %% nav-debut : généré par gen_navigation.py, ne pas modifier à la main %% > [!nav] > ↩ [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/Systèmes D'Information Opérationnels|Accueil · Systèmes D'Information Opérationnels]] > > | [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/03 - Processus métier et données\|← Processus métier et données]] | [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/05 - Architecture et environnement\|Architecture et environnement →]] | > |:---|---:| %% nav-fin %% --- 🗓️ Historique Dernière mise à jour : `25 octobre 2026` Rédigé par : [[Vincent TELLIER]]