Oui, un seul ERP peut gérer plusieurs agences et plusieurs pays, à condition d'avoir été prévu pour cela : une base de données unique, des référentiels partagés, un stock et une caisse par site, plusieurs monnaies, plusieurs fiscalités et des droits d'accès par périmètre. Le plus délicat est moins technique qu'organisationnel. Il faut décider ce qui est identique partout et ce que chaque site garde en propre.
Pourquoi la gestion se complique-t-elle dès le deuxième site ?
Avec un seul établissement, le dirigeant voit tout. Il connaît le stock parce qu'il passe devant, la caisse parce qu'il la compte, les clients parce qu'il les reçoit. Dès l'ouverture d'une deuxième agence, cette connaissance directe disparaît pour la moitié de l'activité. Il faut alors s'en remettre à des comptes rendus.
Chaque site développe ensuite ses habitudes. L'agence de province crée ses propres codes articles. Celle de la capitale accorde des remises que les autres ignorent. Quand un pays étranger s'ajoute, viennent une autre monnaie, d'autres taxes, un autre cabinet comptable. Sans cadre commun, le groupe devient une addition de petites entreprises qui portent le même nom mais ne peuvent plus être comparées.
Multi-sites, multi-sociétés, multi-pays : de quoi parle-t-on ?
Ces trois notions sont souvent confondues, alors qu'elles n'appellent pas les mêmes réponses.
- Multi-sites : une seule société, plusieurs lieux (agences, dépôts, boutiques). Les enjeux portent sur les stocks, les caisses et les transferts.
- Multi-sociétés : plusieurs entités juridiques dans un même groupe. Chacune tient sa comptabilité, et les opérations entre elles doivent être identifiées.
- Multi-pays : des entités dans des États différents, avec leurs monnaies, leurs fiscalités, parfois leurs langues et leurs référentiels comptables.
Un groupe présent à Conakry, Dakar et Paris cumule les trois. Un ERP conçu au départ pour une société unique peut s'étendre à plusieurs sites assez facilement. Le passage à plusieurs sociétés et plusieurs pays, lui, doit être prévu dans l'architecture, car il touche au cœur du système.
Que faut-il mettre en commun, et que laisser au niveau local ?
C'est la décision fondatrice du projet. Trop centraliser étouffe les sites, qui connaissent leur marché. Trop décentraliser empêche toute vision d'ensemble.
| Domaine | Généralement commun | Généralement local |
|---|---|---|
| Articles | Codification, familles, désignations | Gamme proposée par site |
| Prix | Règles de tarification, plafonds de remise | Tarifs adaptés au marché et à la monnaie |
| Clients | Fichier unique, identifiant commun | Conditions commerciales, encours |
| Stock | Méthodes de valorisation, règles d'inventaire | Quantités, emplacements, seuils d'alerte |
| Comptabilité | Structure d'analyse, calendrier de clôture | Plan de comptes légal, taxes, déclarations |
| Indicateurs | Définitions et modes de calcul | Objectifs par site |
Le dernier point est sous-estimé. Si « chiffre d'affaires » signifie facturé dans une agence et encaissé dans une autre, aucune comparaison n'a de sens. Définir quelques indicateurs partagés, calculés partout de la même façon, est un préalable. Notre article sur les indicateurs d'un tableau de bord de PME peut vous aider à les choisir.
Comment gérer les stocks et les transferts entre sites ?
Chaque site doit avoir son propre stock, visible par les autres. Un vendeur de Dakar qui n'a plus un article doit pouvoir constater qu'il en reste à Thiès, sans téléphoner.
Les transferts sont le point sensible. Une marchandise qui quitte un dépôt n'est pas encore arrivée dans l'autre : pendant le trajet, elle est en transit. Un bon outil gère ce mouvement en deux temps, une expédition validée par le site d'origine, puis une réception validée par le site de destination, avec les quantités réellement constatées. La différence éventuelle apparaît aussitôt et peut être expliquée. Sans ce mécanisme, les marchandises en route n'appartiennent à personne, et les écarts s'accumulent.
Lorsque le transfert a lieu entre deux sociétés du groupe, il devient une vente d'un côté et un achat de l'autre. L'outil doit générer les deux documents ensemble, afin que les comptes des deux entités restent cohérents.
Plusieurs pays : monnaies, fiscalité et comptabilité
Un groupe implanté en Guinée, au Sénégal, en Côte d'Ivoire et en France manipule le franc guinéen, le franc CFA et l'euro. Chaque entité tient ses comptes dans sa monnaie, et le groupe veut une vision dans une monnaie de référence. L'ERP doit donc enregistrer chaque opération dans sa monnaie d'origine, conserver l'historique des taux de change et convertir pour la consolidation.
La fiscalité diffère elle aussi : taux de TVA, mentions obligatoires sur les factures, retenues éventuelles. Les entités situées dans l'espace OHADA appliquent le référentiel SYSCOHADA, l'entité française le plan comptable général. L'outil doit accepter un paramétrage par pays, tout en conservant une structure d'analyse commune qui autorise la comparaison. Ces particularités sont détaillées dans ERP pour PME africaines.
N'oubliez pas les aspects pratiques : la qualité inégale des connexions selon les sites, qui rend le fonctionnement hors ligne précieux, la localisation de l'hébergement, les règles de protection des données propres à chaque pays, et l'organisation du support selon les horaires de chacun.
Qui voit quoi ?
Dans une base unique, les droits d'accès doivent être pensés avec soin. Le principe habituel : chaque utilisateur voit son site, chaque responsable de pays voit ses entités, la direction du groupe voit l'ensemble. Des exceptions utiles existent, comme la consultation du stock des autres sites par les vendeurs.
Les règles de validation suivent la même logique. Une remise au-delà d'un seuil, un achat important ou un ajustement de stock peuvent exiger l'accord d'un niveau supérieur, obtenu dans l'outil, à distance. Le siège garde le contrôle sans ralentir le quotidien des agences.
Un cas typique : un groupe de distribution sur trois pays
Un groupe de distribution d'équipements, né à Conakry, a ouvert des filiales à Dakar puis à Abidjan. Chaque filiale s'est équipée seule : un logiciel de gestion commerciale ici, un autre là, des tableurs partout. Chaque mois, le directeur financier demandait les chiffres aux trois pays, les recevait à des dates différentes, dans des formats différents, puis passait de longues journées à les convertir et à les assembler.
Deux problèmes revenaient sans cesse. Le même article portait trois codes, si bien qu'il était impossible de connaître les ventes d'un produit sur l'ensemble du groupe, ou de négocier avec un fournisseur sur la base d'un volume global. Et les marchandises envoyées d'une filiale à l'autre étaient facturées d'un côté sans être toujours enregistrées de l'autre.
Le groupe a commencé par un travail sans informatique : un catalogue d'articles unique et une dizaine d'indicateurs à définition commune. L'ERP a ensuite été déployé pays par pays, en commençant par le siège. Chaque filiale a gardé ses tarifs, sa monnaie et sa comptabilité légale. La direction dispose maintenant d'une vue consolidée à jour, et le directeur financier consacre son temps à analyser les chiffres plutôt qu'à les rassembler.
Par où commencer ?
Par les règles, puis par un site pilote. Harmonisez d'abord vos référentiels et vos définitions. Déployez ensuite sur un établissement, corrigez, puis étendez aux autres en tirant parti de l'expérience acquise. Vouloir équiper tous les pays le même jour multiplie les risques sans bénéfice.
Avec des équipes à Paris, Conakry, Dakar et Abidjan, Linking & Development connaît de l'intérieur ce que signifie travailler sur plusieurs pays. Nous concevons des ERP qui relient vos sites et font remonter l'information du terrain au tableau de bord, en temps réel. Découvrez nos solutions ou présentez-nous votre organisation pour étudier la meilleure manière de la relier.