Accueil › Blog › GED

GED open source : ce que « gratuit » veut vraiment dire — l’arbitrage d’un éditeur

Par Nathan Dubois · Publié le 24 août 2026 · 8 min de lecture

Autant l’annoncer d’entrée : nous sommes un éditeur de logiciels propriétaires. Vous pourriez donc attendre de cet article qu’il démonte la GED open source — il fera l’inverse. L’open source documentaire est sérieux, mature, et pour certains profils d’entreprise c’est objectivement le bon choix. Mais le mot « gratuit » y désigne uniquement la licence : l’hébergement, l’installation, le paramétrage, les sauvegardes et les montées de version restent à votre charge — à vous ou à un intégrateur payant. Voici l’arbitrage complet, solutions nommées, coûts posés — pour que vous choisissiez en connaissance de cause, pas sur un slogan.

1. Deux malentendus à lever avant de comparer quoi que ce soit

Premier malentendu : open source ne signifie pas gratuit à exploiter. Le code est libre et la licence sans coût — mais il faut un serveur, une installation, un paramétrage complet (plan de classement, droits, workflows), des sauvegardes, de la supervision et des montées de version. Le tout assuré par vous, ou par un intégrateur facturé.

Second malentendu : open source ne signifie pas automatiquement communautaire et désintéressé. Les principales plateformes fonctionnent en modèle « open core » : un cœur libre (édition Community), et une édition Enterprise payante avec support, fonctions avancées et garanties — c’est le modèle d’Alfresco comme de Nuxeo. Rien d’illégitime : c’est simplement un modèle économique, qu’il faut connaître avant de croire qu’on échappe à l’abonnement. À l’inverse, certaines solutions qui se présentent comme « ouvertes et souveraines » sont en réalité propriétaires — lisez la licence, pas la plaquette.

2. Le paysage : qui fait quoi, sans caricature

Constat honnête : aucune de ces solutions n’est un mauvais logiciel. La question n’est pas la qualité du code — elle est de savoir qui, chez vous, l’installe, le structure, le sauvegarde et le fait vivre pendant dix ans.

3. Le vrai coût : la licence n’est qu’une ligne du tableau

Sur trois ans, le coût d’une GED se décompose ainsi — et la ligne « licence » est rarement la plus lourde :

• Infrastructure : serveur (interne ou hébergé), stockage, sauvegardes externalisées, supervision — récurrent, incompressible.
• Mise en œuvre : installation, plan de classement, droits, workflows, reprise de l’existant — en jours-homme internes ou en facture d’intégrateur.
• Exploitation : montées de version, correctifs de sécurité, résolution d’incidents — le poste le plus sous-estimé, car il ne s’arrête jamais.
• Conformité : durées de conservation, traçabilité, valeur probante — livrées en standard chez les éditeurs, à construire et documenter soi-même en open source.
• Le facteur humain : la compétence qui a monté le système. Si elle part, le système reste — sans personne pour le faire vivre. C’est le risque le moins chiffré et le plus réel des projets open source en PME.

4. Pour qui l’open source est le bon choix — et pour qui non

1. Vous avez une équipe technique interne durable. Pas un stagiaire motivé : une compétence qui sera encore là dans cinq ans pour les montées de version. C’est LA condition — sans elle, tout le reste est théorique.
2. Votre besoin documentaire est générique. Classer, versionner, rechercher, partager : les éditions communautaires le font bien. Si votre besoin est métier — rattacher chaque pièce à une affaire, capturer les factures entrantes, dérouler des circuits de validation liés à la gestion —, le paramétrage à construire devient un projet de développement.
3. Vous cherchez une indépendance de principe. L’argument est recevable : le code libre survit à son éditeur. Vérifiez simplement que l’indépendance vis-à-vis de l’éditeur ne devient pas une dépendance vis-à-vis de la personne qui a monté le système.
4. À l’inverse : PME sans DSI, documents d’affaire au cœur du besoin (devis, factures, pièces de chantier), exigences de conformité fortes, équipes à embarquer — le rapport effort/résultat penche nettement vers une solution opérée par un éditeur, intégrée à la gestion. Le sujet rejoint alors notre méthode du cahier des charges : la question d’architecture se tranche avant la consultation.

5. La souveraineté, sans slogan

Disons-le clairement, parce que c’est vrai : une GED open source auto-hébergée sur vos serveurs est souveraine. Vos données sont chez vous, le code est lisible, aucun éditeur ne peut vous les confisquer. C’est même la forme la plus radicale de souveraineté numérique — pour qui peut l’opérer.

La souveraineté réelle a deux jambes : la maîtrise des données et la capacité à faire vivre le système qui les porte. Une GED auto-hébergée que plus personne ne sait mettre à jour devient l’inverse de la souveraineté : une dépendance à un état passé. C’est pourquoi l’alternative sérieuse à l’open source auto-hébergé n’est pas « le cloud américain » — c’est la solution d’un éditeur qui héberge en France, s’engage contractuellement sur la réversibilité, et assume l’exploitation à votre place. Deux chemins différents vers le même objectif : que vos documents — et la gestion documentaire qui les organise — restent sous votre contrôle.

Questions fréquentes

À lire ensuite

Guide de référence : GED : la gestion électronique de documents expliquée à la PME

ArbitrerSharePoint ou GED : l’arbitrage honnête pour la PME

CadrerCahier des charges GED : la méthode — pas le catalogue de 500 critères

ProuverValeur probante : ce qui tient vraiment face à un contrôle