Choisir un ERP en RDC : six critères qui comptent vraiment

Presque toutes les entreprises qui nous consultent arrivent avec un tableau comparatif. En colonnes, trois ou quatre solutions ; en lignes, des dizaines de fonctionnalités cochées.

Ces tableaux sont honnêtement construits, et ils ne prédisent presque rien. Après plus d'une décennie de déploiements menés par nos équipes en RDC, nous constatons que les projets qui échouent n'échouent pas sur une fonctionnalité manquante.

Voici les six critères qui, eux, font la différence.

1. La capacité à traiter le cadre congolais

C'est le seul critère véritablement éliminatoire, et le seul que les comparatifs internationaux ignorent complètement.

Un système exploité en RDC doit savoir traiter le référentiel comptable SYSCOHADA, la facturation normalisée exigée par l'administration fiscale, les obligations de paie et de déclaration propres au pays, et la coexistence du franc congolais et du dollar dans les mêmes opérations.

Aucune solution internationale ne couvre nativement ces quatre points. La vraie question n'est donc pas « l'outil le fait-il ? » mais « qui va le construire, et l'a-t-il déjà fait ? »

Demandez des références locales. Pas des références régionales, pas des références du siège : des entreprises en RDC, sur ces sujets précis.

2. La présence de celui qui déploie

Un ERP se paramètre sur site, avec vos équipes, en observant comment elles travaillent réellement ce qui diffère toujours de ce que dit la procédure.

Un prestataire à distance découvre les contraintes locales en production, au pire moment. Il n'est pas joignable aux heures ouvrées de Kinshasa. Il ne se déplace pas quand la mise en service dérape.

Trois questions à poser sans détour : Qui exactement sera sur le projet ? Où sont ces personnes ? Que se passe-t-il après la mise en production ?

3. La capacité d'adaptation

Aucun logiciel standard ne couvre l'intégralité d'un métier. La question n'est pas de savoir si des adaptations seront nécessaires — elles le seront — mais à quel prix et avec quelle dépendance.

Une solution fermée impose d'attendre que l'éditeur s'intéresse à votre problème. Une solution ouverte permet à un intégrateur local de construire ce qui manque. En RDC, où les contraintes locales sont précisément ce que les éditeurs internationaux ignorent, cette différence est structurante.

Point de vigilance : demandez à qui appartiennent les développements spécifiques payés par vous, et si vous pourrez changer de prestataire sans les perdre.

4. Le coût total, pas le prix des licences

Le prix affiché des licences représente rarement plus d'une fraction du budget réel. Un chiffrage honnête comprend :

Poste	Fréquence
Licences ou abonnements	Récurrent
Cadrage et paramétrage	Une fois
Développements spécifiques	Une fois, puis à chaque évolution
Reprise des données	Une fois systématiquement sous-estimée
Formation	Une fois, puis à chaque arrivée
Hébergement et infrastructure	Récurrent
Support et maintenance	Récurrent
Montées de version	Périodique

Deux postes concentrent les mauvaises surprises : la reprise des données, dont personne ne mesure l'état réel avant de commencer, et les montées de version, oubliées au chiffrage initial alors qu'elles reviennent régulièrement.

Raisonnez sur trois ans. Une solution moins chère à l'achat et coûteuse à faire évoluer perd l'arbitrage dès la deuxième année.

5. La modularité, pour étaler l'effort

Un déploiement complet comptabilité, ventes, achats, stocks, paie, production, en une seule bascule est le scénario qui échoue le plus souvent. Trop de changements simultanés, trop d'utilisateurs perturbés en même temps, aucune marge de correction.

Une solution modulaire permet de commencer par le processus le plus douloureux, de le stabiliser, puis d'étendre. Les équipes apprennent progressivement, et chaque étape produit un résultat visible qui entretient l'adhésion.

Cela suppose que l'outil accepte d'être déployé par morceaux sans perdre sa cohérence ce qui n'est pas le cas de toutes les solutions.

6. Ce qui se passe le jour où vous voulez partir

Critère le moins glamour, le plus révélateur.

Pouvez-vous récupérer vos données ? Dans quel format, à quel coût, avec quel délai ? Une solution dont on ne sort qu'en perdant son historique vous met dans une position de négociation défavorable pour toujours.

Posez la question avant de signer. La qualité de la réponse et l'aisance avec laquelle elle est donnée vous apprendra beaucoup sur votre futur prestataire.

Ce qui ne devrait pas peser dans la décision

Le nombre de fonctionnalités. Vous en utiliserez une fraction. Une solution qui fait parfaitement ce dont vous avez besoin vaut mieux qu'une solution qui fait tout à moitié.

La notoriété mondiale de l'éditeur. Elle ne dit rien de la qualité du déploiement chez vous, qui dépend entièrement de l'intégrateur.

La démonstration commerciale. Toutes les démonstrations sont convaincantes elles sont préparées sur des données parfaites. Demandez plutôt à voir l'outil chez un client, avec ses données réelles et ses cas particuliers.

En résumé

Les six critères, par ordre d'importance :

1. La capacité à traiter le cadre congolais le seul éliminatoire
2. La présence locale de ceux qui déploient
3. La capacité d'adaptation, et à qui appartiennent les développements
4. Le coût total sur trois ans, pas le prix des licences
5. La modularité, pour étaler l'effort et l'apprentissage
6. La réversibilité ce qui se passe si vous partez

Et le rappel qui vaut plus que les six : les projets ERP échouent rarement pour des raisons techniques. Ils échouent par cadrage insuffisant, par données mal reprises, ou parce que personne n'a formé les utilisateurs.

Si vous instruisez un choix en ce moment, nous pouvons vous aider à le cadrer y compris à conclure qu'il est prématuré.