Dataconomy FR
Subscribe
No Result
View All Result
Dataconomy FR
Subscribe
No Result
View All Result
Dataconomy FR
No Result
View All Result

Transformation digitale des processus achats : Construire un système d’achats d’entreprise à partir de l’exemple d’un projet de holding industrielle internationale

byKerem Gülen
juillet 16, 2026
in Recherche
Home Recherche
Share on FacebookShare on Twitter
Google Preferred Source

Les achats sont souvent l’une des dernières fonctions commerciales majeures à dépasser les chaînes de courrier électronique, les feuilles de calcul et les processus d’approbation fragmentés. Dans les grandes organisations opérant dans plusieurs divisions, ce manque de centralisation peut ralentir les cycles d’achat, affaiblir la surveillance, faire double emploi avec les demandes et limiter les possibilités de négocier de meilleures conditions avec les fournisseurs.

Dans cet article, j’examine le développement d’un système centralisé de gestion des achats intégré à SAP MM pour une entreprise industrielle internationale.

Résumé

L’article est consacré au développement et à la mise en œuvre d’un système de gestion des achats d’entreprise, intégré à SAP MM, pour une entreprise industrielle. Il examine les spécificités de la transition d’un modèle d’approvisionnement décentralisé vers une plateforme automatisée centralisée assurant une gestion de bout en bout du cycle d’approvisionnement. Il est démontré que la mise en œuvre du système a permis de réduire les délais de traitement des demandes, d’améliorer le respect des règles d’approbation et de réduire les coûts grâce à la consolidation des achats. Une conclusion est tirée concernant l’efficacité pratique de la numérisation centralisée des processus d’approvisionnement pour les entreprises ayant une structure organisationnelle distribuée.

Mots clés : achats, système d’approvisionnement, transformation numérique, SAP MM, automatisation des processus métier, approbation des demandes, systèmes d’information d’entreprise, gestion des fournisseurs, gestion de projet, consolidation des achats.

Présentation

La fonction achats occupe une place particulière dans la structure des processus métiers de l’entreprise : d’une part, elle affecte directement le coût des produits et la marge opérationnelle ; de l’autre, c’est une zone de risque accru en termes de respect des règles d’agrément, de transparence des dépenses et de prévention des abus [1]. Dans les grandes organisations dotées d’une structure décentralisée, la fonction achats reste souvent l’un des derniers domaines couverts par la numérisation : tandis que les processus de production et financiers sont d’abord automatisés, les demandes d’achat de matériels et de services continuent d’être rédigées sous forme libre – par e-mail, sous forme de mémos internes ou sous forme de fichiers Excel transmis manuellement le long d’une chaîne d’approbateurs. Ce modèle donne lieu à un certain nombre de problèmes systémiques : l’absence d’un point unique de contrôle du statut d’une demande, l’incapacité de consolider les besoins d’approvisionnement de plusieurs départements afin d’obtenir des remises sur volume auprès des fournisseurs, des cycles d’approbation longs et non transparents et des difficultés à mener des audits internes de l’activité d’approvisionnement [2].

Cet article est basé sur l’expérience acquise en participant à un projet de création puis de modernisation d’un système d’approvisionnement d’entreprise pour une division d’un holding industriel international spécialisé dans la production et la fourniture de gaz industriels. L’auteur a joué le rôle de consultant fonctionnel, responsable de la conception des processus d’approbation des demandes, de l’intégration du système avec le module SAP MM et de la rédaction des spécifications techniques pour l’équipe de développement.

Fondements théoriques : Centralisation et automatisation des processus d’achats

Dans la littérature sur la gestion de la chaîne d’approvisionnement, un concept est mis en évidence décrivant la transition des achats tactiques et opérationnels à la gestion stratégique des achats, dans lequel la fonction d’achat n’est pas considérée comme un support administratif mais comme une source d’avantage compétitif à travers la gestion des relations avec les fournisseurs, la consolidation des volumes et la réduction des coûts de transaction [3]. Une condition technologique clé pour cette transition est la mise en œuvre de systèmes de classe d’approvisionnement électronique, qui permettent la rédaction, l’approbation et le suivi électroniques des demandes d’achat. Des études sur la mise en œuvre de tels systèmes montrent que l’effet principal n’est pas tant obtenu grâce à l’accélération d’une transaction individuelle, mais grâce à une transparence accrue des données sur le volume total des achats dans chaque catégorie de produits, ce qui crée une base pour négocier avec les fournisseurs à partir d’une position de demande consolidée [4].

