Medusa, ERPNext y Metabase: código abierto para gestionar una pyme

Qué cubre esta guía

• Qué es cada herramienta según su propio README y su documentación
• Un primer proyecto pequeño para cada una: tienda a medida, lotes de producción, panel de cinco preguntas
• Qué necesitas antes de empezar: desarrolladores, procesos descritos, datos limpios
• Qué permiten las licencias MIT, GPL y AGPL y dónde empiezan las condiciones comerciales
• Tabla comparativa: herramienta, uso, requisitos, licencia
• Tres preguntas antes de instalar y cuándo basta con una hoja de cálculo

Tres herramientas, tres trabajos distintos

Estos tres proyectos suelen nombrarse juntos, pero hacen trabajos diferentes y ninguno sustituye a otro. Medusa es un backend de comercio para una tienda online. ERPNext es un ERP: un único sistema para pedidos, almacén, fabricación y contabilidad. Metabase es una herramienta de informes que convierte los datos de una base de datos en gráficos y paneles.

Medusa tenía unas 37 mil estrellas en GitHub el 4 de octubre de 2026, ERPNext unas 40 mil y Metabase unas 50 mil. Las estrellas indican interés de los desarrolladores. No dicen si una herramienta encaja en tu negocio.

Medusa: un backend de comercio, no una tienda terminada

Medusa es una plataforma de comercio con un framework para personalizarla. Su documentación enumera módulos de productos, carrito, pedidos, pagos, precios, promociones, inventario, ubicaciones de stock, envíos e impuestos, todos expuestos mediante API REST. Una aplicación Medusa es un servidor Node.js más un panel de administración. La tienda que ve el cliente es una aplicación aparte que construyes y alojas tú, desde cero o a partir de la plantilla de Next.js del proyecto.

Un primer proyecto sensato es una tienda cuyo flujo de compra no cabe en una plantilla estándar. Ejemplo: una tienda de cestas regalo en la que el cliente elige cinco productos y añade una tarjeta. Catálogo, carrito, precios y pedidos salen de los módulos de Medusa. El configurador de la cesta es la parte que escriben tus desarrolladores.

Necesitas desarrolladores. La guía de instalación pide Node.js, Git y una base de datos PostgreSQL en marcha, la única que Medusa admite. Pagos y envíos llegan mediante módulos de proveedor; la documentación cita Stripe y ShipStation como ejemplos, y un servicio sin integración hecha necesita un módulo propio. Alguien debe conectar, probar y mantener todo eso, y alojar el servidor y la tienda. El proyecto ofrece también alojamiento gestionado, Medusa Cloud.

El límite: tras la instalación tienes una API y un panel de administración, no una tienda en la que se pueda comprar. Si un creador de tiendas estándar ya cubre tu flujo, Medusa añade trabajo sin añadir valor.

ERPNext: pedidos, almacén, fabricación y contabilidad en un solo sistema

ERPNext es un ERP de código abierto. Su README enumera contabilidad, gestión de pedidos (niveles de stock, pedidos de venta, clientes, proveedores, envíos), fabricación (consumo de materiales, planificación de capacidad, subcontratación), gestión de activos y proyectos con tareas, partes de horas y rentabilidad. La documentación añade un módulo de compras con fichas de proveedores, pedidos de compra y facturas de compra.

Un primer proyecto debería cubrir un proceso de principio a fin. Ejemplo: un pequeño obrador de jabones registra aceites, sosa, esencias, etiquetas y cajas como artículos de almacén y redacta una lista de materiales (Bill of Materials) para una línea de jabón. Cada tanda de producción se convierte en una orden de trabajo (Work Order) que toma sus materiales de esa lista. La función Batch asigna a los jabones terminados un número de lote, que puede llevar fecha de caducidad. El objetivo es ver en un solo sitio qué consumió cada tanda y qué stock queda.

La mayor parte de lo que necesitas no es software. La guía de configuración empieza por la empresa, el ejercicio fiscal, el plan de cuentas, los almacenes, los artículos, los clientes, los proveedores, los usuarios y los saldos de apertura. Pide datos antiguos limpios y un ciclo completo de prueba de venta, compra, almacén y contabilidad antes de arrancar. Para el alojamiento, el README remite a Frappe Cloud o a una instalación propia con Docker, y señala que su comando rápido de Docker es una demo desechable.

Un ERP es el más difícil de adoptar de los tres, porque registra cómo trabajas. Decide primero el proceso sobre papel. La documentación es directa: una lista de materiales validada no se puede editar, solo cancelar y sustituir, y cambiar la moneda, la estructura de cuentas o las reglas de stock cuando ya hay transacciones puede causar trastornos. Empieza por un solo ámbito, añade módulos por fases y comprueba con tu asesoría que cubre tus obligaciones fiscales.

Metabase: preguntas y paneles sobre tus propios datos

