GMAO en SaaS ou sur serveur interne : quels critères pour choisir son mode d’hébergement ?

Un serveur qui tombe un dimanche soir, une GMAO inaccessible le lundi à 6 h, et dix techniciens qui reprennent le papier : voilà ce que coûte un hébergement mal choisi.

Le choix entre SaaS et serveur interne se fait sur cinq critères : la capacité à exploiter l’infrastructure, le niveau de sécurité exigé, les contraintes de réseau sur le terrain, le coût complet sur plusieurs années et la possibilité de reprendre ses données. Le SaaS confie l’exploitation à l’éditeur ; le serveur interne la confie à votre DSI.

La question se pose rarement dans le bon ordre. Beaucoup d’entreprises la tranchent par réflexe : « nos données restent chez nous » d’un côté, « on ne veut plus gérer de serveurs » de l’autre. Ces deux phrases ont leur part de vérité, mais aucune ne dit ce que la décision implique réellement au quotidien pour le responsable maintenance.

Cet article propose une grille de lecture de terrain. Il ne cherche pas à désigner un vainqueur universel : il aide à identifier les quatre ou cinq questions qui font basculer le choix dans votre contexte, et à repérer les pièges que l’on découvre trop tard.

1. SaaS ou serveur interne : qu’est-ce qui change concrètement pour la maintenance ?

Le mode d’hébergement détermine qui exploite l’application : en SaaS, l’éditeur gère serveurs, sauvegardes et mises à jour ; en installation interne, c’est votre équipe informatique qui s’en charge.

1.1 Ce que recouvre l’exploitation d’une GMAO

Exploiter une GMAO, ce n’est pas seulement « faire tourner un serveur ». C’est une liste de tâches récurrentes qui ne s’arrêtent jamais :

• l’installation des correctifs du système et de la base de données ;
• la sauvegarde, et surtout les tests de restauration ;
• la supervision (espace disque, performances, certificats) ;
• l’application des montées de version de la GMAO ;
• la continuité en cas de panne matérielle ou de coupure électrique ;
• la gestion des accès, des comptes et de l’authentification.

Sur serveur interne, chaque ligne de cette liste a un propriétaire dans votre organisation. En SaaS, elle est portée par l’éditeur, et votre rôle se limite au paramétrage fonctionnel et à la gestion de vos utilisateurs.

1.2 Le rôle du Full Web dans l’équation

Une GMAO Full Web, accessible depuis un simple navigateur, supprime l’installation de logiciel sur chaque poste. Cette architecture, détaillée sur la page consacrée à la technologie Full Web, rend les deux modes plus proches qu’on ne le croit côté utilisateur : le technicien ouvre une URL, que le serveur soit chez l’éditeur ou dans votre local technique. La différence se joue donc en coulisses, sur l’exploitation et la responsabilité, bien plus que sur l’ergonomie.

Pour un panorama des avantages et des défis propres au cloud, l’article sur l’hébergement cloud appliqué à la GMAO complète ce point de départ.

2. Votre équipe informatique peut-elle vraiment absorber la charge ?

Le premier critère, et le plus décisif, est la capacité réelle de votre DSI à exploiter un serveur de plus, de façon fiable, y compris pendant les congés et les nuits.

2.1 Le test de la continuité de compétence

Posez trois questions simples. Qui sait restaurer la base de la GMAO ? Qui le fait en cas d’absence de cette personne ? Quand a-t-on testé une restauration pour la dernière fois ? Si les réponses sont « une seule personne », « personne » et « jamais », le serveur interne est un risque, pas une garantie de maîtrise.

Une GMAO n’est pas une application comme les autres : elle est consultée dès l’ouverture des ateliers, parfois en continu en 3×8, et alimente des obligations de traçabilité. Une indisponibilité de quelques heures se traduit immédiatement par des bons de travail remplis après coup, donc moins fiables.

2.2 Le coût caché : le temps de l’équipe

Le temps passé à maintenir un serveur n’apparaît dans aucune facture. Pourtant, il pèse sur d’autres projets de la DSI. Chiffrez-le honnêtement : prenons un cas où l’exploitation de la GMAO mobilise l’équivalent d’une demi-journée par semaine d’un administrateur. Sur une année, cela représente plusieurs semaines de travail qui ne vont pas à autre chose. Ce temps doit entrer dans la comparaison, comme n’importe quel poste de coût.

2.3 Quand le serveur interne reste la bonne réponse

Il reste pertinent lorsque l’entreprise dispose déjà d’une infrastructure virtualisée robuste, d’une équipe d’exploitation formée, de procédures de sauvegarde éprouvées et d’une politique interne qui impose la maîtrise physique des applications. Dans ce cas, la GMAO s’insère dans un dispositif existant au lieu de le compliquer. Les clients qui venaient d’un outil client-serveur ont souvent cette culture ; si c’est votre cas, l’article sur la migration d’une GMAO client-serveur vers le Full Web éclaire les étapes à ne pas sous-estimer.

