#Infogérance Odoo : qui maintient votre ERP une fois qu'il tourne ?

La question arrive presque toujours au même moment. Le projet Odoo s'est bien passé, les équipes ont basculé, les commandes sortent, la compta est à jour. L'intégrateur termine sa mission, envoie sa dernière facture, et une question reste sans réponse claire : qui s'occupe de cet ERP maintenant ?

Dans beaucoup de PME, la réponse par défaut est « personne, tant que ça marche ». Ça tient quelques mois. Puis une sauvegarde s'avère illisible le jour où on en a besoin, un module tiers casse après une mise à jour, la version installée sort du périmètre maintenu par l'éditeur, ou un ancien commercial garde un accès actif six mois après son départ. Aucun de ces incidents n'est spectaculaire pris isolément. Ensemble, ils décrivent un ERP qui héberge la totalité de vos données de gestion et que personne ne pilote.

Cet article décrit ce que recouvre concrètement l'infogérance d'un Odoo, les trois modèles d'exploitation possibles et leur répartition réelle des responsabilités, puis comment chiffrer le sujet sans se faire vendre du vent.

#Mise en route et exploitation sont deux métiers différents

L'intégration Odoo est un projet : cadrage fonctionnel, paramétrage, reprise de données, formation, recette, bascule. Elle a un début, une fin et un livrable. Les compétences dominantes sont fonctionnelles : comprendre un processus de gestion et le traduire dans l'outil.

L'exploitation est un run : elle n'a pas de fin, ses compétences sont système et sécurité, et sa qualité ne se mesure que dans les moments où quelque chose va mal. Un intégrateur excellent en cadrage fonctionnel n'est pas nécessairement l'équipe la mieux placée pour tenir un plan de sauvegarde, surveiller une charge serveur ou gérer un cycle de correctifs.

Confondre les deux produit un angle mort classique : le contrat de « maintenance » signé après le projet couvre en réalité l'assistance fonctionnelle (« comment je fais pour éditer ce rapport ? ») et pas du tout l'exploitation technique. Personne ne ment, mais personne ne tient les sauvegardes non plus.

La première question à poser à qui que ce soit qui vous propose de la maintenance Odoo est donc simple : est-ce que la restauration d'une sauvegarde fait partie du contrat, et à quelle fréquence est-elle testée ?

#Les trois modèles d'exploitation d'un Odoo

Il existe trois façons d'exploiter Odoo, et elles ne répartissent pas les responsabilités au même endroit. Le choix a des conséquences directes sur ce que vous devez infogérer vous-même ou faire infogérer.

#1. L'offre hébergée de l'éditeur

Odoo propose ses propres formules hébergées. L'éditeur gère l'infrastructure, les sauvegardes de base et les montées de version. C'est le modèle le plus simple à démarrer et le plus contraint : le périmètre de personnalisation est limité, l'accès au système sous-jacent est restreint, et l'hébergement des données suit les choix d'implantation de l'éditeur, pas les vôtres.

Ce qu'il reste à votre charge : la gestion des accès et des droits, la cohérence fonctionnelle des modules activés, la conformité de vos traitements, et la réversibilité (savoir récupérer vos données dans un format exploitable si vous partez).

#2. La plateforme de développement de l'éditeur

Le second modèle ajoute la maîtrise du code : dépôt Git, environnements de test, déploiement de modules personnalisés. Il convient aux organisations qui développent leurs propres modules et veulent un cycle de livraison propre, tout en déléguant l'infrastructure.

Ce qu'il reste à votre charge : la qualité du code déployé, la stratégie de branches et d'environnements, la revue des dépendances tierces, et la conformité de bout en bout. La plateforme vous donne un pipeline, elle ne vous donne pas une politique.

#3. L'auto-hébergement infogéré

Le troisième modèle consiste à faire tourner Odoo sur une infrastructure que vous ou votre prestataire maîtrisez : serveur dédié ou machines virtuelles chez un hébergeur français, ou sur vos propres serveurs. C'est le modèle qui donne le plus de latitude : choix de la version, des modules, du calendrier de mise à jour, du lieu d'hébergement, des règles de sauvegarde et de la politique d'accès.