Dans le même temps, la centralisation des processus de passation des marchés comporte des risques organisationnels : un contrôle renforcé depuis le bureau central est souvent perçu par les divisions régionales comme une perte d’autonomie opérationnelle, qui nécessite une stratégie de gestion du changement bien réfléchie et une mise en œuvre progressive démontrant des gains rapides dès les premières étapes [5].

État initial du processus de passation des marchés

Au démarrage du projet, le processus de passation des marchés dans la division considérée était organisé comme suit. Un salarié ayant besoin de matériels ou de services rédigerait une demande sous forme de texte libre et l’enverrait par email à son supérieur direct. Après approbation verbale ou écrite, la demande était transmise au service des achats, où un employé transférait manuellement les données dans un registre Excel, recherchait un fournisseur et envoyait une demande de devis commercial. Après avoir reçu le devis et son approbation par la haute direction, un bon de commande a été créé, qui a été saisi manuellement dans le système SAP MM pour un mouvement ultérieur des matériaux.

L’enquête d’avant-projet (phase Découverte) a révélé les caractéristiques quantitatives suivantes du processus initial :

  • Le délai moyen de traitement d’une demande d’achat, depuis la soumission jusqu’à la création d’une commande fournisseur, était de 8,4 jours ouvrés ;
  • 34 % des demandes ont été traitées en violation des règles d’approbation établies, soit sans obtenir le nombre de signatures requis, soit avec le dépassement des délais d’examen standard à un moment ou à un autre ;
  • Il n’y a pas eu de consolidation des achats de matériels similaires entre services : jusqu’à 60 % des demandes de consommables standards étaient rédigées indépendamment par différents services au cours de la même période, ce qui excluait la possibilité d’obtenir des remises sur volume ;
  • Le temps moyen passé par le personnel du service des achats à rechercher l’état d’une demande spécifique (en réponse aux requêtes des clients internes) était d’environ 25 minutes par demande, en raison de la nécessité d’examiner la correspondance et les registres Excel.

Phase 1. Analyse des flux d’approvisionnement et catégorisation (mois 1 à 2)

La première phase a consisté à analyser la structure des achats sur les 24 mois précédents afin d’identifier les catégories de produits dans lesquelles la consolidation pourrait avoir le plus grand effet économique. Douze catégories d’approvisionnement regroupées ont été identifiées, dont 4 catégories (consommables de production, vêtements de protection et EPI, fournitures de bureau et de papeterie, et services de transport) ont été désignées comme prioritaires pour la première vague de mise en œuvre du système.

Phase 2. Conception des itinéraires d’approbation (mois 3 à 4)

À ce stade, une matrice de voies d’approbation des demandes a été élaborée, en fonction du montant de l’achat, de la catégorie et du service initiateur. Dix-huit voies d’approbation standard ont été conçues avec une détermination automatique de l’itinéraire basée sur les paramètres de la demande, remplaçant la pratique précédente selon laquelle la voie d’approbation était déterminée de manière informelle, par le biais d’arrangements personnels entre les employés.

Phase 3. Développement des spécifications fonctionnelles et intégration avec SAP MM (mois 5 à 8)

À ce stade, des spécifications fonctionnelles ont été préparées pour l’équipe de développement, comprenant une description de l’interface de soumission des demandes, de la logique de routage, des règles de validation des données de base et du scénario d’intégration SAP MM. Une attention particulière a été accordée à ce que le système d’approvisionnement n’existe pas en tant que module complémentaire isolé, mais soit lié au système ERP de base de l’entreprise au niveau des documents d’approvisionnement, des données de base et des statuts de traitement.

