Introducción
Antes de abrir Odoo por primera vez, antes de configurar un almacén o emitir una factura, merece la pena detenerse un momento y hacerse una pregunta que rara vez nos planteamos: ¿de dónde viene el software que usamos cada día? ¿Quién lo construyó? ¿Y por qué algunos programas cuestan miles de euros al año mientras otros, igual de potentes, son completamente gratuitos?
La respuesta a estas preguntas no está en un manual técnico. Está en una historia. Una historia que empieza con una impresora atascada en un laboratorio del MIT en 1980, continúa con un estudiante finlandés de 21 años que publicó un mensaje modesto en un foro de internet, y llega hasta el ERP que vas a aprender a usar en este curso. Es una historia sobre personas que decidieron que el conocimiento debía ser compartido, no encerrado. Y esa decisión cambió el mundo.
Empezamos por aquí porque entender esta historia no es un ejercicio académico: es la clave para comprender por qué tu empresa puede acceder hoy a un sistema de gestión empresarial completo sin pagar un solo euro en licencias. Y por qué eso no significa que sea peor, sino todo lo contrario.
Tema 1: El origen — La impresora que cambió el mundo (1980)
El laboratorio donde todo se compartía
A finales de los años setenta, el Laboratorio de Inteligencia Artificial del MIT era uno de los lugares más extraordinarios del planeta para un programador. Allí trabajaba un grupo de personas que se hacían llamar hackers —no en el sentido que la palabra tiene hoy, sino en su significado original: alguien que disfruta resolviendo problemas técnicos de forma creativa y elegante.
En aquel laboratorio, compartir código era tan natural como respirar. Si alguien escribía un programa que hacía algo útil, lo dejaba disponible para que cualquier otro pudiera usarlo, estudiarlo, mejorarlo. No había contratos de confidencialidad, ni licencias restrictivas, ni departamentos legales vigilando quién copiaba qué. El conocimiento fluía libremente porque todos entendían que esa era la manera más rápida de avanzar. Si tú mejorabas mi programa y yo mejoraba el tuyo, los dos terminábamos con software mejor.
Richard Stallman era uno de esos hackers. Llevaba años trabajando en el laboratorio, programando en un entorno donde la colaboración era la norma. Pero el mundo fuera de aquel laboratorio estaba cambiando, y Stallman estaba a punto de descubrirlo de la peor manera posible.
La impresora que se atascaba
El laboratorio tenía una impresora, una Xerox Graphics Printer, que como todas las impresoras del mundo tenía un defecto irritante: se atascaba el papel. Pero Stallman era programador, así que hizo lo que cualquier buen programador habría hecho: abrió el código fuente del controlador de la impresora y lo modificó. Añadió una función sencilla pero brillante: cada vez que la impresora se atascaba, el sistema enviaba automáticamente un mensaje a todos los usuarios que tenían trabajos en cola. Así, alguien se acercaba a desatascarla en cuestión de minutos en lugar de descubrir, media hora después, que su documento seguía sin imprimirse.
Era una solución elegante. Era software resolviendo un problema real. Y era posible porque Stallman tenía acceso al código fuente.
Entonces, alrededor de 1980, llegó al laboratorio una impresora nueva: una Xerox 9700, un modelo láser más moderno y rápido. Pero esta impresora también se atascaba. Y estaba instalada en otra planta del edificio, lo que hacía el problema aún más molesto. Stallman quiso aplicar la misma solución que había funcionado tan bien con la impresora anterior. Pero esta vez, Xerox no proporcionaba el código fuente del software de la impresora. Sin el código, Stallman no podía modificar nada.
La puerta que se cerró
Stallman supo que un investigador en la Universidad Carnegie Mellon tenía acceso al código fuente de esa impresora. El investigador era Robert Sproull, que había sido el desarrollador principal del software de impresoras láser en Xerox PARC antes de trasladarse a Carnegie Mellon. Stallman viajó hasta allí y le pidió una copia del código.
La respuesta fue no.
Sproull había firmado un acuerdo de confidencialidad —un NDA, en la jerga empresarial— con Xerox. Ese contrato le prohibía compartir el código con nadie. No importaba que Stallman quisiera usarlo para resolver un problema práctico que beneficiaría a todo el laboratorio. No importaba que ambos fueran investigadores académicos. El papel firmado prevalecía sobre la colaboración.
Stallman ha contado muchas veces que aquel momento fue una revelación. No fue un enfado momentáneo por una impresora; fue la comprensión súbita de que algo fundamental había cambiado. El software, que durante años había sido un recurso compartido como las ideas o las fórmulas matemáticas, se estaba convirtiendo en una mercancía cerrada. Las empresas estaban poniendo muros alrededor del código, y lo estaban haciendo de forma tan gradual que casi nadie se daba cuenta. Los acuerdos de confidencialidad no eran simplemente contratos comerciales: eran herramientas para romper la solidaridad entre programadores, para convertir a colegas en desconocidos que no podían ayudarse mutuamente.
La decisión que lo cambió todo
Stallman podría haber aceptado la nueva realidad, como hicieron la mayoría de sus compañeros. Podría haber seguido trabajando en el MIT, usando software propietario, firmando NDAs cuando se lo pidieran. Pero no lo hizo.
En 1983, Richard Stallman anunció el proyecto GNU —un acrónimo recursivo que significa “GNU’s Not Unix”—. Su objetivo era construir un sistema operativo completo que fuera enteramente libre. No libre como “gratis”, sino libre como “libertad”. Cualquier persona podría usar, estudiar, modificar y distribuir ese software sin restricciones.
En 1985 fundó la Free Software Foundation (FSF) para dar soporte organizativo al proyecto, y articuló las cuatro libertades fundamentales del software libre:
Las cuatro libertades del software libre
- Libertad 0: Usar el programa para cualquier propósito.
- Libertad 1: Estudiar cómo funciona el programa y modificarlo para que haga lo que tú quieras. Esto requiere acceso al código fuente.
- Libertad 2: Distribuir copias del programa para ayudar a otros.
- Libertad 3: Distribuir copias de tus versiones modificadas a otros. Así, toda la comunidad puede beneficiarse de tus cambios.
Estas cuatro libertades pueden parecer abstractas, pero tienen consecuencias enormemente prácticas. Significan que ningún fabricante de software puede dejarte atrapado. Significan que si el programa que usas tiene un fallo, alguien puede arreglarlo sin pedir permiso. Significan que el conocimiento tecnológico no pertenece a una empresa, sino a la humanidad.
La GPL: el hack legal más brillante de la historia
Stallman no era solo un programador brillante; también era un pensador estratégico. Sabía que declarar el software “libre” no bastaba. Si alguien tomaba código libre, lo modificaba y distribuía la versión modificada como software propietario, la libertad se perdía. Necesitaba un mecanismo legal que garantizara que la libertad fuera permanente e irreversible.
Así nació la licencia GPL (General Public License), posiblemente el hack legal más ingenioso de la historia. La GPL usa las leyes de copyright —las mismas leyes diseñadas para restringir la copia— para garantizar la libertad. Funciona así: puedes copiar, modificar y distribuir el software GPL todo lo que quieras, pero con una condición: cualquier versión modificada que distribuyas debe llevar la misma licencia GPL. Es decir, debe seguir siendo libre. Stallman lo llamó copyleft, un juego de palabras con copyright: en lugar de restringir la copia, la garantiza.
La GPL es como un contrato que dice: “Este regalo es tuyo, y puedes regalárselo a quien quieras, pero no puedes quedártelo solo para ti.” Es una idea tan simple como poderosa.
Tema 2: La pieza que faltaba — Un estudiante finlandés (1991)
Un hobby que no iba a ser gran cosa
Durante los años ochenta, el proyecto GNU avanzó a buen ritmo. Stallman y sus colaboradores construyeron un compilador (GCC), un editor de texto legendario (Emacs), un intérprete de comandos (Bash) y docenas de herramientas que forman la infraestructura básica de cualquier sistema operativo. Tenían casi todo. Casi.
Les faltaba el kernel, el núcleo del sistema operativo: la pieza de software que se comunica directamente con el hardware, que gestiona la memoria, que decide qué programa se ejecuta y cuándo. Sin un kernel, todas aquellas herramientas magníficas eran como tener el motor, las ruedas, los asientos y el volante de un coche, pero no el chasis para montarlos.
El proyecto GNU tenía su propio kernel en desarrollo —llamado Hurd—, pero avanzaba con lentitud desesperante. Y entonces, el 25 de agosto de 1991, un estudiante de 21 años en la Universidad de Helsinki publicó un mensaje en el grupo de noticias comp.os.minix que se convertiría en uno de los textos más citados de la historia de la tecnología:
“Hello everybody out there using minix - I’m doing a (free) operating system (just a hobby, won’t be big and professional like gnu) for 386(486) AT clones. This has been brewing since April, and is starting to get ready. I’d like any feedback on things people like/dislike in minix, as my OS resembles it somewhat (same physical layout of the file-system (due to practical reasons) among other things).”
“I’ve currently ported bash(1.08) and gcc(1.40), and things seem to work. This implies that I’ll get something practical within a few months, and I’d like to know what features most people would want. Any suggestions are welcome, but I won’t promise I’ll implement them :-)”
El estudiante se llamaba Linus Torvalds. El sistema operativo que estaba construyendo “como hobby” y que “no iba a ser grande ni profesional” se llamaría Linux. Y cambiaría el mundo.
El puzzle se completa
Lo que Torvalds había creado era precisamente la pieza que faltaba. Linux era un kernel: el núcleo que se comunicaba con el hardware y sobre el cual podían ejecutarse todas las herramientas que el proyecto GNU había construido durante casi una década. GNU tenía todo excepto el kernel. Linux era el kernel que necesitaba todo lo demás. Juntos, formaban por primera vez un sistema operativo completo y enteramente libre: GNU/Linux.
Torvalds tomó una decisión crucial: publicó Linux bajo la licencia GPL de Stallman. Esto significaba que el kernel sería libre para siempre, que nadie podría apropiárselo, que cualquier programador del mundo podría estudiar su código, mejorarlo y compartir sus mejoras.
Y eso fue exactamente lo que ocurrió.
“Linux es obsoleto”
Cinco meses después de aquel mensaje, el 29 de enero de 1992, Andrew Tanenbaum —el creador de MINIX, el sistema operativo que había inspirado a Torvalds, y un respetado profesor de la Universidad Libre de Ámsterdam— publicó un mensaje en el mismo grupo de noticias con un asunto que se convertiría en legendario: “LINUX is obsolete”.
Tanenbaum argumentaba que los kernels monolíticos como Linux eran una reliquia del pasado, que el futuro pertenecía a los microkernels como su MINIX, y que Linux estaba demasiado atado a la arquitectura x86 para tener relevancia a largo plazo.
Torvalds respondió al día siguiente. Lo que empezó como un desacuerdo técnico se convirtió en una de las guerras dialécticas más famosas de la historia de la informática, un hilo que se prolongó durante semanas y atrajo a desarrolladores de todo el planeta. Torvalds concedió que los microkernels eran teóricamente elegantes, y acto seguido procedió a demoler las limitaciones prácticas de MINIX punto por punto. La historia le dio la razón a Torvalds de la forma más rotunda posible: Linux domina hoy el mundo de los servidores, los móviles, los supercomputadores y la nube. MINIX, irónicamente, encontró su nicho décadas después… escondido dentro de los procesadores Intel como parte del motor de gestión Intel ME, ejecutándose en silencio en millones de ordenadores sin que sus usuarios lo sepan.
El modelo que nadie creía posible
Lo que sucedió a continuación desafió todo lo que la industria del software creía saber sobre cómo se construyen programas. Miles de desarrolladores de todo el mundo, la mayoría sin conocerse entre sí, empezaron a contribuir código a Linux. No les pagaba nadie. No había un plan maestro ni un director de proyecto. Simplemente, alguien veía un problema, escribía una solución, la enviaba, y si era buena, se incorporaba al kernel. Era colaboración pura a escala global, coordinada únicamente por internet y por la revisión entre pares.
Los escépticos decían que aquello no podía funcionar. Que un proyecto serio necesitaba una empresa detrás, un presupuesto, una jerarquía. Que un montón de voluntarios trabajando gratis jamás producirían algo fiable. La historia demostró que estaban equivocados de la forma más espectacular posible.
Otro regalo de Torvalds
En 2005, Torvalds hizo otra contribución que transformaría la industria del software: creó Git, un sistema de control de versiones distribuido. Git permite que miles de personas trabajen simultáneamente en el mismo proyecto de software sin pisarse unas a otras, llevando un registro perfecto de cada cambio, de quién lo hizo y por qué.
Git se convirtió en el estándar universal para el desarrollo de software. Sobre él se construyeron plataformas como GitHub y GitLab, que hoy albergan prácticamente todo el código abierto del mundo. Cada vez que un programador en cualquier lugar del planeta hace un commit —registra un cambio en su código—, está usando una herramienta que Linus Torvalds creó y regaló al mundo. Otro acto de generosidad que parecía pequeño en su momento y resultó ser inmenso.
El carácter de Torvalds
Torvalds no es un diplomático. Su estilo directo ha producido algunos de los momentos más memorables de la cultura tecnológica. En 2012, durante una charla en Finlandia, un asistente le preguntó sobre los problemas de Nvidia con Linux. Torvalds explicó que Nvidia había sido la empresa más difícil con la que habían tratado jamás, que se negaban a proporcionar documentación y que bloqueaban activamente a la comunidad. Entonces miró directamente a la cámara y dijo: “NVIDIA — fuck you!”, levantando el dedo corazón. El vídeo se hizo viral. Lo extraordinario es que funcionó: Nvidia respondió públicamente anunciando planes para mejorar su soporte a Linux.
Su frase más citada resume una filosofía: “Talk is cheap. Show me the code.” — Hablar es barato. Enséñame el código. En el mundo del software libre, lo que importa no es lo que dices, sino lo que construyes.
Tema 3: El software libre conquista el mundo (sin que nadie se entere)
Está en todas partes
Hay una ironía deliciosa en la historia del software libre: ganó la batalla sin que la mayoría de la gente se enterase. Mientras el público general seguía asociando “software libre” con “algo gratuito y probablemente peor”, el software libre se convertía silenciosamente en los cimientos sobre los que funciona prácticamente todo el mundo digital.
Veamos los números.
Servidores web. Cada vez que abres una página web, lo más probable es que esa página te la esté sirviendo software libre. Apache, lanzado en 1995, fue durante años el servidor web más usado del mundo. Nginx, lanzado en 2004, le disputó el trono. Entre los dos, junto con otros servidores de código abierto, sirven la inmensa mayoría de internet. El 96,3% de los servidores más importantes del mundo ejecutan Linux. No el 50%. No el 70%. El noventa y seis por ciento.
Bases de datos. Los datos del mundo se almacenan mayoritariamente en bases de datos libres. MySQL, creada en 1995, fue adquirida por Oracle, lo que provocó que la comunidad creara un fork llamado MariaDB para garantizar su continuidad libre. PostgreSQL, la base de datos que utiliza Odoo y que vas a conocer en este curso, es considerada la base de datos relacional de código abierto más avanzada del mundo. Compiten de tú a tú con productos propietarios que cuestan decenas de miles de euros en licencias.
Tu teléfono móvil. Cada vez que desbloqueas tu móvil Android, estás usando Linux. Android, el sistema operativo móvil más extendido del planeta con más de 3.000 millones de dispositivos activos, está construido sobre el kernel Linux. El sistema operativo más usado de la historia de la humanidad es software libre.
Tu navegador. Chromium, el proyecto de código abierto que sirve de base a Google Chrome, Microsoft Edge, Brave y Opera, es software libre. Firefox, desarrollado por la fundación Mozilla, también lo es. Prácticamente todos los navegadores modernos se construyen sobre código abierto.
Tu día a día. VLC, el reproductor de vídeo que abre cualquier formato sin protestar, es software libre. LibreOffice, la alternativa a Microsoft Office, es software libre. WordPress, que impulsa más del 40% de los sitios web del mundo, es software libre. 7-Zip, GIMP, Blender, Audacity… la lista es interminable.
Los gigantes tienen los pies de software libre
Pero donde la dominación del software libre resulta verdaderamente asombrosa es en la trastienda de las grandes empresas tecnológicas, las mismas empresas que el público asocia con el software propietario.
Amazon Web Services, el mayor proveedor de computación en la nube del mundo, funciona sobre Linux. Google ejecuta Linux en sus millones de servidores. Netflix transmite sus películas y series utilizando FreeBSD, otro sistema operativo libre. Tesla ejecuta Linux en los ordenadores de a bordo de sus coches. Facebook, Instagram y WhatsApp funcionan sobre infraestructura Linux. Microsoft, la empresa que durante años llamó al software libre “un cáncer”, hoy es uno de los mayores contribuidores a proyectos de código abierto del mundo, y su propia nube Azure ejecuta más máquinas Linux que Windows.
La infraestructura moderna de la nube —Kubernetes para orquestar contenedores, Docker para empaquetar aplicaciones, Terraform para gestionar infraestructura, Ansible para automatizar configuraciones— es prácticamente toda software libre. No hay alternativa propietaria que compita a su nivel.
Steve Ballmer vuela a Múnich
Una de las historias más reveladoras sobre el poder del software libre sucedió en mayo de 2003. El ayuntamiento de Múnich estaba a punto de votar la sustitución de sus 15.000 ordenadores con Windows por Linux. La votación era lo suficientemente importante como para que Steve Ballmer, el CEO de Microsoft, volara personalmente a Múnich para reunirse con el alcalde Christian Ude e intentar disuadirle. Ballmer advirtió que el software libre no era fiable para una administración pública de ese tamaño.
El ayuntamiento votó igualmente. A favor de Linux.
El proyecto, llamado LiMux, se extendió durante más de una década. Para octubre de 2013, los 15.000 ordenadores habían sido migrados y el ayuntamiento estimaba un ahorro de 10 millones de euros. Fue la demostración más visible de que el software libre podía funcionar a escala institucional, incluso cuando Microsoft enviaba a su CEO en persona para impedirlo.
La historia tuvo un epílogo amargo: en 2017, el ayuntamiento votó regresar a Windows, alegando problemas de interoperabilidad con Outlook. Los críticos señalaron que en los años intermedios, el departamento de IT municipal había contratado a un número significativo de exempleados de Microsoft. Sea cual sea la interpretación, la saga de Múnich se estudia hoy en escuelas de negocio como caso práctico de los desafíos —técnicos y políticos— de adoptar software libre en grandes organizaciones.
La verdad incómoda para el software propietario
El software libre no es “la alternativa barata”. No es “lo que usas cuando no puedes pagar lo bueno”. Es, sencillamente, el estándar de la industria. Lo excepcional, lo inusual en el mundo del software profesional de hoy, es el software propietario. Las empresas más valiosas del planeta construyen sus servicios sobre software libre no por idealismo, sino porque es objetivamente mejor: más seguro (porque miles de ojos revisan el código), más fiable (porque miles de organizaciones dependen de él y contribuyen a mejorarlo), y más flexible (porque puedes adaptarlo a tus necesidades sin depender de un proveedor).
Esta es la realidad que debemos tener presente cuando, en el siguiente tema, hablemos de ERP. Porque si el software libre es el estándar en servidores, en bases de datos, en móviles, en navegadores y en infraestructura cloud, ¿por qué no iba a serlo también en la gestión de tu empresa?
Tema 4: De TinyERP a Odoo — El software libre llega al ERP
Un belga con una idea
En 2005, un joven ingeniero belga llamado Fabien Pinckaers lanzó TinyERP. La idea era simple y ambiciosa a la vez: construir un sistema de planificación de recursos empresariales (ERP) completo y de código abierto. Un software que hiciera lo que hacían SAP u Oracle —gestionar la contabilidad, el inventario, las ventas, las compras, los recursos humanos— pero que fuera libre, accesible para cualquier empresa, sin importar su tamaño ni su presupuesto.
Pinckaers llevaba programando desde los 13 años. Antes de TinyERP, había montado un pequeño negocio vendiendo software para subastas. Sabía lo que era emprender con recursos limitados, y sabía lo frustrante que resultaba para una PYME enfrentarse a las licencias astronómicas de los ERP propietarios. TinyERP nació con la premisa de que la gestión empresarial no debía ser un privilegio de las grandes corporaciones.
Pinckaers trabajaba 13 horas al día, 7 días a la semana, sin vacaciones. Durante los primeros años, él solo programaba de día y atendía los tickets de soporte de noche. Aquel ritmo le costó amistades y una relación de pareja. Pero TinyERP empezó a funcionar, y empezó a atraer la atención de empresas cada vez más grandes.
Y ahí llegó el problema del nombre.
“¿Por qué vamos a pagar millones por un software tiny?”
Alrededor de 2007, Pinckaers estaba presentando TinyERP a los directivos de Danone, una de las mayores corporaciones alimentarias del mundo. Un directivo de Danone le miró y le preguntó:
“¿Pero por qué deberíamos pagar millones de dólares por un software tiny?”
El momento fue demoledor. No importaba lo bueno que fuera el producto: no puedes entrar en la sala de juntas de una multinacional y pedirles que confíen su operativa a algo llamado “pequeño”. El nombre estaba matando las ventas antes de que empezaran.
De TinyERP a OpenERP
En 2008, TinyERP cambió de nombre a OpenERP. No fue solo un cambio cosmético: fue una declaración de intenciones. “Open” transmitía apertura, escalabilidad, credibilidad empresarial. Ya no era un proyecto “tiny” (pequeño); era un ERP abierto que aspiraba a competir con los grandes. La comunidad de desarrolladores y partners empezó a crecer. Aparecieron las primeras empresas que ofrecían servicios de implantación y soporte, creando un ecosistema económico alrededor del software libre.
Pinckaers también tenía sentido del humor. En 2006 compró el dominio SorrySAP.com y lo guardó durante seis años, esperando el momento adecuado para usarlo contra el gigante alemán del ERP de 77.000 millones de dólares. Más tarde reconoció con ironía: “Pensé que nos llevaría 3 años hacer obsoleta a una empresa de 77.000 millones.” El dominio se reveló públicamente con el lanzamiento de OpenERP 7.0.
En 2010 llegó una ronda de financiación de Sofinnova Partners y del inversor Xavier Niel (fundador de Free, el operador de telecomunicaciones francés). Pero la noche antes de firmar, la mujer de Pinckaers leyó los términos del contrato y descubrió una peculiaridad del derecho fiscal belga: los warrants que iba a recibir generaban una obligación tributaria inmediata por su valor nominal, aunque nunca se ejercieran. La factura fiscal habría sido de aproximadamente 1,2 millones de euros — una cantidad que Pinckaers, que ni siquiera cobraba un salario, no tenía ni de lejos. Como él mismo contó después: “Habría acabado siendo un sin techo.” Su mujer le obligó a renegociar. Pinckaers bromea desde entonces: “Mi mujer vale 1,2 millones de euros.”
Con los términos corregidos, la financiación permitió a OpenERP profesionalizarse, contratar equipo y abrir oficinas internacionales. El proyecto estaba dejando de ser un experimento para convertirse en una alternativa real al software propietario.
La OCA: la comunidad se organiza
En 2013 sucedió algo fundamental: se fundó en Suiza la OCA, la Odoo Community Association. La OCA es una organización sin ánimo de lucro que agrupa a desarrolladores, consultores funcionales, integradores y usuarios finales que trabajan juntos para construir y mantener módulos de calidad para Odoo, siguiendo los principios del software libre.
La OCA funciona con un modelo de gobernanza que llaman do-ocracia: quienes hacen, deciden. Cada contribución de código pasa por un proceso de revisión por pares y por tests automatizados antes de ser aceptada. No hay un dictador que decide qué se incluye y qué no; es la comunidad la que evalúa la calidad de cada aportación.
Los números de la OCA hoy son impresionantes: 258 repositorios en GitHub, más de 1.500 contribuidores activos procedentes de más de 50 países, y cerca de 3.000 módulos disponibles solo para Odoo 16. Es una de las comunidades de software empresarial libre más activas del mundo.
El gran cambio: Community y Enterprise (y la rebelión del sótano)
En 2014 llegó el cambio más polémico de la historia del proyecto. OpenERP pasó a llamarse Odoo, y con el cambio de nombre llegó una nueva estrategia: habría dos versiones. Odoo Community Edition (CE), publicada bajo licencia LGPL y completamente libre. Y Odoo Enterprise, propietaria y de pago, que incluiría funcionalidades exclusivas como contabilidad avanzada, Odoo Studio, firmas electrónicas, IoT y otras.
Esta decisión generó una tensión que culminó en una escena que se ha convertido en leyenda dentro del ecosistema. Durante la conferencia Odoo Experience de 2014, cuando Fabien Pinckaers terminó de anunciar la división entre Community y Enterprise, Luc Maurer, de la empresa suiza Camptocamp, se levantó, declaró que no aceptaba esta decisión, e invitó a todos los partners que compartieran su preocupación a seguirle. Literalmente, bajaron al sótano del recinto de la conferencia. Y allí, en aquel sótano, Maurer proclamó la necesidad de reforzar la OCA como contrapeso independiente a Odoo SA, para garantizar que la comunidad mantuviera el control sobre el desarrollo de los módulos libres.
La “rebelión del sótano” fue el momento fundacional real de la OCA tal como la conocemos hoy: no solo como un repositorio de código, sino como un movimiento organizado de partners y desarrolladores comprometidos con mantener vivo el software libre dentro del ecosistema Odoo.
Y la comunidad respondió de la forma en que las comunidades de software libre siempre responden: construyendo. La OCA y sus contribuidores crearon alternativas libres para muchas de las funcionalidades exclusivas de Enterprise:
- account_financial_report: informes financieros completos (Balance de Situación, Pérdidas y Ganancias, Sumas y Saldos) que rivalizan con los de Enterprise.
- mrp_multi_level: planificación de materiales multinivel para fabricación.
- quality_control_oca: control de calidad en planta.
- web_responsive: interfaz adaptada a dispositivos móviles.
Y así, docenas de módulos más que cubren áreas como el CRM, la gestión de proyectos, la logística de almacén y la localización fiscal para decenas de países.
Por qué esto importa para tu empresa
Aquí es donde la historia deja de ser historia y se convierte en algo que afecta directamente a tu cuenta de resultados.
Odoo Enterprise tiene actualmente un precio de partida de unos 24,90 euros por usuario y mes para el plan estándar, con planes superiores que llegan a los 37,40 euros. Para una PYME con 15 usuarios, esto supone entre 4.500 y 6.700 euros al año solo en licencias, sin contar la implantación ni el soporte. Y esa cifra crece cada vez que contratas a un nuevo empleado que necesita acceso al sistema.
Odoo Community Edition con módulos OCA cuesta cero euros en licencias. Cero. No por usuario, no por mes, no con asteriscos ni letras pequeñas. Cero.
Pero el ahorro en licencias, siendo importante, no es ni siquiera la ventaja principal. Las ventajas realmente estratégicas son otras:
Sin vendor lock-in. Si tu proveedor técnico actual no te satisface, puedes cambiar a otro sin perder tu software, tus configuraciones ni tus datos. Con software propietario, cambiar de proveedor a menudo significa cambiar de software, migrar datos, reentrenar a tu equipo y empezar de cero.
Tus datos son tuyos. Con Odoo Community tienes acceso completo a tu base de datos PostgreSQL. Puedes exportar, analizar, auditar y mover tus datos cuando quieras, como quieras. No dependes de la buena voluntad de ningún proveedor.
Comunidad global de soporte. Si tu consultor habitual cierra, si la empresa que te implantó Odoo desaparece, hay miles de profesionales en todo el mundo que conocen el código, que pueden continuar donde otros dejaron. Tu negocio no depende de la supervivencia de una única empresa.
Transparencia total. El código fuente está ahí, abierto, para que cualquiera lo audite. No hay cajas negras, no hay funcionalidades ocultas, no hay sorpresas. Sabes exactamente lo que hace tu software porque puedes leerlo.
Pensemos en un ejemplo concreto. Una empresa de instalaciones con 10 usuarios necesita contabilidad, gestión de proyectos, inventario y CRM. Con Odoo Enterprise, pagaría entre 3.000 y 4.500 euros al año en licencias. En cinco años, son entre 15.000 y 22.500 euros. Con Odoo Community y módulos OCA, ese dinero puede invertirse en personalización, en formación, en mejorar los procesos internos. En cosas que generan valor real para el negocio en lugar de alimentar una licencia recurrente.
Resumen
La historia del software libre es un arco que conecta una impresora atascada en el MIT en 1980 con el ERP que vas a aprender a usar en este curso. Richard Stallman convirtió su frustración ante un código cerrado en un movimiento global que definió las cuatro libertades fundamentales del software. Linus Torvalds, con un mensaje humilde en un foro de internet, aportó la pieza que faltaba y demostró que miles de desconocidos podían construir juntos algo mejor que cualquier corporación. Hoy, el software libre no es la alternativa barata: es el estándar sobre el que funciona el 96% de los servidores del mundo, los teléfonos que llevamos en el bolsillo y la infraestructura de las empresas más grandes del planeta. Y gracias a Fabien Pinckaers, a la OCA y a más de 1.500 contribuidores, ese mismo modelo de libertad y colaboración está disponible para gestionar tu empresa con Odoo. Sin licencias, sin dependencias, sin límites.