Choisir un système ERP : une méthode d'évaluation pratique

Un système ERP touche chaque service et reste en place une décennie. Se tromper coûte cher, bien choisir change la façon dont l’entreprise travaille. La différence tient presque toujours à la méthode, pas à la chance.

En bref : prenez cinq décisions dans cet ordre : périmètre des processus, modèle de déploiement, éditeur, partenaire d’implémentation et indicateurs de succès. Écrivez les exigences avant de regarder les produits, faites dérouler les démonstrations sur vos propres processus, comparez le coût total sur cinq ans et choisissez le partenaire avec le même soin que le logiciel. Si vous utilisez SAP ECC, le calendrier de maintenance (standard jusqu’en 2027, étendue jusqu’en 2030) fixe le rythme.

Comment définir les exigences ERP ?

Périmètre des processus. Quels processus l’ERP doit-il couvrir ? Finance, achats, production, ventes, service, chaîne logistique ? Listez-les et indiquez ce qui doit être en production en phase 1 et ce qui peut suivre. Les projets qui mettent tout en phase 1 sont ceux qui durent trois ans.

Intégrations. Avec quels systèmes l’ERP doit-il dialoguer : CRM, e-commerce, gestion d’entrepôt, prestataires logistiques, banques ? Pour chaque interface, notez les données, le sens et la fréquence (temps réel ou lot). C’est la partie que les entreprises sous-estiment le plus souvent.

Exigences sectorielles. La pharma a besoin de traçabilité des lots et de reporting de conformité. Les industriels ont besoin de nomenclatures et de pilotage de la production. Les sociétés de services ont besoin de comptabilité de projet et de saisie des temps. Si le produit standard ne couvre pas les vôtres, vous développerez dès le premier jour.

Utilisateurs. Combien d’utilisateurs, dans quels rôles, avec quelles fonctions ? Les licences ERP varient généralement selon le type d’utilisateur : le profil des utilisateurs pèse donc directement sur les coûts.

Critères éliminatoires. Nommez les 15 à 20 exigences qui éliminent des éditeurs : fonctions sectorielles, couverture des pays et des langues, contraintes réglementaires comme la TVA suisse et la QR-facture, interfaces critiques. Chaque éditeur coche 200 cases sur une liste de fonctions. Ce sont ces 15 à 20 critères qui décident de votre liste restreinte.

Comment évaluer les éditeurs ERP ?

Étape 1 : liste longue (cinq à sept éditeurs). Filtrez selon vos critères éliminatoires. Utilisez les rapports d’analystes, les associations professionnelles et surtout d’autres utilisateurs. Les analystes vous disent ce qui est possible. Les utilisateurs vous disent ce qui s’est passé.

Étape 2 : RFI. Un questionnaire structuré sur l’adéquation : secteur, taille d’entreprise, pays. Il reste en général trois ou quatre éditeurs.

Étape 3 : RFP et démonstrations scénarisées. Envoyez vos propres scénarios, pas une liste de fonctions, et demandez à chaque éditeur de les dérouler en direct. N’acceptez pas la présentation standard. Les démonstrations scénarisées révèlent les lacunes que des présentations soignées dissimulent.

Étape 4 : entretiens de référence. Parlez à deux ou trois clients par éditeur, idéalement de votre secteur et de taille comparable. Demandez la durée, les coûts imprévus, la qualité du support et s’ils choisiraient à nouveau le même produit.

Étape 5 : coût total. Comparez les coûts sur cinq ans : abonnements ou licences, implémentation, migration des données, extensions, formation et support. La licence la moins chère s’accompagne souvent du projet le plus coûteux.

Cloud ERP ou on-premise : comment choisir ?