C'est aussi celui qui n'a aucun filet automatique. Tout ce qui n'est pas explicitement pris en charge par quelqu'un n'est pris en charge par personne. C'est précisément le périmètre de ce qu'on appelle l'infogérance Odoo.

Pour une PME qui veut garder ses données en France, personnaliser sérieusement son ERP, ou intégrer Odoo à d'autres briques métier, c'est en général le bon choix, à condition d'assumer qu'il vient avec un contrat d'exploitation.

#Ce que couvre réellement une infogérance Odoo

Voici le périmètre qu'un contrat sérieux doit nommer explicitement. Si un de ces points n'apparaît pas noir sur blanc, considérez qu'il n'est pas couvert.

#Hébergement et disponibilité

Dimensionnement de la machine selon le nombre d'utilisateurs simultanés et le volume de données, supervision de la charge processeur, de la mémoire et de l'espace disque, avec des seuils d'alerte définis. Un Odoo qui rame en fin de mois parce que la comptabilité et la logistique tirent en même temps est un problème de dimensionnement, pas de logiciel.

La supervision doit être active, c'est-à-dire produire une alerte chez quelqu'un qui est payé pour la traiter, pas un graphique que personne ne regarde.

#Sauvegardes, et surtout restaurations

Une sauvegarde d'Odoo comprend deux choses distinctes : la base de données PostgreSQL et le répertoire des fichiers joints (le filestore). Sauvegarder l'une sans l'autre produit une restauration inutilisable : la base référence des pièces jointes, des images produit et des documents qui n'existent plus.

Le contrat doit préciser la fréquence, la durée de rétention, le lieu de stockage des copies (idéalement une copie hors du serveur de production, chez un second hébergeur ou hors ligne), et la fréquence des tests de restauration. Une sauvegarde qui n'a jamais été restaurée est une hypothèse, pas une garantie.

Le principe de référence est celui de la règle 3-2-1-1-0 : trois copies, sur deux supports différents, dont une hors site, une hors ligne ou immuable, et zéro erreur au test de restauration. Le sujet est détaillé dans notre article sur les stratégies de sauvegarde 3-2-1-1-0.

#Mises à jour et montées de version