3. Sécurité et conformité : où vivent vos données, et qui en répond ?

La sécurité ne dépend pas du lieu d’hébergement en soi, mais du niveau de rigueur de celui qui l’exploite et de la clarté des responsabilités écrites au contrat.

3.1 Poser les bonnes questions à l’éditeur

« Nos données restent chez nous » est une phrase rassurante qui ne protège de rien si le serveur n’est pas patché. À l’inverse, « c’est dans le cloud » ne dit rien sur la localisation, la redondance ou le chiffrement. Quel que soit le mode, exigez des réponses précises :

• où les données sont-elles hébergées, et par quel prestataire ;
• comment sont-elles sauvegardées, et à quelle fréquence ;
• comment les accès sont-ils authentifiés et journalisés ;
• quels engagements de disponibilité figurent au contrat ;
• quel est le plan de reprise en cas d’incident majeur.

Je ne vous donne volontairement aucune valeur type : ces engagements varient d’un éditeur à l’autre, et seul le contrat fait foi. Pour les modalités propres à Altair Enterprise, la FAQ du site aborde l’architecture, les modes de déploiement et la sécurité, et un échange avec un expert permet de lever les points résiduels.

3.2 Les environnements à exigences particulières

Les sites à risques, les installations classées ou les établissements de santé ajoutent des attentes de traçabilité et parfois de politique interne sur la localisation des données. La maintenance de ces sites relève d’une logique d’audit : on doit pouvoir prouver ce qui a été fait, quand, et par qui. Pour comprendre ce que cela exige de l’outil, consultez l’article sur la maintenance des sites Seveso. Retenez surtout ceci : l’hébergement interne n’apporte pas la conformité par magie, et l’hébergement externe ne l’exclut pas. C’est la preuve apportée à l’auditeur qui compte.

Pour toute obligation légale précise sur la localisation ou la protection des données, rapprochez-vous de votre délégué à la protection des données ou de votre service juridique : la réponse dépend de votre secteur et de la nature des données traitées.

4. Le terrain a-t-il son mot à dire ? Réseau, mobilité et sites isolés

La qualité du réseau sur le terrain ne dépend pas de l’emplacement du serveur : elle se traite par la version mobile utilisable hors ligne, pas en rapprochant le serveur des techniciens.

4.1 Une idée reçue : « sur site, ça marche même sans internet »

C’est l’argument classique du serveur interne. Il ne tient que pour les utilisateurs qui sont physiquement connectés au réseau local. Dès que le technicien quitte le bureau, qu’il passe dans une zone d’ombre, qu’il travaille sur un terrain irrégulier ou dans une carrière, la connexion au serveur, interne ou externe, dépend du réseau mobile ou du Wi-Fi disponible. En extraction, par exemple, le réseau disparaît sur les terrains irréguliers : l’outil doit fonctionner hors ligne, et c’est cette capacité qui compte, pas la position du serveur.

La version mobile utilisable hors connexion règle ce point : le technicien consulte ses interventions, saisit ses bons de travail et ses relevés sans réseau, puis la synchronisation se fait au retour de la couverture. Sur ce critère, SaaS et serveur interne se valent.

4.2 Les sites dispersés et les tiers

Dès que votre activité s’étend sur plusieurs sites, ou implique des intervenants extérieurs (garages, loueurs, sous-traitants), l’accès devient un sujet. En logistique, il faut coordonner équipes internes, garages externes, loueurs et chauffeurs : chacun doit pouvoir consulter ou compléter une intervention sans que la DSI ouvre un accès réseau à chaque fois. Un accès par navigateur avec un compte limité au bon périmètre est bien plus simple à ouvrir, et à fermer, quand l’application est joignable en ligne.

Même logique pour les organisations multi-sites. Sans centralisation, chaque site finit par fonctionner avec sa propre logique et ses propres urgences, ce qui fausse les décisions globales. Une instance unique accessible à tous facilite cette consolidation ; le dossier sur la maintenance multi-sites détaille les modèles d’organisation possibles.

5. Comment comparer les coûts sans se tromper ?

Le coût d’un mode d’hébergement se compare sur la durée de vie du projet, en additionnant licences, matériel, exploitation, renouvellement et mobilisation des équipes, et non sur le prix de départ.

5.1 Les postes à mettre dans le tableau

Aucun tarif public n’étant communiqué par l’éditeur, je ne propose pas de chiffre : faites établir un devis pour chaque mode et construisez votre propre tableau avec ces lignes.

