ERP ou SI achats dédié : comment choisir dans votre projet ?

ERP ou SI achats dédié : que choisir ?

Gardez le module achats de l’ERP si vos acheteurs sont presque les seuls utilisateurs, avec un seul ERP, et si le besoin s’arrête à la commande et à la facture. Ajoutez un SI achats dédié quand fournisseurs, appels d’offres, contrats et demandeurs non acheteurs pèsent lourd.

Ce n’est pas un choix tout ou rien. Même avec une suite dédiée, l’ERP reste : il porte la comptabilité, les stocks et le paiement. La vraie question est ce que vous mettez en amont de l’ERP, et comment les deux outils se partagent les données.

Je ne suis pas neutre sur ce sujet : j’implémente Ivalua, une suite source-to-pay. Cette page donne une position de praticien, appuyée sur ce que publient les éditeurs des deux camps, avec des dates. Pour comparer les logiciels fonction par fonction sans parti pris, partez du guide d’eProcurement Toolkit sur les logiciels achats (en anglais).

Lisez aussi avec prudence les guides en ligne sur cette question. En octobre 2026, les premiers résultats de recherche sur « ERP ou SI achats » venaient presque tous d’éditeurs : d’un côté des éditeurs d’ERP comme Cegid, SAP ou Oracle, de l’autre des éditeurs de suites achats comme JAGGAER ou Coupa. Aucune publication neutre française sur ce choix n’a été trouvée : rien du CNA, de la CDAF, de la Direction des Achats de l’État ni de l’AFNOR.

Que couvre le module achats d’un ERP ?

Cela dépend de l’éditeur, et la frontière bouge. Voici ce que disent les pages achats des trois grands éditeurs d’ERP, lues le 28 octobre 2026. Ce sont leurs propres descriptions, pas un retour de projet.

Conséquence concrète : la question ne se pose pas de la même façon selon votre ERP. Un client Oracle Fusion compare souvent deux suites achats. Un client SAP compare SAP Ariba et une autre suite, puisque SAP place lui-même sa couche fournisseurs à côté de l’ERP. Un client Dynamics compare un module centré sur la commande et une suite complète. Dans tous les cas, demandez à votre éditeur d’ERP ce qui est dans votre licence, et ce qui est vendu en plus, par écrit.

Pour les étapes du processus lui-même, de la demande au paiement, le guide d’eProcurement Toolkit sur le procure-to-pay (en anglais) part des bases.

Qu’ajoute une suite source-to-pay dédiée ?

Surtout le travail en amont de la commande, et la relation avec les fournisseurs. D’après les pages des éditeurs et les cahiers des charges publiés, une suite dédiée ajoute en général :

• Un portail fournisseurs, où le fournisseur s’inscrit, dépose ses documents et met à jour ses propres données.
• Des appels d’offres en ligne : demandes de prix, appels d’offres, enchères, analyse des réponses.
• La gestion des contrats : rédaction, validation, signature, échéances.
• Le suivi des fournisseurs : qualification, risques, performance.
• Des parcours simples pour les demandeurs qui ne sont pas acheteurs : catalogues, punchout vers le site du fournisseur, achat guidé.
• Un seul outil au-dessus de plusieurs ERP, par exemple après des acquisitions.

Une suite peut aussi devenir le système maître des fournisseurs. Ivalua dit pouvoir être la source de référence des données fournisseurs, et synchroniser les changements validés vers les tables fournisseurs de l’ERP. Ivalua annonce aussi 60 ERP et autres systèmes déjà intégrés, et plus de 80 % de clients sous SAP. Ce sont des déclarations de l’éditeur.

Des acheteurs l’écrivent dans leurs cahiers des charges. Fin 2025, la compagnie des eaux britannique Southern Water a attribué un marché de suite achats qui demandait d’héberger sa base fournisseurs maître, et de pouvoir s’intégrer au minimum aux outils finance ou RH courants.

Ce qu’une suite ne remplace pas : la comptabilité, le grand livre, les stocks et le paiement restent dans l’ERP. Une suite ajoute donc un système à côté de l’ERP, et des interfaces à construire puis à maintenir.

À quels signes voit-on que l’ERP suffit, ou non ?

Regardez qui utilise l’outil, et ce qu’il faut faire avant la commande. La grille ci-dessous aide à poser le cas ; elle ne remplace pas l’étude de votre situation.

Un éditeur d’ERP propose des seuils chiffrés. Cegid écrit sur son blog que l’ERP suffit en dessous de 50 M€ d’achats et de 500 fournisseurs actifs, et qu’au-delà il conseille un SI achats P2P ou un couplage des deux. Cegid ne donne pas la source de ces seuils, et vend un ERP. Il écrit aussi : « Beaucoup d’entreprises achètent un SI Achats P2P alors que leur module ERP suffirait. » Prenez ces seuils comme la position d’un éditeur, pas comme une norme.

Le secteur public montre les deux modèles. Le CSTB traite finance, comptabilité et achats comme un seul SI, dans un changement d’ERP. L’État et la Région Auvergne-Rhône-Alpes ont un SI achats à part ; pour l’État, certaines briques sont reliées à Chorus, son outil budgétaire et comptable.

Avec la facture électronique, qui se raccorde à la plateforme agréée ?

C’est une décision à prendre en même temps que le choix entre ERP et SI achats. Depuis le 1er septembre 2026, toute entreprise doit pouvoir recevoir ses factures électroniques par une plateforme agréée. Un outil qui n’est pas plateforme agréée doit y être raccordé comme « solution compatible ». Deux schémas se rencontrent.

