En bref
Un ERP multi-sites permet à plusieurs implantations de travailler dans la même base : référentiel client commun, tarifs partagés, charge visible d’un site à l’autre et consolidation des résultats.
- Le gain immédiat — basculer un travail vers un site moins chargé plutôt que de le refuser.
- Le référentiel commun — un client, une fiche, quel que soit le site qui le sert.
- La consolidation — voir le groupe et chaque site, sans consolider à la main dans un tableur.
- Chez Reprolys — la version en ligne rend l’accès multi-sites naturel, sans infrastructure à dupliquer.
Beaucoup de groupes d’imprimerie se sont constitués par croissance externe. Chaque site est arrivé avec son logiciel, ses habitudes et sa base clients. Des années plus tard, la direction se retrouve avec trois systèmes qui ne se parlent pas, une consolidation mensuelle faite au tableur, et l’impossibilité de savoir si un client du site A est aussi client du site B.
Unifier n’est pas seulement un confort administratif. C’est ce qui permet à un groupe de se comporter comme un groupe plutôt que comme une addition d’ateliers.
Ce que le multi-sites doit résoudre
| Enjeu | Sans base commune | Avec base commune |
|---|---|---|
| Fiche client | Trois fiches, trois historiques, trois tarifs | Une fiche, un historique, un tarif négocié |
| Charge de production | Chaque site ignore la charge des autres | Un travail se bascule vers le site disponible |
| Tarifs | Grilles divergentes, écarts inexpliqués | Grille commune, ajustements locaux assumés |
| Consolidation | Un tableur mensuel et des écarts | Vue groupe et vue par site, en temps réel |
| Achats | Trois commandes chez le même fournisseur | Volume groupé, meilleure négociation |
Ce qu’il faut mutualiser, ce qu’il faut laisser local
L’erreur consiste à vouloir tout uniformiser. Un site spécialisé en grand format n’a pas les mêmes articles ni les mêmes barèmes qu’un site offset, et vouloir les faire entrer dans le même moule crée plus de friction que de valeur.
À mutualiser
- Le référentiel client — la même entreprise doit être une seule fiche.
- Les conditions négociées — un tarif groupe accordé au siège doit s’appliquer partout.
- La numérotation et les modèles de documents — pour une image cohérente.
- Les indicateurs — mêmes définitions, sinon la comparaison entre sites n’a aucun sens.
À laisser local
- Les barèmes machine — chaque parc a ses temps et ses coûts.
- Le planning — la charge se pilote au niveau de l’atelier, pas du siège.
- Les articles spécifiques — inutile d’imposer un catalogue commun à des métiers différents.
La question des droits
Un responsable de site doit voir son activité complète ; il n’a pas nécessairement besoin de voir les marges du site voisin. Un commercial itinérant doit accéder à ses clients depuis n’importe où. La direction doit tout voir, consolidé.
Ces règles se traduisent en profils d’accès, sujet développé sur la page consacrée au fonctionnement multi-utilisateurs. Les définir dès le départ évite bien des tensions internes.
Vous dirigez plusieurs sites ? Voyons comment unifier sans uniformiser ce qui doit rester local.
Le transfert de charge, principal bénéfice opérationnel
C’est l’argument qui convainc les exploitants. Un site refuse un travail parce que sa presse est prise jusqu’à jeudi ; à quarante kilomètres, la même presse a un créneau libre mercredi matin. Sans visibilité partagée, l’affaire part chez un concurrent.
Rendre les plans de charge visibles entre sites suffit souvent à récupérer plusieurs affaires par mois. Le planning d’atelier devient alors un outil de groupe et plus seulement un outil d’atelier.
Multi-sites et hébergement
Techniquement, le multi-sites se prête particulièrement bien au mode en ligne. Une base unique accessible par navigateur évite de répliquer une infrastructure sur chaque implantation, de synchroniser des données entre serveurs et de gérer des mises à jour décalées. Les avantages et limites de ce mode sont détaillés sur la page ERP imprimerie cloud.
Reprolys en configuration multi-sites
Reprolys existe en version en ligne, accessible depuis un simple navigateur, ce qui permet à plusieurs implantations de partager la même base sans infrastructure dédiée. Les clients, les tarifs et l’historique sont communs, les documents commerciaux restent rattachés au site qui les a produits, et les statistiques se consultent aussi bien par site que de façon consolidée.
Reprolys est édité par Deolys, société française de développement de logiciels métiers.
Questions fréquentes
Une base unique dans la très grande majorité des cas. Des bases séparées imposent une consolidation manuelle et interdisent le partage du référentiel client, qui est précisément le principal bénéfice attendu. Les cas justifiant une séparation sont rares et tiennent généralement à des contraintes juridiques particulières.
En conservant des séries de numérotation et des entités de facturation propres à chaque société, tout en partageant le référentiel client et les statistiques. Chaque entité émet ses propres documents, la consolidation reste possible au niveau du groupe.
Oui. La bonne pratique consiste à définir une grille de référence au niveau du groupe et à autoriser des ajustements locaux documentés. Ce qui pose problème n’est pas la différence de tarif, c’est la différence non expliquée.
Le travail principal porte sur la fusion des référentiels clients et articles, souvent plusieurs semaines selon le volume et la qualité des données existantes. La bascule elle-même se fait généralement site par site, ce qui limite le risque.
À lire aussi
ERP multi-utilisateurs
Profils, droits et travail simultané.
ERP imprimerie cloud
Pourquoi le mode en ligne simplifie le multi-sites.
Planning d’atelier
Rendre la charge visible entre implantations.
Tableaux de bord
Consolider sans tableur.
Migration
Comment se déroule une bascule site par site.
Nous contacter
Parlons de votre organisation multi-sites.
Faites travailler vos sites ensemble
Nous étudions votre organisation actuelle avant de vous montrer quoi que ce soit.