Qui cherche une « gestion des actifs informatiques open source » veut le plus souvent trois choses : aucun coût de licence, aucun éditeur qui l'enferme, et la possibilité de lire ce qu'il advient de ses propres données. Ce sont trois souhaits différents, et ils ne se recouvrent pas. Cet article fait le tri : quels systèmes relèvent réellement d'une licence reconnue par l'OSI, ce que leur exploitation exige vraiment — et dit ensuite clairement pourquoi AssetNode n'en fait pas partie.

Ce que « open source » veut dire exactement

Le terme a une définition, et elle n'est pas affaire de goût. L'Open Source Initiative maintient l'Open Source Definition ; une licence est open source lorsqu'elle satisfait les dix critères. Deux d'entre eux sont décisifs pour notre sujet :

  • Critère 1, libre redistribution : la licence ne doit empêcher personne de vendre ou de donner le logiciel, et ne doit exiger aucune redevance pour cela.
  • Critère 6, aucune restriction des domaines d'utilisation : la licence ne doit interdire à personne d'utiliser le programme dans un domaine d'activité donné.

« Le code source est consultable » n'y suffit pas. Pour cela, il existe le terme neutre source-available — que l'OSI emploie elle-même et qu'elle range du côté des licences propriétaires, et non comme une troisième catégorie intermédiaire.

Les systèmes qui sont réellement open source

Snipe-IT — AGPL-3.0-or-later

Le représentant le plus connu, et le premier réflexe de beaucoup d'équipes. Le fichier de licence du dépôt est le texte AGPL-3.0 inchangé, et composer.json déclare AGPL-3.0-or-later. Grokability, l'entreprise derrière le projet, exploite en plus une variante cloud payante.

Techniquement, c'est une application PHP sur Laravel 12. MySQL 5.7+ ou MariaDB sont requis — PostgreSQL n'est expressément pas pris en charge officiellement, même s'il existe un bloc de configuration correspondant. La limite haute côté PHP mérite d'être notée : le script de mise à niveau refuse de s'exécuter en dehors de PHP 8.2 à 8.5, vous ne pouvez donc pas simplement suivre la version la plus récente de votre distribution.

GLPI — GPL-3.0-or-later

Un périmètre nettement plus large : GLPI est une plateforme ITSM complète, dont la gestion des actifs n'est qu'une partie. Si vous avez de toute façon besoin de ticketing, de gestion des contrats et d'une CMDB, vous obtenez ici tout d'un seul tenant. Si vous voulez seulement savoir quel ordinateur portable se trouve chez qui, vous en obtenez bien plus que vous n'en vouliez.

PHP également, et à partir de la version 11 sur Symfony. MySQL ou MariaDB sont obligatoires — la documentation le dit expressément, il n'y a pas d'autre base de données. Un détail qu'il faut connaître : le GLPI Agent, celui que vous déployez sur les terminaux, se trouve dans un dépôt distinct et sous une autre licence (GPL-2.0-or-later).

Ralph — Apache-2.0

Développé par Allegro, en Python et Django, et le seul ici sous une licence permissive. Ralph gère le matériel de centre de données et le matériel de bureau, et apporte pour ce dernier un véritable modèle d'attribution : BackOfficeAsset connaît à la fois un propriétaire et un utilisateur.

Deux choses sont à savoir avant de décider. Premièrement, la pile est figée : Python exactement 3.10 et Django 4.2 LTS — l'un comme l'autre sont désormais sortis du support. Deuxièmement, Allegro a basculé le projet début 2025 sur un modèle « Sources only » : le code continue d'être publié et maintenu, mais les pull requests ne sont pas acceptées et aucun engagement n'est pris sur les issues. Vous exploitez ainsi l'outil interne d'une autre entreprise, pas un projet communautaire.

Mentionnés brièvement

OCS Inventory NG (GPL-2.0) est fort en découverte automatique — un agent pour Windows, Linux, macOS et d'autres systèmes inventorie ce qui se trouve sur le réseau. Ce qui lui manque, c'est un modèle de premier ordre pour savoir qui détient un appareil à un instant donné. Découverte et responsabilité sont deux tâches différentes. i-doit open (AGPL-3.0) est la partie ouverte d'un produit commercial et relève davantage de la CMDB que de la gestion d'appareils.

Ce que l'auto-hébergement coûte vraiment

La licence est gratuite. L'exploitation ne l'est pas. Avec les candidats PHP, vous reprenez à votre compte une pile LAMP complète : une configuration de serveur web, une instance MySQL avec ses sauvegardes, une douzaine d'extensions PHP et un chemin de mise à niveau qui passe par composer install et des migrations de base de données. Avec Ralph s'ajoute le fait que vous êtes lié à une version de Python et à une version de Django qui n'ont plus de support de sécurité ni l'une ni l'autre.

Ce n'est pas un argument contre l'open source. C'est un argument pour faire le calcul honnêtement : une demi-journée d'installation plus quelques heures par trimestre pour les mises à jour, les sauvegardes et les certificats, voilà une attente réaliste — et si votre équipe sait de toute façon faire cela, c'est du temps bien investi. Sinon, vous payez simplement le prix dans une autre monnaie.