• L’ERP reçoit les factures. La plateforme agréée envoie la facture à l’ERP, qui la rapproche et la paie. Si vous avez une suite achats, elle s’arrête à la commande et à la réception. Certains éditeurs d’ERP sont eux-mêmes plateformes agréées : SAP figure sur la liste officielle.
• La suite achats reçoit les factures. La plateforme agréée envoie la facture à la suite, qui la rapproche de la commande et de la réception, puis l’envoie validée à l’ERP pour paiement. En octobre 2026, une mission freelance décrivait une architecture de ce type en production : Ivalua pour le procure-to-pay, relié à une plateforme de facturation tierce (Generix) et à un ERP Oracle.

Si vous regardez Ivalua : Ivalua ne figure pas sur la liste officielle des plateformes agréées publiée sur impots.gouv.fr (page modifiée le 13 octobre 2026, fichiers lus le 26 octobre 2026). Il faut donc une plateforme agréée à côté, et un flux de plus à concevoir et à tester. La liste évolue : consultez-la à la date de votre décision.

Dans les deux schémas, les nouvelles mentions obligatoires partent des données fournisseurs et des commandes : le SIREN du client, l’adresse de livraison si elle diffère, la nature de l’opération. La qualité de ces données en amont compte autant que l’outil choisi. Le guide SI achats détaille ce que la réforme change pour un projet.

Si vous gardez l’ERP et une suite, qui fait quoi ?

L’ERP garde la comptabilité et le paiement ; la suite porte le travail achats. Entre les deux, chaque donnée doit avoir un seul système maître, et chaque flux un sens. Un schéma typique dans les projets Ivalua : Ivalua envoie les factures validées à l’ERP, et l’ERP renvoie le statut de paiement.

Aucune source ne publie de liste standard : la liste exacte change d’un projet à l’autre. Les interfaces ont aussi un coût des deux côtés. En Virginie, un rapport officiel de 2016 chiffrait l’intégration en temps réel entre l’outil achats de l’État, alors sur Ariba, et son ERP à environ 260 000 $ côté outil achats, contre environ 7,9 M$ côté ERP. Chiffrez donc le travail de l’équipe ERP, pas seulement celui de l’intégrateur de la suite.

Chaque interface non standard se reteste à chaque montée de version. Sur Ivalua, les conditions publiées en 2023 prévoient que les personnalisations et les intégrations complexes ajoutées après la mise en production sont facturées à chaque montée de version. Le guide Intégration Ivalua et SAP détaille les flux, les outils de connexion et les points qui coincent.

Faut-il attendre le nouvel ERP avant de lancer le SI achats ?

Pas forcément. The Hackett Group, un cabinet d’analyse, propose une règle selon la date du projet ERP. Si le projet ERP démarre dans moins de 12 mois, menez les deux projets en parallèle. S’il démarre dans 12 à 24 mois, lancez le SI achats d’abord. Au-delà de 24 mois, lancez le SI achats maintenant.

Les éditeurs d’ERP tirent dans l’autre sens : SAP présente son offre d’achats multi-ERP comme un moyen d’accélérer le passage à S/4HANA. Quelle que soit la règle choisie, les interfaces de la suite seront à refaire ou à retester quand l’ERP change. Mettez-les dans le planning du projet ERP dès le départ.

L’inverse est vrai aussi : changer d’outil achats oblige à refaire les ponts avec l’ERP. En 2022, la Virginie a dû faire construire un hub d’intégration sur mesure pour remplacer Ariba par Ivalua, facturé en plus au contrat de son intégrateur informatique.

Comment décider dans votre projet ?

En écrivant des faits sur votre cas avant de regarder des démonstrations. Voici les étapes, dans l’ordre.

1. Comptez les utilisateurs. Combien d’acheteurs, de demandeurs et de valideurs ? Quels achats passent par chacun ?
2. Listez le travail avant la commande. Appels d’offres, contrats, qualification des fournisseurs : qu’est-ce qui doit laisser une trace dans un outil ?
3. Demandez à votre éditeur d’ERP ce qui est dans votre licence. Module achats de base, options, offre séparée : faites-le écrire.
4. Décidez le chemin de la facture. Quel outil est raccordé à la plateforme agréée, et où la facture est-elle rapprochée de la commande ?
5. Désignez un maître par donnée. Fournisseurs, centres de coût, articles, commandes : un seul système crée et corrige chaque objet.
6. Placez le projet ERP dans le calendrier. S’il démarre dans les deux ans, prévoyez les interfaces deux fois, ou menez les projets ensemble.
7. Chiffrez les deux côtés. Le travail de l’équipe ERP sur les interfaces, la reprise des données et les montées de version, pas seulement la licence de la suite.

Le résultat peut très bien être : l’ERP suffit, pour l’instant. Dans ce cas, écrivez ce qui vous ferait changer d’avis, par exemple un nouveau périmètre d’achats indirects, ou une acquisition qui apporte un autre ERP.

Où puis-je vous aider dans ce choix ?

Pas sur la sélection neutre : elle ne fait pas partie de mon offre. J’implémente Ivalua, je ne suis donc pas neutre, et je ne parle pas au nom d’Ivalua. Pour une sélection neutre, prenez un conseil sans lien avec un éditeur, et demandez-lui s’il a un partenariat ou une alliance avec l’un d’eux.

Si vous avez choisi Ivalua à côté de votre ERP, ou si vous en êtes proche, je prends des missions senior sur ce qui fait la frontière entre les deux : conception des flux, interfaces ERP, reprise des données fournisseurs, SQL. Sur la v182 chez BNP Paribas, livrée et encore en évolution, je travaille sur les interfaces fournisseurs et ERP et sur les flux de données entre systèmes.

J’ai travaillé sur trois implémentations Ivalua complètes chez BNP Paribas, en v156, v164 et v182, et je suis certifié Ivalua L1 à L3. Le conseil en achats présente tous mes services.