• Serveur interne : licences ou droits d’usage, serveurs et stockage, sauvegarde, licences système et base de données, électricité et climatisation, renouvellement du matériel en fin de vie, temps d’exploitation de la DSI, projets de montée de version.
• SaaS : abonnement récurrent, éventuels frais de mise en service, options de volumétrie ou d’utilisateurs, accompagnement.

5.2 La logique de l’investissement

Le serveur interne concentre la dépense au départ et la répartit ensuite en coûts discrets, souvent invisibles. Le SaaS étale la dépense en abonnement lisible, plus simple à budgéter. Aucun des deux n’est mécaniquement moins cher : tout dépend de ce que votre organisation sait déjà faire à coût marginal faible.

Pour intégrer ce choix à une vraie analyse de rentabilité, le calculateur pour calculer le ROI de votre GMAO permet de simuler les gains attendus ; comparez-les ensuite aux coûts de chaque mode d’hébergement plutôt que de vous fier à une impression.

5.3 Le coût de la démarche elle-même

Les gains d’une GMAO dépendent de la conduite du changement : adoption des équipes, qualité des données et gouvernance. Un serveur impeccable ne sauve pas un projet où les techniciens remplissent les bons à la va-vite, car les indicateurs mentent alors, quel que soit l’endroit où la base est stockée. Le mode d’hébergement est un choix important, mais il ne pèse pas autant que l’adoption. Gardez-le en perspective.

6. Intégrations, mises à jour, évolutivité : ce que l’on découvre après la signature

Les intégrations avec vos autres systèmes, la cadence des mises à jour et la capacité à monter en charge sont les trois sujets qui réservent le plus de surprises après le démarrage.

6.1 Connecter la GMAO à l’ERP et aux autres outils

Une GMAO s’intègre rarement seule : elle échange avec l’ERP (achats, comptabilité), parfois avec un MES ou un outil RH. Les flux à traverser un pare-feu d’entreprise ne se règlent pas de la même façon selon que la GMAO est interne ou externe : dans le premier cas, tout reste dans le réseau ; dans le second, il faut prévoir des connexions sécurisées entre les deux mondes. Aucun n’est impossible, mais chacun doit être cadré avant le démarrage. Les possibilités d’interfaçage avec l’ERP et les autres systèmes sont décrites sur la page dédiée, et l’article sur l’intégration entre GMAO et ERP aide à fixer la gouvernance des données partagées.

6.2 La montée de version : le point que tout le monde sous-estime

Sur serveur interne, vous décidez du moment des mises à jour, mais vous les portez : planification, sauvegarde préalable, recette, rollback si besoin. Beaucoup d’entreprises repoussent, puis se retrouvent plusieurs versions en retard avec un outil qui ne bénéficie plus des améliorations. En SaaS, la cadence est plus régulière, mais elle impose d’accepter un rythme que vous maîtrisez moins : prévoyez un temps d’information des administrateurs et de validation fonctionnelle.

Le module préventif est précisément un cas où cet enjeu se voit : il est parfois sous-exploité, parce que les paramétrages avancés et les fonctionnalités moins connues sont rarement activés par les utilisateurs. Une GMAO qui évolue régulièrement n’apporte de valeur que si quelqu’un se charge de la faire redécouvrir aux équipes.

6.3 Grandir sans tout refaire

Un déploiement progressif, du premier équipement jusqu’au multi-sites, change les besoins : volumétrie, nombre d’utilisateurs simultanés, nouveaux sites, nouveaux modules. Avec un serveur interne, chaque palier peut exiger de redimensionner l’infrastructure. En SaaS, la montée en charge se négocie plutôt avec l’éditeur. Dans les deux cas, demandez comment l’extension est traitée avant de vous engager.

7. La réversibilité : le critère que personne n’ose évoquer

Un bon choix d’hébergement se juge aussi à la facilité d’en sortir : vous devez pouvoir récupérer l’intégralité de vos données, dans un format exploitable, à tout moment.

7.1 Ce que vous devez pouvoir emporter

Votre GMAO contient des années de fiches de vie, d’historiques d’interventions, de documents joints et de gammes. C’est le patrimoine technique de l’entreprise, au même titre que les machines. Exigez, quel que soit le mode, un export complet et documenté : structure des tables, pièces jointes, historiques. En l’absence de cette clause, la migration future devient un projet subi plutôt que choisi.

7.2 L’exemple du tout-papier vers le SaaS

Certains clients partent de loin. Le cas Profils Systèmes, une entreprise qui a remplacé sa gestion papier par une GMAO en mode SaaS, illustre l’intérêt d’avoir pu tester l’outil en conditions réelles avant de s’engager. Cette logique de test préalable est utile quel que soit le mode : demandez un pilote sur un périmètre restreint avant la généralisation.