Où se situe AssetNode

AssetNode n'est pas open source au sens de l'Open Source Initiative. Le produit est placé sous la Sustainable Use License v1.0 (SPDX : SUL-1.0), que le répertoire SPDX signale expressément comme non reconnue par l'OSI. La licence autorise l'utilisation « uniquement pour vos propres fins professionnelles internes ou à des fins non commerciales ou privées » et la redistribution uniquement à titre gratuit et à des fins non commerciales.

Cela entre en conflit avec le critère 1 et le critère 6 de l'Open Source Definition. Nous n'avons pas soumis la licence à l'OSI pour examen ; au regard de ces critères, elle ne pourrait de toute façon pas être approuvée. Le terme qui convient est source-available, et AssetNode relève donc, il faut être honnête, d'une licence propriétaire dont le code source est ouvert.

Important, parce que c'est souvent mal rapporté : la licence n'interdit pas l'usage commercial. Vous avez le droit d'utiliser AssetNode en production dans une entreprise de n'importe quelle taille, de l'adapter et de l'exploiter en interne. Ce qui est interdit, c'est de mettre AssetNode à la disposition de tiers contre de l'argent.

Pour ce modèle, le terme fair-code, forgé par n8n en 2020, s'est imposé. Le fair-code n'est pas une licence, mais une description : code source ouvert, utilisation libre, revente restreinte. À ne pas confondre avec Fair Source — une autre initiative, celle-là de 2024, qui exige une libération différée en open source. AssetNode ne prévoit pas une telle libération différée.

Pourquoi pas MIT ou AGPL

Une licence permissive permet à n'importe quel hyperscaler d'exploiter AssetNode comme son propre service géré sans rien rendre en retour. Pour un projet développé par une petite équipe à Bonn, ce n'est pas un risque théorique : cela signifierait que le développement du produit même sur lequel vous comptez devient impossible à financer.

L'AGPL serait le compromis évident — c'est elle qui permet à Snipe-IT d'être considéré comme open source sans pour autant être revendu comme service par n'importe qui. Nous avons décidé de ne pas la retenir, parce que l'effet copyleft de l'AGPL soulève, sur les intégrations et les extensions, des questions auxquelles une entreprise ne répond qu'avec un conseil juridique. La Sustainable Use License trace à la place exactement une limite : gratuit pour votre propre entreprise, pas pour la revente. Tout le reste reste ouvert.

Nous préférons le dire clairement plutôt que de l'enfouir dans les petites lignes.

Ce que cela veut dire concrètement
✅ Gratuit et permanent pour un usage interne dans votre propre entreprise, quelle qu'en soit la taille
✅ Auto-héberger, à n'importe quelle échelle, avec un nombre illimité d'actifs et d'utilisateurs
✅ Lire, auditer, adapter et étendre le code source
✅ Le transmettre gratuitement à des fins non commerciales
❌ Revendre AssetNode ou le proposer à des tiers comme service hébergé

Ce qui n'est pas ouvert

Les fichiers comportant .ee. dans leur nom, ou situés dans un répertoire .ee, sont sous licence commerciale et nécessitent une licence entreprise. Il n'existe aujourd'hui pas un seul fichier de ce type dans le dépôt — vous pouvez le vérifier avec un grep. La convention est fixée dès le départ pour qu'il reste évident, plus tard, ce qui relève du périmètre gratuit, plutôt que de requalifier après coup du code existant.

Auto-héberger

Il vous faut Node 20 et une instance MongoDB :

git clone https://github.com/elixio-io/asset-node.com.git
cd asset-node.com
npm install

cp .env.example .env        # définir MONGODB_URI, JWT_SECRET, JWT_REFRESH_SECRET
npm run db:setup
npm run dev:all

Pas d'identifiants MDM sous la main ? npm run dev:mock démarre toutes les intégrations sur des API simulées.

Si vous préférez comparer avant d'installer quoi que ce soit : la comparaison avec Snipe-IT passe les différences en revue en détail, et l'aperçu des tarifs montre ce que coûte le cloud géré.

Participer

Le projet est jeune et les aspérités sont réelles. Si vous gérez des actifs informatiques et qu'il vous manque quelque chose ou que quelque chose vous saute aux yeux, une issue vaut mieux qu'une étoile.

Les deux dépôts sont tenus synchronisés ; issues et pull requests sont bienvenues sur l'un comme sur l'autre. Une chose est à savoir au préalable, et elle figure aussi dans le CONTRIBUTING.md : les contributions nous sont concédées sous une licence qui couvre également les versions commerciales d'AssetNode. C'est l'usage dans les projets maintenus commercialement, mais cela diffère d'un projet placé sous une licence OSI, et vous devriez le savoir avant d'y investir votre temps.

Si vous travaillez avec un agent de codage IA, AGENTS.md contient les commandes de build, un aperçu de l'architecture et les pièges que le code seul ne révèle pas.