Quien busca «gestión de activos de TI de código abierto» suele querer tres cosas: ningún coste de licencia, ningún proveedor que lo deje atrapado y la posibilidad de leer por sí mismo qué ocurre con sus propios datos. Son tres deseos distintos, y no coinciden. Este artículo ordena qué sistemas están realmente bajo una licencia reconocida por la OSI y qué exige de verdad operarlos — y dice después con claridad por qué AssetNode no es uno de ellos.

Qué significa exactamente «código abierto»

El término tiene una definición, y no es cuestión de gustos. La Open Source Initiative mantiene la Open Source Definition; una licencia es de código abierto cuando cumple los diez criterios. Dos de ellos son decisivos para este tema:

  • Criterio 1, redistribución libre: la licencia no puede impedir a nadie vender o regalar el software, ni exigir un canon por ello.
  • Criterio 6, sin restricción de ámbitos de uso: la licencia no puede prohibir a nadie emplear el programa en un ámbito determinado.

«El código fuente se puede consultar» no basta para eso. Para ello existe el término neutro source-available — que la propia OSI utiliza y que asigna a las licencias propietarias, no como una tercera categoría intermedia.

Los sistemas que realmente son de código abierto

Snipe-IT — AGPL-3.0-or-later

El exponente más conocido y, para muchos equipos, la primera parada. El archivo de licencia del repositorio es el texto AGPL-3.0 sin modificar, y composer.json declara AGPL-3.0-or-later. Grokability, la empresa que hay detrás, explota además una variante cloud de pago.

Técnicamente es una aplicación PHP sobre Laravel 12. Se requiere MySQL 5.7+ o MariaDB — PostgreSQL expresamente no cuenta con soporte oficial, aunque exista un bloque de configuración para ello. Llama la atención el límite superior de PHP: el script de actualización se niega a funcionar fuera de PHP 8.2 a 8.5, así que no puede limitarse a seguir la última versión de su distribución.

GLPI — GPL-3.0-or-later

De un alcance claramente mayor: GLPI es una plataforma ITSM completa y la gestión de activos es una parte de ella. Quien de todos modos necesita ticketing, gestión de contratos y una CMDB lo obtiene aquí todo en un solo sistema. Quien solo quiere saber qué portátil está en manos de quién recibe mucho más de lo que quería.

También PHP; a partir de la versión 11, sobre Symfony. MySQL o MariaDB son obligatorios — la documentación lo dice expresamente, no hay otras bases de datos. Un detalle que conviene conocer: el GLPI Agent que despliega en los dispositivos vive en un repositorio propio y bajo otra licencia (GPL-2.0-or-later).

Ralph — Apache-2.0

Desarrollado por Allegro, en Python y Django, y el único aquí bajo una licencia permisiva. Ralph gestiona hardware de centro de datos y de oficina, y para esta última aporta un modelo de asignación de verdad: BackOfficeAsset conoce tanto un propietario como un usuario.

Antes de decidirse conviene saber dos cosas. Primero, el stack está clavado: Python exactamente 3.10 y Django 4.2 LTS — ambos han quedado ya fuera de soporte. Segundo, a principios de 2025 Allegro pasó el proyecto a un modelo «sources only»: el código se sigue publicando y manteniendo, pero no se aceptan pull requests y no hay compromiso alguno sobre las issues. Con ello estará operando la herramienta interna de otra empresa, no un proyecto comunitario.

Mención breve

OCS Inventory NG (GPL-2.0) es fuerte en la detección automática — un agente para Windows, Linux, macOS y otros sistemas inventaría lo que hay en la red. Lo que le falta es un modelo de primer nivel para saber quién tiene un dispositivo en cada momento. Detección y responsabilidad son dos tareas distintas. i-doit open (AGPL-3.0) es la parte abierta de un producto comercial y es más CMDB que gestión de dispositivos.

Lo que cuesta de verdad la operación propia

La licencia es gratuita. La operación no lo es. Con los candidatos en PHP asume usted un stack LAMP completo: una configuración de servidor web, una instancia de MySQL con copias de seguridad, una docena de extensiones de PHP y una ruta de actualización que pasa por composer install y migraciones de base de datos. En el caso de Ralph se añade que queda atado a una versión de Python y a una de Django que ya no reciben soporte de seguridad.