Dans le cadre du travail de conception, les règles de création des demandes d’achat et des bons de commande ont été définies, ainsi que la logique de sélection entre le scénario PR → PO et la création directe de PO, ainsi que le mécanisme de transfert retour des statuts de SAP MM vers le système d’approvisionnement. Les champs obligatoires pour le transfert vers SAP ont été définis : code article ou description du service, fournisseur, organisation d’achats, groupement d’acheteurs, division, lieu de stockage, centre de coûts, compte général, catégorie d’imputation, quantité, unité de mesure, date de livraison et conditions de prix.

Au total, 21 descriptions fonctionnelles ont été préparées, dont 5 spécifications pour les interfaces d’intégration et 16 spécifications pour les écrans utilisateur et les formulaires de reporting. De plus, une matrice de cartographie reliant les catégories d’approvisionnement aux objets comptables SAP MM/FI a été développée, ce qui a permis de relier la classification commerciale des achats à l’usine, au lieu de stockage, au centre de coûts et au compte général.

Architecture technique de l’intégration SAP MM

L’un des éléments clés du projet était l’intégration du système d’approvisionnement de l’entreprise avec le module SAP MM, car le nouveau système devait non seulement automatiser le processus interne de soumission et d’approbation des demandes, mais également assurer la création correcte des documents d’approvisionnement dans le système ERP de base de l’entreprise.

Le scénario d’intégration a utilisé des objets SAP MM standard liés au processus d’achat d’articles et de services : demande d’achat, commande d’achat, données de base fournisseur, données de base article, organisation d’achats, groupe d’acheteurs, division, magasin, catégorie d’imputation, centre de coûts et compte général. Du côté du système d’approvisionnement, une demande a été créée en tant que document commercial d’approbation interne et, après avoir parcouru tous les itinéraires nécessaires, elle a été transférée à SAP MM pour la création d’un document d’approvisionnement.

Lors de la conception, deux scénarios possibles ont été envisagés : créer une demande d’achat avec conversion ultérieure en bon de commande, et créer directement un bon de commande une fois l’approbation terminée. Pour les catégories d’achats prioritaires nécessitant un examen complémentaire par la direction des achats et la possibilité de regrouper plusieurs demandes, le scénario PR → PO a été utilisé. Dans ce cas, une demande approuvée du système d’approvisionnement a été transférée à SAP MM sous forme de demande d’achat, après quoi un spécialiste du service des achats a pu combiner plusieurs besoins, sélectionner un fournisseur et créer une commande d’achat. Pour les achats standards et récurrents auprès de fournisseurs prédéfinis, un scénario simplifié de création de bons de commande directs a été appliqué une fois le processus d’approbation terminé.

L’intégration a été construite sur un modèle hybride. Pour la validation synchrone des données de base, des appels RFC à SAP ont été utilisés, permettant de valider l’existence des comptes article, fournisseur, usine, lieu de stockage, centre de coûts et grand livre avant l’approbation finale de la demande. Pour transférer les demandes approuvées et créer des documents d’approvisionnement, une couche d’intégration middleware a été utilisée, convertissant les données du format interne du système d’approvisionnement en une structure compatible avec les objets SAP MM. Dans les cas nécessitant un transfert de données par lots ou le traitement de gros volumes de requêtes, un échange asynchrone via un échange d’IDoc/fichier a été utilisé, suivi d’un traitement des statuts.

Une attention particulière a été portée au retour des statuts de SAP MM vers le système d’approvisionnement. Après la création d’une demande d’achat ou d’un bon de commande, SAP a renvoyé le numéro du document, le statut de traitement, les informations sur les erreurs de création de document et les statuts ultérieurs liés aux modifications ou à la clôture de la commande. Cela a permis aux initiateurs et aux approbateurs de la demande de suivre non seulement le statut d’approbation interne, mais également la progression de la demande tout au long du processus d’approvisionnement : demande créée dans SAP, commande créée avec le fournisseur, commande modifiée, commande clôturée ou document non créé en raison d’une erreur de données.