7.3 L’accompagnement fait partie de l’hébergement

Un mode d’hébergement n’est jamais seul : il vient avec un niveau de service. Qui répond quand quelque chose ne va pas ? À quel délai ? Avec quelle connaissance de votre paramétrage ? Un interlocuteur unique qui connaît votre projet change l’expérience. La page sur le suivi de projet et le chef de projet dédié décrit la méthode d’accompagnement de DSD System.

8. Comment trancher : une grille de décision en cinq questions

Cinq questions suffisent à orienter le choix, à condition d’y répondre avec les personnes qui exploiteront réellement la solution : DSI, responsable maintenance, QHSE et direction.

1. Avons-nous une compétence d’exploitation disponible en permanence ? Sinon, le SaaS réduit le risque.
2. Une contrainte interne ou réglementaire impose-t-elle la localisation des données ? Si oui, faites valider le point par le service juridique ou le DPO avant toute décision technique.
3. Nos techniciens travaillent-ils hors du réseau d’entreprise ? Alors le mode hors ligne du mobile pèse plus que l’emplacement du serveur.
4. Quels sont nos coûts complets sur plusieurs années ? Comparez des devis, pas des intuitions.
5. Pouvons-nous sortir proprement ? L’export complet est une condition d’entrée, pas un bonus.

Une conviction d’expert : dans de nombreux projets de maintenance, la réussite dépend en grande partie de la qualité des données et de l’adoption par les techniciens, bien plus que sur le choix entre un serveur interne et un abonnement. Choisissez le mode qui décharge vos équipes de l’infrastructure là où elles n’ont pas de valeur ajoutée, et consacrez l’énergie ainsi libérée à ce qui fait vraiment la fiabilité de vos équipements.

Questions fréquentes

Peut-on commencer en SaaS puis rapatrier la GMAO sur ses propres serveurs plus tard ?

C’est techniquement envisageable, mais cela se prépare dès la signature. Vérifiez que le contrat prévoit un export complet et documenté de vos données (équipements, historiques, documents joints) et que l’éditeur propose bien les deux modes de déploiement. Sans cette clause, le changement de mode devient un vrai projet de migration, avec ses reprises de données et ses recettes.

Qui est responsable en cas de perte de données : l’éditeur ou l’entreprise ?

Cela dépend de ce que le contrat met noir sur blanc. En SaaS, la sauvegarde et la restauration relèvent généralement de l’éditeur, selon des engagements à lire attentivement. Sur serveur interne, la responsabilité vous revient entièrement. Dans les deux cas, demandez ce qui est sauvegardé, à quelle fréquence, et surtout qui a déjà testé une restauration réelle.

Les mises à jour de la GMAO risquent-elles de bloquer l’activité ?

Le risque porte moins sur le blocage que sur la surprise : une évolution d’écran ou de workflow que les équipes n’ont pas anticipée. Demandez un calendrier de versions, un environnement de test pour valider les évolutions sensibles, et une information préalable aux administrateurs. Ce cadrage vaut quel que soit le mode d’hébergement.

Un prestataire ou un sous-traitant externe peut-il accéder à la GMAO sans ouvrir le réseau interne ?

C’est l’un des cas où le mode SaaS simplifie la vie : un garagiste, un loueur ou un contrôleur externe se connecte avec un compte limité, depuis son navigateur, sans passer par votre VPN. Sur serveur interne, il faut ouvrir et sécuriser un accès, ce qui mobilise la DSI à chaque nouveau tiers. Dans les deux cas, restreignez ses droits à son périmètre.

Quelle taille d’entreprise justifie de garder la GMAO en interne ?

Il n’existe pas de seuil. Une petite structure peut très bien disposer d’une équipe informatique rodée, et un grand groupe n’a parfois aucune envie d’exploiter un serveur de plus. Le bon indicateur est la disponibilité d’une compétence d’exploitation dédiée, pas le nombre de salariés ou de techniciens.

Conclusion

Le choix entre SaaS et serveur interne n’est pas une affaire de doctrine. Il découle de votre capacité à exploiter une infrastructure, de vos exigences de sécurité et de conformité, de la réalité du terrain, d’un calcul de coûts complet et de votre liberté de sortie. Une GMAO Full Web comme Altair Enterprise rend l’expérience utilisateur comparable dans les deux cas : la décision se joue donc dans les coulisses, et elle mérite d’être prise avec la DSI, pas contre elle.

Si vous voulez examiner votre contexte précis (sites, réseau, contraintes d’audit, intégrations), le plus efficace est d’en parler avec les équipes de DSD System. Vous pouvez obtenir une démo et poser vos questions d’hébergement en situation réelle.