En bref : dans le choix d’un ERP, le logiciel qui l’emporte n’est pas celui qui a la plus longue liste de fonctionnalités, mais celui qui porte vos processus avec le moins d’adaptation, et durablement. Les cinq fonctionnalités critiques à ne pas manquer sont : l’adéquation à vos processus, la localisation turque et la conformité réglementaire, la capacité d’intégration, le modèle de données et la maîtrise des données, ainsi que le mode de déploiement et la gestion des versions. L’ordre d’évaluation compte aussi : d’abord le périmètre, ensuite le produit.
La plupart des choix d’ERP commencent par un tableau comparatif des fonctionnalités. Les présentations des candidats sont posées côte à côte, chaque ligne est cochée « oui » ou « non », et le logiciel qui réunit le plus de « oui » passe en tête. La méthode est simple mais trompeuse : la présence d’une fonctionnalité ne dit pas comment elle fonctionnera dans votre propre flux de travail. Cet article examine les cinq fonctionnalités qui décident réellement du choix d’un ERP, et la manière de tester chacune d’elles.
1. L’adéquation à vos processus : des flux, pas des fonctionnalités
La première et la plus critique des fonctionnalités est la mesure dans laquelle le logiciel couvre vos processus avec ses fonctions standard. Un choix fait sans voir comment chaque flux, de la commande à l’expédition et des achats à la production, se déroulera dans le logiciel revient au milieu du projet sous la forme d’une phrase : « ce n’est pas ainsi que nous menons ce processus ».
Le moyen de le tester est de décrire les processus dans un langage commun. BPMN, une norme internationale de modélisation des processus métier, permet à votre équipe et aux candidats de regarder le même flux. L’analyse qui montre si chaque besoin est couvert par les fonctions standard du logiciel s’appelle Gap / Fit : un « fit » est un besoin couvert par le standard, un « gap » un besoin qui demande une adaptation, un développement ou une modification du processus.
La bonne question n’est donc pas « Cette fonctionnalité existe-t-elle ? », mais « Comment notre flux se déroule-t-il en standard dans ce logiciel, et où faut-il l’adapter ? »
2. Localisation turque et conformité réglementaire
Pour un industriel qui opère en Turquie, le flux comptable et documentaire d’un ERP doit suivre la réglementation locale. Les documents électroniques comme la facture électronique, la facture électronique archivée et le bon de livraison électronique relèvent des règles de document électronique de l’administration fiscale turque (GIB), et les livres légaux de son application de registre électronique. Le traitement des données personnelles relève de la loi turque sur la protection des données personnelles (KVKK, loi n° 6698).
Le point à surveiller est de savoir si la localisation est assurée dans le cœur du logiciel, dans un module complémentaire ou par une connexion tierce. Chaque option crée une responsabilité différente en matière de maintenance et de montée de version. Demandez aux candidats de montrer comment ces documents sont produits de bout en bout, et qui les met à jour, et comment, lorsque la réglementation change.
3. Capacité d’intégration et interfaces ouvertes
Un ERP ne fonctionne pas seul. Le CRM, le système d’exécution de la production (MES), la planification, le commerce électronique et les systèmes bancaires échangent tous des données avec lui. Des interfaces de programmation (API) documentées, versionnées et protégées par des droits d’accès comptent donc parmi les fonctionnalités les plus précieuses d’un ERP.
Posez trois questions lors de l’évaluation : les interfaces sont-elles documentées de façon ouverte ? Comment la compatibilité ascendante est-elle préservée lors des montées de version ? Qui sera responsable de la maintenance des intégrations ? Les connexions non documentées ou propres au projet sont celles qui demandent le plus de travail à la première montée de version.
4. Modèle de données, reporting et maîtrise des données
La valeur d’un ERP se mesure à la fiabilité de ses données. La structure des données de base (articles, nomenclatures, clients, fournisseurs), la traçabilité des transactions et une piste d’audit qui montre qui a modifié quoi, et quand, sont des fonctionnalités critiques.
La question de la maîtrise des données est tout aussi importante : pourrez-vous exporter vos données dans des formats standard quand vous le souhaitez ? Le reporting demandera-t-il un outil séparé ? Pour une solution en cloud, l’endroit où les données sont conservées et la manière dont elles vous sont restituées à la fin du contrat doivent aussi être clarifiés dès le choix.
5. Mode de déploiement, gestion des versions et pérennité
Que le logiciel fonctionne en abonnement cloud (SaaS), sur vos propres serveurs ou dans un environnement cloud qui vous est réservé n’est pas seulement un choix technique. La définition du cloud computing du National Institute of Standards and Technology (NIST) américain est une référence utile pour clarifier le partage des responsabilités entre ces modèles.
Le mode de déploiement détermine la fréquence des montées de version, la façon dont les personnalisations passent aux nouvelles versions et qui porte la charge de maintenance. Demandez aux candidats : comment se déroule le passage à une nouvelle version, quel est son effet sur les personnalisations, et pendant combien de temps les anciennes versions sont-elles maintenues ?
Liste de fonctionnalités ou adéquation aux processus ?
Les cinq mêmes thèmes donnent des résultats très différents selon deux regards :
| Thème | Évaluation par la liste de fonctionnalités | Évaluation par l’adéquation aux processus |
|---|---|---|
| Adéquation aux processus | « Il existe un module de production. » | Comment votre propre flux de production se déroule-t-il en standard, et où faut-il l’adapter ? |
| Localisation | « La facture électronique est prise en charge. » | Comment les documents sont-ils produits de bout en bout, et qui les met à jour quand la réglementation change ? |
| Intégration | « Une API est disponible. » | Les interfaces sont-elles documentées et versionnées, et qui les maintient ? |
| Données | « Il existe un module de reporting. » | Le modèle de données couvre-t-il le besoin, et pouvez-vous récupérer vos données dans un format standard ? |
| Déploiement et versions | « Des options cloud et sur site existent. » | Comment les personnalisations passent-elles aux nouvelles versions, et qui porte la charge de maintenance ? |
Le bon ordre : d’abord le périmètre, ensuite le produit
Pour évaluer ces cinq fonctionnalités de façon pertinente, vous devez d’abord savoir ce que vous évaluez. Une comparaison de produits faite alors que le périmètre reste flou ressemble à un costume taillé sans prendre de mesures.
Dans l’approche de MindDX, cet ordre est voulu. Assess structure la situation actuelle et le besoin et valide le périmètre par des preuves ; son livrable est le Périmètre validé, et la décision sur le produit vient après ces preuves. L’analyse Gap / Fit complète, qui montre si chaque besoin est couvert par les fonctions standard, est produite dans Implement. La discussion sur les fonctionnalités repose alors sur des preuves plutôt que sur des hypothèses.
Si vous comparez des offres, consultez notre article sur les cinq postes critiques d’un devis ERP.
Conclusion
Ce qui décide du choix d’un ERP n’est pas tout ce que le logiciel sait faire, mais le peu d’adaptation dont il a besoin pour porter votre activité, et la durabilité avec laquelle il le fait. L’adéquation aux processus, la localisation, l’intégration, les données et la gestion des versions sont les cinq faces de cette même question.
Souhaitez-vous commencer votre choix par des preuves ?
Sources
- Object Management Group — Business Process Model and Notation (BPMN) 2.0
- Administration fiscale turque (GIB) — portail des documents électroniques (en turc)
- Administration fiscale turque (GIB) — portail du registre électronique (en turc)
- Autorité turque de protection des données (KVKK) — Personal Data Protection Law (en anglais)
- Loi n° 6698 sur la protection des données personnelles — texte officiel (en turc)
- NIST SP 800-145 — The NIST Definition of Cloud Computing