Une logique distincte pour surveiller les messages d’intégration a été implémentée pour gérer les erreurs. Les erreurs ont été divisées en plusieurs catégories : erreurs de données de base, erreurs de routage, erreurs d’autorisation, erreurs de champs obligatoires et erreurs d’échange technique. Par exemple, si une demande spécifiait un code article inactif, un centre de coûts incorrect, un compte général manquant ou une combinaison division/emplacement de stockage non valide, le système n’autoriserait pas le transfert du document vers SAP tant que les données n’auraient pas été corrigées. Pour les erreurs techniques, un mécanisme de renvoi du message était prévu une fois la cause de la panne résolue. Toutes les erreurs ont été enregistrées dans le journal d’intégration, avec l’heure, le type d’erreur, l’utilisateur responsable et l’état de retraitement enregistrés.

Un modèle d’autorisation distinct a été conçu comme composant à part entière. L’accès des utilisateurs au système d’approvisionnement a été déterminé par leur rôle dans le processus d’approvisionnement : initiateur de la demande, chef de service, contrôleur financier, spécialiste du service d’approvisionnement, administrateur des données de base et administrateur système. Pour chaque rôle, des droits ont été définis pour créer, visualiser, modifier, approuver, rejeter et soumettre à nouveau des demandes. Le modèle d’autorisation était également lié à la structure organisationnelle de l’entreprise : un utilisateur ne pouvait visualiser et traiter que les demandes relatives à son propre service, centre de coûts, usine ou domaine de responsabilité. Pour les approbateurs, les itinéraires étaient déterminés automatiquement en fonction du montant de l’achat, de la catégorie, du service initiateur et du type de coût.

La connexion entre les catégories d’approvisionnement et les objets comptables a été mise en œuvre à travers une matrice de cartographie. Chaque catégorie d’approvisionnement était liée à des groupes d’articles autorisés, des catégories d’imputation, des centres de coûts, des comptes généraux, des divisions et des emplacements de stockage. Cette approche a permis de réduire le nombre d’erreurs lors de la création des documents d’approvisionnement dans SAP MM et d’assurer lareflet correct des coûts dans la comptabilité financière. Par exemple, les demandes de consommables de production étaient automatiquement liées à l’usine et au lieu de stockage correspondants, tandis que les achats de services administratifs nécessitaient la spécification d’un centre de coûts et d’un compte général. Pour certaines catégories, des règles complémentaires de validation budgétaire et d’approbation par un contrôleur financier ont également été appliquées.

En conséquence, l’intégration du système d’approvisionnement avec SAP MM a permis d’éliminer la double saisie des données, de réduire le nombre d’erreurs dans la création des documents d’approvisionnement et d’assurer un lien transparent entre le processus d’approbation interne des demandes et la réflexion ultérieure de l’achat dans le système ERP. Cela est devenu l’un des facteurs clés pour réduire le temps de traitement des demandes et améliorer la conformité aux réglementations en matière de processus d’approvisionnement.

Phase 4. Mise en œuvre pilote dans les catégories prioritaires (mois 9 à 11)

Le système a été lancé en mode pilote pour quatre catégories d’achats prioritaires dans l’une des divisions de production. Au cours de la période pilote, 412 demandes ont été traitées, dont 89 % ont été entièrement traitées via le nouveau système sans recourir aux canaux précédents (e-mail, Excel).

Phase 5. Déploiement dans les divisions et catégories restantes (mois 12 à 16)

Après la réussite du projet pilote, le système a été progressivement déployé dans les autres divisions et catégories de produits. Au cours de cette étape, 56 défauts et demandes d’amélioration ont été identifiés, principalement liés aux spécificités des réglementations locales des différentes divisions qui n’avaient pas été prises en compte lors de la phase de conception initiale.

Phase 6. Stabilisation et développement du reporting de consolidation (Mois 17-18)

Au stade final, des rapports analytiques ont été configurés, permettant au service des achats de visualiser en temps réel le volume global des demandes pour chaque catégorie, ce qui a jeté les bases de la conduite de négociations centralisées avec les fournisseurs clés.

Pic. 1. Réduction de la durée du cycle du processus d’approvisionnement par phase du projet (mois 1 à 18)

Des demandes fragmentées à une demande d’approvisionnement consolidée