Cloud ERP (SaaS). L’éditeur exploite le système et livre les mises à niveau. Vous paramétrez et étendez via des interfaces définies, sans modifier le noyau. Exemples : SAP S/4HANA Cloud Public Edition, Oracle Fusion Cloud ERP, Microsoft Dynamics 365. Ce modèle convient aux entreprises prêtes à travailler avec des processus standard et c’est le choix par défaut de la plupart des nouvelles implémentations. Quels avantages du modèle cloud tiennent au quotidien, et où ils atteignent leurs limites, nous le détaillons dans les avantages du cloud computing qui comptent vraiment.

Private cloud gérée. Une instance dédiée exploitée par l’éditeur. Plus de place pour le code spécifique, moins de charge d’exploitation qu’en on-premise. Chez SAP, il s’agit de S/4HANA Cloud Private Edition, généralement contractée via RISE with SAP. C’est la destination habituelle des grands environnements ECC chargés d’années de développements spécifiques. Dates, options et un outil d’orientation pour votre propre système sont réunis sur notre page consacrée à la fin de maintenance SAP ECC 2027.

On-premise. Vous hébergez et exploitez tout et décidez du moment des mises à niveau. Contrôle maximal, responsabilité maximale. Ce choix se justifie aujourd’hui surtout en cas de contraintes réglementaires ou techniques particulières.

Les facteurs décisifs : l’écart nécessaire par rapport au standard, la volonté d’exploiter vous-mêmes l’infrastructure, les exigences de localisation des données et votre préférence entre dépenses d’exploitation et d’investissement. Nous comparons en détail les trois options SAP dans notre article sur les modèles de déploiement de S/4HANA.

Qu’est-ce que cela signifie si vous utilisez SAP ECC aujourd’hui ?

Pour les clients ECC, la sélection suit un calendrier fixe. SAP assure la maintenance standard de SAP Business Suite 7, dont fait partie ECC, jusqu’à fin 2027, et une maintenance étendue optionnelle et payante jusqu’à fin 2030 (SAP News). Pour les environnements vastes et complexes, SAP a ajouté la SAP ERP, private edition, transition option, qui couvre les années 2031 à 2033 mais exige que les systèmes tournent sur SAP ERP, private edition avant fin 2030 (SAP News).

La question est donc rarement « SAP ou pas ? », mais « conversion ou nouvelle implémentation ? ». Une conversion vers la private edition conserve le code spécifique et l’historique des processus. Une nouvelle implémentation sur S/4HANA Public Cloud laisse les deux derrière elle et repart du standard SAP. Pour les entreprises de taille moyenne dont les modifications compensent surtout des lacunes que le standard actuel couvre déjà, la seconde voie est souvent la plus propre.

Comment nous évaluons un ERP chez Spadoom

Nous implémentons SAP S/4HANA Public Cloud et les processus clients qui l’entourent (Sales et Service Cloud V2, Commerce, CPQ, Field Service) avec une seule équipe. Cela détermine notre façon de vérifier l’adéquation :

1. Processus confrontés au standard. Nous prenons vos dix processus les plus importants et les déroulons dans le standard Public Cloud, pas sur des diapositives. Les écarts sont nommés, avec une solution proposée : paramétrage, extension propre ou adaptation du processus.
2. Carte des interfaces. Chaque interface que l’ERP doit porter, y compris CRM, boutique en ligne et banque, avec responsable et sens des flux. La jonction entre ERP et CRM reçoit une attention particulière, car c’est là que les commandes ne se comptabilisent pas et que les offres ne trouvent pas leur prix.
3. Préparation des données. Un examen de la qualité des données de base avant le plan, car c’est lors de la migration des données que les calendriers dérapent.
4. Résultat à périmètre fixe. L’évaluation de préparation S/4HANA regroupe ces étapes en cinq jours à prix fixe, déduit du projet si vous le lancez.

Le guide de transformation présente l’architecture cible vers laquelle nous travaillons. Si vous choisissez aussi un partenaire, notre panorama des partenaires cloud ERP et CRM en Suisse explique quoi vérifier, et S/4HANA Public Cloud et Sales Cloud V2 en une seule pile montre comment les deux s’articulent.

