Kinds of ERP : cloud, sur site ou hybride, quel contrôle garder ?
Les ERP se distinguent d’abord par leur déploiement : cloud, sur site ou hybride. Mais ces catégories ne suffisent pas à choisir. Il faut aussi examiner la spécialisation métier, la licence et l’organisation des filiales. Un ERP peut ainsi être à la fois cloud, sectoriel et open-source. Voici les distinctions utiles pour arbitrer entre coût, contrôle, évolutivité et conformité.
Les types d’ERP répondent à plusieurs questions différentes
Un ERP, ou progiciel de gestion intégré, relie plusieurs processus de l’entreprise autour de données partagées. Finance, achats, stocks, ressources humaines, production et gestion de projet peuvent y cohabiter. L’objectif est notamment d’éviter les doubles saisies : une commande validée peut alimenter la préparation, la facturation et le suivi comptable.
Un logiciel de comptabilité seul n’est donc pas nécessairement un ERP. De même, un CRM gère principalement la relation client, tandis qu’un ERP coordonne des opérations plus larges. Les deux peuvent rester distincts et échanger des informations.
Pour comprendre les différentes catégories, séparez les questions suivantes :
- Où fonctionne le logiciel ? Dans le cloud, sur les serveurs de l’entreprise ou dans un environnement hybride.
- Quels métiers couvre-t-il ? Des fonctions transversales ou des processus propres à un secteur.
- Quels droits offre la licence ? Usage propriétaire ou accès au code source selon une licence open-source.
- Comment s’organise le groupe ? Un ERP commun ou plusieurs systèmes coordonnés, notamment en architecture two-tier.
Ces dimensions se combinent : comparer « cloud » et « open-source » comme deux options exclusives conduirait à écarter des solutions pertinentes.
Cloud, sur site et hybride : choisir qui exploite le système
L’ERP cloud délègue une partie de l’exploitation
L’ERP cloud fonctionne sur une infrastructure distante. Dans une offre SaaS, l’entreprise paie généralement un abonnement et le fournisseur prend en charge l’exploitation technique ainsi que les mises à jour, selon le contrat. Ce modèle convient notamment aux organisations souhaitant limiter la gestion de serveurs et faciliter l’accès depuis plusieurs sites.
Sécuriser l’usage du cloud : recommandations officielles de la CNIL — La CNIL présente les bonnes pratiques pour déployer des services cloud tout en protégeant les données personnelles.
Il faut toutefois vérifier les possibilités de personnalisation, les conditions d’augmentation tarifaire et la récupération des données. Un ERP simplement hébergé chez un prestataire n’offre pas nécessairement les mêmes services qu’un SaaS. La répartition des responsabilités doit être explicite.
L’ERP sur site privilégie la maîtrise technique
Le modèle on-premises repose sur une installation sur les serveurs de l’entreprise. Celle-ci maîtrise davantage son environnement, ses calendriers de mise à jour et certaines adaptations. Cette liberté suppose des compétences internes ou un partenaire capable d’assurer maintenance, sauvegardes, supervision et reprise après incident.
Le sur site peut répondre à des contraintes techniques particulières ou à un existant fortement personnalisé. Il n’est cependant pas automatiquement plus sûr : la sécurité dépend aussi des correctifs, des accès et de la qualité de l’exploitation.
L’hybride organise une coexistence, souvent progressive
Un ERP hybride associe des composants locaux et cloud. Une entreprise peut, par exemple, conserver sa production sur site tout en utilisant des services distants pour certaines fonctions de gestion. Cette approche facilite une transition progressive, mais multiplie les interfaces et les responsabilités à coordonner.
| Critère | Cloud SaaS | Sur site | Hybride |
|---|---|---|---|
| Coûts | Abonnement et services associés | Infrastructure, licences et exploitation | Cumul possible des deux modèles |
| Maintenance | Largement assurée par le fournisseur | À organiser par l’entreprise | Responsabilités à répartir |
| Personnalisation | Encadrée par la plateforme | Potentiellement étendue | Variable selon les composants |
| Évolutivité | Capacités à ajuster contractuellement | Infrastructure à dimensionner | Dépend des deux environnements |
| Vigilance | Réversibilité et dépendance fournisseur | Compétences et continuité d’activité | Synchronisation et intégrations |
ERP métier, open-source et two-tier : trois choix complémentaires
Un ERP horizontal couvre des besoins transversaux, comme les achats, la comptabilité et les stocks. Un ERP vertical ajoute une logique sectorielle. Dans l’industrie, cela peut inclure les nomenclatures, la planification des besoins en matières et la traçabilité. Dans les services, les priorités seront plutôt les temps passés, l’affectation des équipes et la rentabilité des projets.
Une solution sectorielle peut réduire les développements spécifiques, à condition que ses processus correspondent réellement aux vôtres. Demandez une démonstration de vos exceptions métier : retours, sous-traitance, facturation à l’avancement ou gestion des lots, selon votre activité.
L’ERP open-source permet d’accéder au code et de le modifier dans les conditions de sa licence. ERPNext et Dolibarr illustrent cette famille. Cette ouverture ne signifie ni gratuité du projet ni autonomie immédiate : hébergement, intégration, assistance et maintenance des adaptations restent à financer.
Enfin, le two-tier ERP désigne une architecture à deux niveaux : un système pour le siège et un autre pour certaines filiales, avec des échanges organisés. Ce n’est pas un synonyme d’hybride. Le two-tier décrit l’organisation des systèmes ; l’hybride décrit leur déploiement. L’enjeu est de conserver une cohérence financière sans imposer partout la même complexité.
PME, ETI et grands groupes : dimensionner la complexité utile
La taille compte, mais le nombre de salariés ne suffit pas. Une PME industrielle exportatrice peut avoir des besoins plus complexes qu’une société de services plus importante. Examinez plutôt le nombre d’entités juridiques, de pays, de sites, de devises et de processus à coordonner.
- Pour une PME : privilégiez un périmètre maîtrisé, une prise en main accessible et des intégrations simples avec les outils existants.
- Pour une ETI : évaluez la gestion multi-sites, les droits d’accès, les circuits de validation et la capacité à absorber de nouvelles activités.
- Pour un groupe : vérifiez la consolidation, les exigences locales, la gouvernance des référentiels et l’intérêt éventuel d’une architecture two-tier.
Les appellations Tier III, Tier II et Tier I désignent couramment ces niveaux de marché, sans constituer une norme universelle. Ramp indique des durées d’implémentation de 3 à 6 mois pour les petites entreprises, de 6 à 12 mois pour le marché intermédiaire et de 12 à 18 mois ou plus pour les grandes entreprises. Ce sont des repères, pas des engagements : migrations et personnalisations peuvent modifier le calendrier.
Pour constituer une présélection, des solutions comme Microsoft Dynamics 365, Oracle NetSuite, SAP S/4HANA ou Infor CloudSuite offrent des points de comparaison. Comparez toutefois les offres et modules précis, plutôt que les seuls noms d’éditeurs.
Départager les solutions avec des preuves opérationnelles
Commencez par vos processus critiques, puis établissez un coût total de possession, ou TCO. Incluez licences ou abonnements, reprise des données, interfaces, formation, assistance, mises à jour et sortie du contrat. Un prix d’entrée inférieur peut masquer une charge d’exploitation importante.
Les ressaisies constituent un signal particulièrement utile : relevez les moments où une équipe exporte un fichier, corrige une référence ou demande confirmation d’un stock. Chaque rupture révèle une frontière entre systèmes ou responsabilités. En démonstration, faites rejouer ce parcours complet. Vous vérifierez ainsi si l’ERP supprime réellement la rupture ou ne fait que déplacer le travail manuel.
Enfin, exigez des réponses concrètes sur la localisation des données, les sauvegardes, les accès, les interfaces et la réversibilité. Testez une migration sur un périmètre limité et nommez les responsables des référentiels. Le bon type d’ERP est celui que votre organisation peut exploiter et faire évoluer, pas simplement celui qui possède le plus de fonctionnalités.