L’un des effets les plus significatifs de la mise en œuvre du système a été la capacité de regrouper les besoins en matière d’approvisionnement des différentes divisions en une seule image de la demande. Avant la mise en œuvre du système, les demandes de matériaux similaires (par exemple, des consommables pour les équipements de production) étaient soumises indépendamment par différentes divisions, souvent adressées à des fournisseurs différents et à des prix différents, puisqu’aucune division ne disposait d’informations indiquant qu’un achat similaire était déjà en cours ou prévu en parallèle ailleurs.

Suite à la mise en place du système, toutes les demandes de ces catégories transitent désormais par un point de traitement unique, ce qui a permis au service achats d’identifier les cas d’achats parallèles et de les regrouper en commandes uniques. Au cours de la première année de fonctionnement du système, 47 cas de consolidation de demandes parallèles émanant de différentes divisions en une seule commande fournisseur ont été enregistrés.

Pic. 2. Taux de conformité des approbations : avant et après la mise en œuvre du système d’approvisionnement

Effet économique de la mise en œuvre

Les indicateurs quantitatifs enregistrés douze mois après la fin du déploiement du système dans toutes les divisions démontrent la dynamique suivante :

  • Le délai moyen de traitement d’une demande d’achat est passé de 8,4 à 1,9 jours ouvrés ;
  • La part des demandes traitées en violation des règles d’approbation est passée de 34 % à 6 % ;
  • Les économies réalisées grâce au regroupement des achats s’élevaient à environ 7 % du budget total d’achats de la division pour les catégories prioritaires ;
  • Le temps moyen passé par le personnel du service des achats à rechercher l’état d’une demande est passé de 25 minutes à moins d’une minute, grâce à la disponibilité d’une interface unifiée de suivi de l’état ;
  • La part des demandes entièrement traitées via le système sans recours au courrier électronique ou à Excel est passée de 0 % (au début du projet) à 94 % à la fin de la première année de fonctionnement.
Pic. 3. Économies de consolidation des dépenses d’approvisionnement par catégorie (année 1 d’exploitation)

Principes pratiques pour créer un système d’achats d’entreprise

Sur la base de l’expérience acquise dans la mise en œuvre de ce projet, les principes pratiques suivants peuvent être formulés, applicables aux organisations dotées d’une structure distribuée qui envisagent la centralisation et l’automatisation de leurs processus d’approvisionnement.

Principe Contenu pratique Analyse des données historiques avant le lancement Catégoriser les achats passés permet d’identifier les domaines prioritaires où la consolidation produira le plus grand effet, et d’éviter de répartir les ressources du projet sur toutes les catégories simultanément. Formalisation des parcours d’approbation La définition explicite des itinéraires en fonction du montant et de la catégorie d’achat élimine les pratiques informelles et améliore le respect des réglementations. Intégration approfondie avec ERP La création automatique de commandes dans SAP MM sur la base des demandes approuvées élimine la double saisie de données et les erreurs qui y sont associées. Alignement des catégories métiers avec le modèle comptable ERP Les catégories d’approvisionnement doivent être liées à l’avance aux groupes de matériaux, aux centres de coûts, aux comptes généraux, aux usines et aux emplacements de stockage. Cela réduit le nombre d’erreurs lors de la création de documents dans SAP MM et garantit le reflet correct des coûts dans la comptabilité financière. Pilote avant déploiement Le lancement à une échelle limitée permet d’identifier les spécificités des processus locaux avant de déployer le système dans l’ensemble de l’organisation. Transparence du statut du demandeur La possibilité pour l’initiateur de la demande de suivre indépendamment son statut réduit la charge de travail du service des achats et augmente la satisfaction des clients internes. Analytics comme moteur de négociation Les données de demande consolidées par catégorie deviennent un outil de négociation centralisée avec les fournisseurs sur les remises sur volume. Gestion du changement L’implication précoce des divisions régionales et la démonstration de gains rapides réduisent la résistance à la centralisation.

Conclusion