Esto no es un argumento contra el código abierto. Es un argumento a favor de hacer la cuenta con honestidad: medio día de instalación más unas pocas horas por trimestre para actualizaciones, copias de seguridad y certificados es una expectativa realista — y si su equipo ya sabe hacerlo, es tiempo bien invertido. Si no, solo pagará el precio en otra moneda.

Dónde se sitúa AssetNode

AssetNode no es código abierto en el sentido de la Open Source Initiative. Está bajo la Sustainable Use License v1.0 (SPDX: SUL-1.0), que el directorio SPDX recoge expresamente como no reconocida por la OSI. La licencia permite el uso «únicamente para sus propios fines empresariales internos o para fines no comerciales o privados» y la redistribución solo de forma gratuita y con fines no comerciales.

Eso choca con el criterio 1 y el criterio 6 de la Open Source Definition. No hemos presentado la licencia a la OSI para su evaluación; conforme a esos criterios tampoco sería susceptible de reconocimiento. El término que corresponde es source-available y, siendo honestos, AssetNode es por tanto una licencia propietaria con el código fuente abierto.

Importante, porque a menudo se reproduce mal: la licencia no prohíbe el uso comercial. Puede utilizar AssetNode en producción en una empresa de cualquier tamaño, adaptarlo y operarlo internamente. Lo que está prohibido es poner AssetNode a disposición de terceros a cambio de dinero.

Para este modelo se ha impuesto el término fair-code, que n8n acuñó en 2020. Fair-code no es una licencia, sino una descripción: código fuente abierto, uso libre, reventa restringida. No confundir con Fair Source — una iniciativa distinta, de 2024, que exige una liberación diferida como código abierto. AssetNode no prevé esa liberación diferida.

Por qué no MIT ni AGPL

Una licencia permisiva permite que cualquier hyperscaler explote AssetNode como su propio servicio gestionado sin devolver nada. Para un proyecto desarrollado por un equipo pequeño en Bonn, eso no es un riesgo teórico: significaría que seguir desarrollando precisamente el producto del que usted depende deja de ser financiable.

La AGPL sería el término medio evidente — es la razón por la que Snipe-IT puede considerarse código abierto y aun así no se revende sin más como servicio. Nos hemos decidido en contra porque el efecto copyleft de la AGPL plantea, en integraciones y extensiones, preguntas que una empresa solo responde con asesoramiento jurídico. La Sustainable Use License traza en su lugar exactamente un límite: gratis para su propia empresa, no para revenderlo. Todo lo demás sigue abierto.

Preferimos decirlo con claridad antes que esconderlo en la letra pequeña.

Qué significa esto en concreto
✅ Gratis y permanente para uso interno dentro de su propia empresa, sea cual sea su tamaño
✅ Autoalojarlo, a cualquier escala, con activos y usuarios ilimitados
✅ Leer, auditar, adaptar y ampliar el código fuente
✅ Redistribuirlo gratuitamente con fines no comerciales
❌ Revender AssetNode u ofrecerlo a terceros como servicio alojado

Qué no está abierto

Los archivos con .ee. en el nombre, o dentro de un directorio .ee, tienen licencia comercial y requieren una licencia enterprise. Hoy no existe ni un solo archivo así en el repositorio — puede comprobarlo con un grep. La convención está fijada desde el principio para que más adelante siga siendo evidente qué pertenece al ámbito gratuito, en lugar de recalificar después código ya existente.

Autoalojar

Necesita Node 20 y una instancia de MongoDB:

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

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

¿No tiene credenciales de MDM a mano? npm run dev:mock arranca todas las integraciones contra API simuladas.

Si prefiere comparar antes de instalar nada: la comparativa con Snipe-IT repasa las diferencias en detalle, y la tabla de precios muestra lo que cuesta la nube gestionada.

Participar

El proyecto es joven y las asperezas son reales. Si gestiona activos de TI y echa algo en falta o algo le chirría, una issue vale más que una estrella.

Ambos repositorios se mantienen sincronizados; las issues y los pull requests son bienvenidos en cualquiera de los dos. Hay algo que conviene saber antes, y también figura en el CONTRIBUTING.md: las contribuciones se nos ceden bajo una licencia que incluye también versiones comerciales de AssetNode. Es lo habitual en proyectos con mantenimiento comercial, pero es una diferencia respecto a un proyecto bajo licencia OSI, y conviene conocerla antes de invertir su tiempo.

Si trabaja con un agente de programación con IA, en AGENTS.md encontrará los comandos de compilación, un resumen de la arquitectura y las trampas que el código por sí solo no revela.