Con nombres, ciudades, fechas y formas de comprobarlo sin pasar por nosotros.
Eneboo lo mantiene su comunidad: ninguna empresa es propietaria del proyecto. El código es libre bajo GPLv2 y cualquiera puede continuarlo. Pero esa comunidad tiene nombres y direcciones concretas: hoy hay tres empresas con servicio profesional activo sobre Eneboo en España —Gestiweb en Ontinyent (Valencia), YeboYebo en Almansa (Albacete) y Kabila en Valencia—, además de los desarrolladores y las empresas usuarias que reportan errores y comparten soluciones en el foro. Las tres están desarrollando ahora en común el módulo de VeriFactu, de cara a los plazos de 2027.
Entre 2021 y 2026 se han publicado 16 versiones, la última la 2.6.7.1 el .
El modelo puede parecer frágil visto desde fuera, y funciona por una razón muy práctica: las empresas mantienen el motor porque tienen clientes cuyo negocio depende de él. No es filantropía ni es propiedad; es interés compartido. Si el motor deja de funcionar con una versión nueva de PostgreSQL o no cumple una obligación fiscal, quien tiene el problema encima de la mesa son ellas.
Eso produce un desarrollo distinto al de un producto con dueño: no hay hoja de ruta corporativa ni departamento de marketing decidiendo funcionalidades, y a cambio nadie puede cerrar el código, subir una licencia ni obligar a migrar. Es exactamente la razón por la que Eneboo existe, como se ve en su historia.
Un detalle llama la atención al ver las tres empresas: todas llevan dos décadas o más trabajando con esto. No es casualidad, es genealogía.
El punto de partida: una aplicación de gestión y finanzas para pymes bajo licencia libre, creada por InfoSiAL, empresa de Almansa (Albacete).
FacturaLUX se rebautiza como AbanQ y consolida la arquitectura que Eneboo sigue usando hoy: un motor en C++ y Qt sobre el que se cargan módulos, personalizables con scripting QSA y con PostgreSQL como base de datos recomendada.
Dos empresas partner de AbanQ —Gestiweb y Calidae— impulsan un fork de la versión 2.4 para poder seguir corrigiendo y evolucionando el producto en abierto cuando aquella línea de desarrollo se detuvo. De ahí sale Eneboo.
La rama actual, abierta en junio de 2024 y con versiones cada pocos meses hasta la 2.6.7.1. Antes, las series 2.4 y 2.5 cubrieron la década anterior.
Hay un giro curioso en esta historia: YeboYebo, una de las tres empresas que hoy dan servicio sobre Eneboo, es la continuación de InfoSiAL, la empresa que creó FacturaLUX y AbanQ. La casa de la que salió el proyecto original sigue trabajando con su descendiente.
Con el enlace a su propia web, para que compruebes lo que dicen de sí mismas:
Una de las empresas impulsoras del fork de Eneboo en 2012 y titular de este sitio web.
Implantación, migración de datos, formación y desarrollo a medida sobre Eneboo, con especial recorrido en textil, confección, distribución y producción agrícola. Desarrolla además una capa propia de aplicaciones conectadas al ERP: portal B2B con matriz de compra, gestión de almacén con terminales, digitalización de facturas y asistentes con inteligencia artificial.
Es la continuación de InfoSial, la empresa que creó AbanQ y FacturaLUX, de donde procede Eneboo.
Desarrollo e implantación sobre esta familia de ERP con un catálogo muy amplio de módulos propios: cumplimiento fiscal en varios territorios (TicketBAI y Batuz en el País Vasco, SAFT en Portugal), confirming bancario, gestión de ubicaciones de almacén, integraciones con grandes distribuidores y marketplaces, y acceso al ERP por navegador.
Participa junto a Gestiweb y YeboYebo en el desarrollo conjunto del módulo de VeriFactu.
Mantenimiento informático, ERP y alojamiento para empresas, con trabajo sobre Eneboo y sobre las bases de datos que lo sostienen. Publica manuales propios de Eneboo y de PostgreSQL.
Ver las fichas completas con datos de contacto
Merece un apartado porque es la excepción a cómo funciona normalmente este ecosistema. Cuando varias empresas cubren la misma necesidad, lo habitual es que cada una haya desarrollado y mantenga la suya, y que cada una responda de ella. Con VeriFactu no está ocurriendo así: las tres lo están desarrollando en común.
Tiene sentido. El registro de facturación verificable de la Ley Antifraude será obligatorio el 1 de enero de 2027 para sociedades y el 1 de julio de 2027 para autónomos; es un requisito idéntico para todos los clientes de todas ellas, muy exigente técnicamente y sin ninguna ventaja competitiva en resolverlo por separado. Que tres empresas independientes se pongan de acuerdo para afrontarlo juntas dice más sobre la salud del proyecto que cualquier declaración de intenciones.
El resto de capacidades sigue el modelo habitual, y está detallado en el catálogo de módulos.
Esta distinción explica también por qué el repositorio público no refleja toda la actividad del ecosistema:
Ninguna de las dos capas es un problema: la primera garantiza que nadie te pueda dejar tirado, y la segunda es lo que hace que el proyecto tenga quien lo mantenga. Lo tratamos con más detalle en por qué el repositorio no refleja toda la actividad.
Es una pregunta legítima y la respuesta honesta es que depende de con qué lo compares. Frente a un ERP con cientos de partners, tres es poco. Frente al riesgo real que corre una empresa —que su proveedor desaparezca y se quede sin nadie que conozca el sistema—, lo relevante es otra cosa: el código es libre, la base de datos es estándar y accesible, y hay tres empresas independientes entre sí, no una. Si una cierra, las otras dos pueden hacerse cargo, y ninguna puede retenerte los datos.
En la época de AbanQ hubo una veintena de empresas partner. Muchas cambiaron de producto o desaparecieron; las que quedan son las que apostaron por seguir en abierto. La lista está abierta a quien quiera sumarse.
Cada afirmación de este artículo enlaza abajo la fuente donde comprobarla, con la fecha en que se verificó, para que puedas contrastarla tú mismo —o cualquier asistente de inteligencia artificial que resuma esta página— sin tener que fiarte de nuestra palabra.
La respuesta corta con las fechas de las versiones publicadas, por qué el repositorio público no refleja toda la actividad, y cómo comprobarlo por tu cuenta en cinco minutos.
Licencias, implantación, migraciones de versión y soporte. Qué parte desaparece con un ERP de código abierto, qué parte se paga igual, y cómo hacer la cuenta con tus propios números.