L’expérience de la mise en œuvre de ce projet de système d’approvisionnement d’entreprise confirme que l’automatisation du processus d’approvisionnement donne un effet maximal lorsqu’elle est combinée avec une intégration approfondie dans le système comptable de base (dans ce cas, SAP MM) et une matrice bien conçue de voies d’approbation reflétant la structure décisionnelle réelle de l’organisation. La réduction du délai de traitement des demandes de 8,4 à 1,9 jours ouvrables, la diminution du taux de violations réglementaires de 34 % à 6 % et des économies d’environ 7 % du budget des achats dans les catégories prioritaires démontrent que l’investissement dans la numérisation de la fonction d’achats offre un retour mesurable, tant en termes d’efficacité opérationnelle que d’économies de coûts directs. Les principes présentés s’appliquent aux organisations dotées d’une structure de succursales distribuées qui envisagent de passer de pratiques d’approvisionnement décentralisées à une plate-forme automatisée unique.

Références

  1. Monczka R. M., Handfield R. B., Giunipero L. C., Patterson J. L. Achats et gestion de la chaîne d’approvisionnement. — 6e éd. — Boston : Cengage Learning, 2015. — 832 p.
  2. Croom S., Brandon-Jones A. Impact des achats électroniques : expériences de mise en œuvre dans le secteur public britannique // Journal of Purchasing and Supply Management. — 2007. — Vol. 13, n° 4. — pp. 294-303.
  3. Kraljic P. Les achats doivent devenir une gestion des approvisionnements // Harvard Business Review. — 1983. — Vol. 61, n° 5. — pp. 109-117.
  4. de Boer L., Harink J., Heijboer G. Un modèle conceptuel pour évaluer l’impact des achats électroniques // European Journal of Purchasing & Gestion des approvisionnements. — 2002. — Vol. 8, n° 1. — pp. 25-33.
  5. Kotter J. P. Diriger le changement. — Boston : Harvard Business School Press, 1996. — 187 p.
  6. Lysons K., Farrington B. Gestion des achats et de la chaîne d’approvisionnement. — 9e éd. — Harlow : Pearson, 2016. — 752 p.

Crédit image en vedette

Related Posts

La nouvelle théorie de la matière noire propose deux types de particules

La nouvelle théorie de la matière noire propose deux types de particules

juillet 14, 2026
Des chercheurs de Penn State construisent une puce informatique solaire sans batterie

Des chercheurs de Penn State construisent une puce informatique solaire sans batterie

juillet 14, 2026
Une faille de Google Dialogflow CX permet aux chercheurs de créer des agents malveillants

Une faille de Google Dialogflow CX permet aux chercheurs de créer des agents malveillants

juillet 14, 2026
La recherche anthropique introduit GRAM pour isoler les connaissances dangereuses de l’IA

La recherche anthropique introduit GRAM pour isoler les connaissances dangereuses de l’IA

juillet 9, 2026
Les livraisons mondiales de PC chutent de 5 % alors que la crise de la mémoire provoquée par l’IA frappe les chaînes d’approvisionnement

Les livraisons mondiales de PC chutent de 5 % alors que la crise de la mémoire provoquée par l’IA frappe les chaînes d’approvisionnement

juillet 9, 2026
Seuls 6 % des employés de bureau de Singapour utilisent l’IA quotidiennement, selon Salesforce

Seuls 6 % des employés de bureau de Singapour utilisent l’IA quotidiennement, selon Salesforce

juillet 8, 2026

Recent Posts

  • Transformation digitale des processus achats : Construire un système d’achats d’entreprise à partir de l’exemple d’un projet de holding industrielle internationale
  • Pourquoi les systèmes de transport fragmentés en Europe peuvent donner un avantage à l’IA
  • Les responsables informatiques privilégient la confiance plutôt que les fonctionnalités d’IA, déclare NinjaOne
  • Cisco : l’IA va tripler le trafic réseau d’entreprise d’ici 2026
  • La 6G offrira une latence ultra faible pour les véhicules connectés

Recent Comments

Aucun commentaire à afficher.
Dataconomy FR

COPYRIGHT © DATACONOMY MEDIA GMBH, ALL RIGHTS RESERVED.

  • Home
  • Sample Page

Follow Us

  • Home
  • Sample Page
No Result
View All Result
Subscribe

This website uses cookies to improve your experience. You can choose to accept or reject them. Visit our Privacy Policy.