Deux rythmes distincts à ne pas confondre. Les correctifs de sécurité du système et d'Odoo doivent être appliqués en continu, sur un cycle court. Les montées de version majeure d'Odoo (une par an, à l'automne) sont des projets à part entière : elles se préparent, se testent sur un environnement de recette avec une copie des données réelles, et se planifient hors période de clôture.

L'éditeur maintient les trois dernières versions majeures. Rester en dehors de cette fenêtre signifie ne plus recevoir de correctif de sécurité pour votre ERP. Le coût de ce choix est détaillé dans notre article sur le coût d'une version Odoo obsolète.

#Modules tiers et dette technique

C'est le point qui casse le plus souvent en pratique. Un Odoo de PME embarque presque toujours des modules communautaires ou spécifiques. Chacun est une dépendance : il doit être compatible avec la version cible, maintenu par quelqu'un, et connu de celui qui opère la plateforme.

Une infogérance sérieuse tient un inventaire des modules installés, de leur origine, de leur version et de leur criticité fonctionnelle. Sans cet inventaire, chaque montée de version devient une découverte archéologique facturée au temps passé.

#Gestion des accès

Qui a un compte, avec quels droits, depuis quand, et qui l'a validé. L'authentification multifacteur sur les comptes à privilèges, la revue périodique des accès, et surtout la procédure de départ : un compte désactivé le jour du départ, pas au prochain audit.

C'est le contrôle le plus simple à mettre en place et le plus souvent absent. Un ERP contient les données clients, les tarifs, les marges, parfois les données de paie. Le périmètre de ce qu'un ancien salarié peut encore consulter mérite une réponse précise.

#Messagerie et flux sortants

Odoo envoie des devis, des factures, des relances. La configuration du serveur d'envoi, l'authentification du domaine expéditeur et la surveillance de la délivrabilité font partie de l'exploitation. Un ERP dont les factures arrivent en spam produit un problème de trésorerie avant de produire un ticket support.

#Journalisation et traçabilité

Conserver les traces d'accès et d'action, avec une durée de rétention définie. C'est ce qui permet de répondre à « qui a modifié ce tarif » ou « à quelle date cet accès a-t-il été créé ». C'est aussi ce qui est demandé lors d'un audit ISO 27001 ou d'un questionnaire de sécurité client, et ce qui rend une réponse à incident possible plutôt que spéculative.

#Ce qui casse le plus souvent, en pratique

Quatre situations reviennent régulièrement chez les PME qui reprennent en main un Odoo laissé sans exploitation.

La sauvegarde partielle. La base est sauvegardée, le filestore non. Découvert au moment d'une restauration, c'est-à-dire au pire moment.

Le module orphelin. Un module spécifique développé pendant le projet initial, jamais documenté, dont plus personne ne connaît l'auteur ni les dépendances. Il bloque la montée de version, et son remplacement coûte plus cher que son développement d'origine.

La version figée. Personne n'a jamais planifié de montée de version parce que personne n'était responsable du sujet. Trois ans plus tard, le saut se fait en une fois, avec un écart fonctionnel important et une reprise de données lourde.

Le serveur sans supervision. L'espace disque se remplit lentement, personne ne regarde, et l'ERP s'arrête un matin. Le diagnostic prend dix minutes, l'indisponibilité a duré une demi-journée.

Aucun de ces cas n'est un problème Odoo. Ce sont des problèmes d'exploitation, et ils se traitent avec un contrat, pas avec un logiciel.

#Comment chiffrer une infogérance Odoo

Le prix dépend de quatre variables, et tout devis qui ne les interroge pas est un devis au doigt mouillé.

1. Le nombre d'utilisateurs et le volume de données, qui déterminent le dimensionnement de l'infrastructure et la durée des opérations de sauvegarde ou de migration.
2. Le nombre et la nature des modules spécifiques, qui déterminent la charge des montées de version.
3. Le niveau de service attendu : plage de couverture, délai de prise en charge, présence ou non d'une astreinte.
4. Le niveau de conformité visé : un client soumis à ISO 27001 ou concerné par NIS2 a besoin de preuves (journalisation, revues d'accès, tests de restauration documentés) qui représentent une charge réelle.

Chez M-KIS, l'exploitation d'un Odoo se contractualise selon ces critères, avec des tarifs publiés. L'approche générale est décrite sur la page infogérance et le volet ERP sur la page Odoo. Les PME du Grand Est trouveront le détail par ville sur les pages infogérance à Nancy et infogérance à Metz.

Le point important n'est pas le montant, c'est ce qu'il achète. Un contrat d'infogérance Odoo à bas prix qui ne teste jamais ses restaurations et ne tient pas d'inventaire des modules coûte moins cher chaque mois et beaucoup plus cher une fois.

#Les six questions à poser avant de signer

À utiliser tel quel, avec le prestataire de votre choix.

1. Sauvegardez-vous la base et le filestore, et à quelle fréquence testez-vous une restauration complète ?
2. Où sont stockées les copies de sauvegarde, et sur quel territoire ?
3. Tenez-vous un inventaire des modules installés, avec leur version et leur origine ?
4. Quel est votre engagement sur les correctifs de sécurité, et sous quel délai ?
5. Les montées de version majeures sont-elles incluses ou facturées en supplément, et sur quelle base ?
6. Que se passe-t-il si nous partons : que nous rendez-vous, sous quel format et en combien de temps ?

Les réponses à ces six questions séparent une infogérance d'un abonnement au support.

#Pour aller plus loin

• Le coût d'une version Odoo obsolète pour une PME
• Odoo Community ou Enterprise : que choisir pour une PME
• Infogérance souveraine et ISO-compliant : le guide PME
• Sauvegardes 3-2-1-1-0 avec Restic et Borg
• Combien coûte Odoo pour une PME du Grand Est

Un Odoo qui tourne bien n'est pas un Odoo qu'on a oublié. C'est un Odoo dont quelqu'un tient les sauvegardes, l'inventaire et les accès, et qui sait ce qu'il fera à la prochaine montée de version. Si ce quelqu'un n'est identifié ni chez vous ni chez un prestataire, le sujet est ouvert.

Pour en discuter sur votre installation, l'Équipe M-KIS propose un échange de 30 minutes sans engagement.