Metabase es una herramienta de inteligencia de negocio. Según su README, cualquiera puede hacer preguntas a los datos sin saber SQL, usar un editor de SQL para consultas más difíciles y montar paneles interactivos con filtros. Un constructor gráfico arma la consulta paso a paso. Las alertas envían el resultado de una pregunta por correo, Slack o webhook, por ejemplo cuando una consulta que suele estar vacía devuelve filas.

Un buen primer proyecto es un panel que responde cinco preguntas. Ejemplo: de dónde llegan las consultas, cuántas se convierten en pedidos, qué productos se vuelven a comprar, qué pedidos llevan más de tres días esperando y cómo va este mes frente al anterior. Añade una alerta para los pedidos en espera. Cinco preguntas acordadas sirven más que cincuenta gráficos que nadie abre.

Necesitas una base de datos que Metabase pueda leer. La lista de bases con soporte oficial incluye PostgreSQL, MySQL, MariaDB, SQL Server, SQLite, BigQuery y MongoDB. Metabase se ejecuta como contenedor Docker o como archivo JAR de Java. Su base H2 integrada es para pruebas locales; en producción la documentación recomienda PostgreSQL para los datos propios de Metabase. Existe una opción alojada, Metabase Cloud. También necesitas a una persona que sepa qué significa cada tabla y cada columna.

Un panel solo es tan correcto como los datos que tiene debajo. Si los pedidos se registran tarde, los estados son texto libre o el mismo cliente existe tres veces, el gráfico parece preciso y está mal. Arregla primero la entrada de datos.

Qué permiten las licencias, en palabras sencillas

Código abierto no es un único conjunto de reglas. Cada repositorio tiene su archivo de licencia, y dos de los tres combinan una licencia abierta con condiciones comerciales. Lo que sigue resume lo que dicen los archivos. No es asesoramiento jurídico: lee la licencia antes de un uso comercial y consulta a un abogado si piensas modificar o revender el software.

• Medusa: el archivo LICENSE sitúa el repositorio bajo la licencia MIT, salvo los materiales de la Enterprise Edition. MIT permite usar, copiar, modificar, distribuir y vender copias sin coste, siempre que el aviso de copyright y el de permiso se conserven en las copias; el software se entrega tal cual. Los materiales Enterprise, que ENTERPRISE-LICENSE.md identifica como control de acceso por roles e inicio de sesión único, requieren un acuerdo comercial aparte con MedusaJS, Inc.
• ERPNext: license.txt es la GNU General Public License, versión 3. Reconoce el derecho a ejecutar el programa sin modificar y permite modificarlo. Si entregas a terceros una versión modificada, la obra completa debe licenciarse bajo la misma licencia y llevar avisos de tus cambios. Se entrega tal cual. Una política de marca aparte restringe el uso del nombre y el logotipo de ERPNext en el nombre de un producto, servicio, empresa o dominio.
• Metabase: LICENSE.txt indica que el código fuera del directorio enterprise de primer nivel está bajo la AGPL (el repositorio incluye la versión 3) y el de dentro bajo la Metabase Commercial License, que exige una licencia válida de Metabase. Según la AGPL, si modificas el programa y otras personas usan tu versión a través de una red, debes ofrecerles su código fuente. La imagen Docker estándar es AGPL; la imagen enterprise es comercial.

Antes de instalar nada: tres preguntas

Instalar es la parte fácil. Responde antes por escrito a estas tres preguntas. Si no puedes, la herramienta no las responderá por ti.

• ¿Qué proceso duele exactamente? Escríbelo por pasos y pon un nombre en cada uno: quién toma el pedido, quién comprueba el stock, quién emite la factura. Una herramienta puede seguir un proceso. No puede inventarlo.
• ¿Dónde están los datos ahora y son correctos? Haz una lista de archivos, aplicaciones y cuadernos. Revisa diez registros a mano: duplicados, precios vacíos, recuentos de stock antiguos. Los datos erróneos trasladados a un sistema nuevo siguen siendo erróneos.
• ¿Quién se hace cargo del sistema después del arranque? Nombra a la persona que añade usuarios, instala actualizaciones, hace copias de seguridad y responde dudas. Si no hay nadie, elige una opción alojada o espera.

Cuándo una hoja de cálculo sigue siendo la herramienta correcta

Una hoja de cálculo es la herramienta correcta mientras la editen una o dos personas, tenga unos cientos de filas y el proceso siga cambiando cada mes. Es además la forma más barata de diseñar un proceso: las columnas que añades y quitas muestran qué tendrá que guardar un sistema futuro.

Señales de que se te ha quedado pequeña: varias personas se pisan los cambios, la misma cifra tiene tres valores en tres archivos, el stock se cuenta de memoria o el informe mensual lleva un día de trabajo. Entonces elige según el problema que tienes. Metabase, cuando los datos ya están en una base de datos y las respuestas tardan. ERPNext, cuando lo disperso son los propios registros. Medusa, cuando la tienda que necesitas no sale de una plantilla.