Héberger Dolibarr : serveur interne ou hébergement géré, comment choisir

Ce que l'hébergement change pour un ERP

Dolibarr est utilisé tous les jours : devis, factures, stocks, relances. Si l'instance s'arrête un lundi matin, l'activité s'arrête avec elle. L'hébergement détermine donc trois choses : la disponibilité, la sécurité et la capacité à récupérer vos données après un incident. Il existe deux grandes options. Le serveur interne, installé dans vos locaux ou sur une machine que vous louez et administrez vous-même. Et l'hébergement géré, où un prestataire exploite le serveur, les sauvegardes et les mises à jour pour vous. Aucune des deux n'est meilleure en soi. Une PME avec un informaticien en poste et une salle technique correcte peut très bien tenir son propre serveur. Une structure de dix personnes sans compétence système y laissera souvent des sauvegardes jamais testées. Les critères ci-dessous servent à trancher selon votre réalité, pas selon une préférence de principe.

Sauvegardes : la question qui départage

Posez-vous une seule question : si le serveur disparaît ce soir, en combien de temps et avec quelles données repartez-vous ? Une sauvegarde de Dolibarr couvre deux éléments : la base de données et le dossier documents, qui contient les PDF et les pièces jointes. Sauvegarder l'un sans l'autre donne une restauration incohérente. La sauvegarde doit aussi sortir de la machine : une copie sur le même disque ne protège ni d'une panne matérielle, ni d'un vol, ni d'un rançongiciel. Enfin, une sauvegarde qui n'a jamais été restaurée reste une hypothèse. En interne, ces points reposent sur vous. En hébergement géré, vérifiez ce qui est réellement fourni et demandez comment se déroule une restauration.

• Base de données et dossier documents sont sauvegardés ensemble, à une fréquence adaptée à votre volume de saisie.
• Une copie est conservée hors du serveur, idéalement sur un autre site.
• Une restauration de test est réalisée régulièrement sur un environnement séparé.
• La durée de conservation des sauvegardes est connue et écrite.
• Une personne identifiée est chargée de surveiller les échecs de sauvegarde.

Mises à jour et correctifs de sécurité

Dolibarr publie régulièrement des versions correctives, y compris sur des branches plus anciennes, et des failles sont corrigées au fil de ces publications. Un serveur qui n'est plus mis à jour devient une cible. Le sujet n'est pas seulement Dolibarr : il y a aussi le système, le serveur web, PHP et la base de données. Chaque couche demande un suivi. En interne, quelqu'un doit surveiller les annonces, tester la mise à jour sur une copie, puis l'appliquer avec une sauvegarde juste avant. Un hébergeur géré prend généralement cette charge, mais vérifiez qui décide du calendrier, car vos modules personnalisés peuvent casser lors d'un changement de version. Notre article sur la sécurisation d'une instance en production détaille les réglages à contrôler dans les deux cas.

Accès, performances et disponibilité

Pensez à qui se connecte, et d'où. Une équipe entièrement présente au bureau s'accommode d'un serveur local. Dès que des commerciaux sont en déplacement ou que du personnel travaille à distance, il faut exposer l'instance sur Internet ou passer par un accès VPN. Exposer un serveur interne demande une configuration réseau soignée : certificat, pare-feu, limitation des accès à l'administration. Côté disponibilité, regardez ce qui se passe en cas de coupure électrique, de panne de la connexion Internet du bureau ou de défaillance d'un disque. Un hébergeur professionnel dispose d'alimentation et de connexions redondantes, ce qu'une petite salle technique n'offre presque jamais. Demandez aussi qui surveille le service et qui est prévenu en cas d'incident, de jour comme de nuit.

Localisation des données et conformité

Vos données contiennent des fiches clients, des coordonnées, des contrats et des factures. Savoir où elles sont stockées n'est pas un détail. Pour des entreprises en France, en Belgique ou au Luxembourg, la question se pose sous l'angle du RGPD : lieu d'hébergement, sous-traitants éventuels, contrat de traitement des données. Un serveur interne règle la question de la localisation, mais pas celle de la protection physique et logique. Avec un hébergement géré, demandez le pays du centre de données, l'identité de l'exploitant et la présence d'éventuels sous-traitants hors de l'Union européenne. Certains clients, notamment publics ou réglementés, imposent aussi des exigences contractuelles sur ce point. Mieux vaut le savoir avant de choisir que découvrir la contrainte lors d'un appel d'offres.

Responsabilités : qui fait quoi, noir sur blanc

Le vrai coût d'un hébergement se lit dans la répartition des responsabilités. En interne, tout vous incombe : matériel, système, sécurité, sauvegardes, surveillance, remplacement d'un composant en panne. En géré, le contrat doit dire précisément ce que le prestataire prend en charge et ce qui reste de votre côté, par exemple la gestion des droits utilisateurs ou la validation d'une mise à jour. Exigez aussi la réversibilité : pouvoir récupérer votre base et vos documents dans un format exploitable si vous changez de prestataire. Notre offre d'hébergement Dolibarr suit cette logique, et nos équipes assurent aussi la maintenance des instances hébergées ailleurs. Dans tous les cas, nommez une personne responsable côté entreprise, même si l'exploitation est déléguée.

• Le contrat liste ce qui est inclus : système, sauvegardes, mises à jour, supervision.
• Les délais d'intervention en cas d'incident sont écrits, pas seulement évoqués.
• La procédure de sortie et de récupération des données est décrite.
• Un référent interne est désigné pour les décisions.

Décider et préparer la suite

Faites un tableau simple avec vos cinq critères : sauvegardes, mises à jour, accès, localisation, responsabilités. Pour chacun, notez ce que vous savez réellement faire en interne et ce que vous préférez déléguer. Si trois lignes ou plus penchent vers la délégation, l'hébergement géré sera probablement plus fiable pour vous. Si vous gardez un serveur interne, planifiez dès maintenant un test de restauration et la liste des personnes à prévenir en cas de panne. Quel que soit le choix, il se change : une migration d'un mode à l'autre est une opération maîtrisée quand elle est préparée. Pour comparer votre situation à une configuration concrète, contactez-nous en décrivant votre nombre d'utilisateurs, vos modules et vos contraintes d'accès. Nous vous dirons ce que nous ferions à votre place.