Quelles sont les erreurs de sélection les plus fréquentes ?

Choisir l’éditeur avant les exigences. « Nous partons sur SAP » ou « nous voulons Dynamics » avant que quiconque ait cartographié les processus. L’éditeur doit découler des exigences. C’est l’erreur la plus coûteuse de la sélection d’un ERP, et la plus fréquente.

Ignorer le coût total de possession. Comparer les prix de licence sans l’implémentation, les extensions, la formation et cinq ans d’exploitation. Les achats optimisent volontiers le chiffre le plus facile à comparer.

Sous-estimer la conduite du changement. Un ERP change la façon de travailler. Sans utilisateurs finaux dans la sélection, vous risquez de choisir un système qui convient sur le papier et échoue au quotidien.

Périmètre qui enfle pendant la sélection. « Finance et achats » devient « plus RH, CRM et entrepôt en phase 1 ». Plus de périmètre, c’est plus de temps et plus de risque. Commencez léger et ajoutez ensuite.

Négliger l’évaluation du partenaire. Le produit ne vaut que l’équipe qui le paramètre. Vérifiez les références, la composition de l’équipe et la capacité du partenaire à porter aussi les systèmes voisins. Un bon partenaire fait fonctionner un produit correct. Un partenaire faible peut gâcher un excellent produit.

Questions fréquentes

Combien de temps dure la sélection d’un ERP ?

Pour une entreprise de taille moyenne, une sélection structurée prend en général trois à six mois : d’abord les exigences, puis RFI et liste restreinte, puis démonstrations sur scénarios et entretiens de référence, enfin la négociation. Elle se raccourcit si les exigences sont écrites avant tout contact avec un éditeur, et s’allonge si le périmètre grossit en cours de route.

Faut-il se faire accompagner pour la sélection ?

Pour un premier ERP ou un changement de plateforme, un appui externe est rentable, surtout pour structurer les exigences et écrire le scénario des démonstrations. Clarifiez le rôle : un conseiller indépendant aide à comparer les éditeurs, un partenaire d’implémentation comme Spadoom vérifie avec vous si un produit précis comme S/4HANA Public Cloud convient à vos processus. Les deux sont légitimes, tant que vous savez à qui vous parlez.

Comment comparer SAP, Oracle et Microsoft ?

Comparez-les sur vos propres scénarios, pas sur leurs listes de fonctions. SAP est fort dans l’industrie et la distribution multi-sociétés et multi-pays. Oracle est fort en finance. Microsoft Dynamics convient aux entreprises très ancrées dans l’environnement Microsoft. La meilleure question : quel produit couvre en standard vos dix processus les plus importants, et quel partenaire répond du résultat ?

Combien coûte l’implémentation d’un ERP ?

Cela dépend du périmètre des processus, du nombre de sociétés et de pays, de la qualité des données et du nombre d’interfaces que l’ERP doit porter. Les licences sont souvent la plus petite part ; implémentation, migration des données, tests, formation et première année de support font le reste. Demandez une estimation pour vos processus plutôt que de vous fier aux moyennes du marché.

Quand remplacer son ERP plutôt que le mettre à niveau ?

Remplacez-le quand l’éditeur ne fait plus évoluer le produit, quand votre activité a profondément changé ou quand les modifications bloquent chaque mise à niveau. Pour SAP ECC, le calendrier tranche aussi : la maintenance standard prend fin en 2027 et la maintenance étendue optionnelle en 2030. La question n’est donc plus de savoir s’il faut changer, mais comment : par conversion ou par nouvelle implémentation sur S/4HANA.

Faut-il choisir l’ERP et le CRM ensemble ?

Autant que possible, oui. La plupart des problèmes naissent à la jonction des deux : la commande qui ne se comptabilise pas, le prix que l’offre ne trouve pas, le client qui existe en double. Choisir les deux en pensant à l’intégration, idéalement avec une seule équipe responsable, évite les surprises les plus coûteuses.