Qué es Koha
Origen en Nueva Zelanda, gobernanza comunitaria, arquitectura técnica y módulos completos del primer sistema de gestión bibliotecaria de código abierto del mundo.
Koha es el primer sistema de gestión bibliotecaria (SIGB) de código abierto del mundo, y hoy sigue siendo uno de los más usados: el software que gestiona el catálogo, los préstamos, las adquisiciones y el acceso público de bibliotecas públicas, escolares, especiales y universitarias en decenas de países. No tiene dueño comercial único, no cobra licencia y se puede instalar, modificar y auditar libremente. Esta guía cuenta de dónde viene, cómo está construido por dentro, qué módulos incluye realmente y qué tan bien se compara con otros sistemas de gestión bibliotecaria — sin inventar datos que no se puedan verificar.
Origen: un encargo real de una biblioteca neozelandesa
Koha nació de un problema concreto, no de un plan de negocio. La Horowhenua Library Trust (HLT), en Nueva Zelanda, usaba un sistema integrado de gestión bibliotecaria con más de doce años de antigüedad que ya no recibía desarrollo. El sistema no estaba preparado para el cambio de milenio (el problema del año 2000) y ya no cumplía con lo que la biblioteca necesitaba; comprar un sistema nuevo del mercado exigía una inversión que la HLT no podía costear.
La solución fue escribir un sistema propio. La HLT encargó el desarrollo a la empresa neozelandesa Katipo Communications, que lo construyó durante el último trimestre de 1999. El sistema entró en producción el 1 de enero del año 2000. La HLT y Katipo tomaron una decisión que definió el futuro del proyecto: liberar el código bajo la GNU General Public License (GPL), para que cualquier otra biblioteca pudiera usarlo, modificarlo y contribuir a su desarrollo. Le pusieron de nombre Koha, una palabra maorí que significa "regalo" o "donación" — en referencia directa a esa decisión de entregarlo a la comunidad. Ese mismo año, el proyecto recibió el reconocimiento 3M a la innovación en bibliotecas y un premio de la categoría comunitaria/no lucrativa de los ANZ Interactive Awards.
De proyecto neozelandés a comunidad global
El desarrollo no se quedó en Nueva Zelanda. Desde el año 2000, distintas empresas alrededor del mundo empezaron a ofrecer soporte comercial sobre Koha — hoy se cuentan más de cincuenta compañías que lo hacen en distintos países, BiblioLabTech entre ellas en Colombia y el resto de América Latina. Un aporte especialmente decisivo llegó en 2001, cuando el desarrollador francés Paul Poulain empezó a añadir funcionalidades sustanciales, siendo la más importante el soporte multi-idioma: para 2010, Koha ya estaba traducido del inglés original al francés, chino, árabe y varios idiomas más. El soporte para los estándares bibliográficos MARC y el protocolo de búsqueda Z39.50 se incorporó en 2002, un paso clave para que Koha pudiera interoperar con el resto del ecosistema bibliotecario mundial.
Hoy Koha no tiene una empresa propietaria: lo gobierna una comunidad internacional compuesta por bibliotecas de todo tipo y tamaño, desarrolladores voluntarios y las empresas que ofrecen soporte comercial, coordinada a través de koha-community.org. Cualquiera puede proponer cambios, reportar errores o contribuir código; las decisiones de dirección del proyecto se toman en foros abiertos de la comunidad, no en la sala de juntas de una sola compañía. Esa es la diferencia estructural más importante frente a un ILS propietario, y la razón por la que ningún proveedor —incluido cualquiera que ofrezca "su versión" de Koha con módulos propios— puede cobrar por el software en sí, solo por los servicios alrededor de él.
Qué es y qué no es Koha
- Es un sistema integrado de gestión bibliotecaria (SIGB o ILS): centraliza catalogación, circulación, adquisiciones y el catálogo público en una sola plataforma web.
- No es un repositorio institucional como DSpace: Koha no está diseñado para preservar tesis, artículos o datos de investigación en acceso abierto ni para ser cosechado por agregadores académicos. Si tu institución necesita ambas cosas —biblioteca física y repositorio académico— lo normal es operar los dos sistemas en paralelo. Si quieres entender esa otra pieza, puedes leer qué es DSpace.
- No depende de un único fabricante: al ser código abierto bajo GPL, cualquier proveedor puede implementarlo, personalizarlo o darle soporte, lo que evita el bloqueo de proveedor (vendor lock-in) típico del software propietario.
Arquitectura técnica: cómo está construido por dentro
Koha es una aplicación web escrita principalmente en Perl, con una base de datos relacional en MySQL o MariaDB (MariaDB es la opción recomendada en instalaciones modernas). Los registros bibliográficos se almacenan en formato MARC —por defecto MARC21, aunque también soporta UNIMARC— y son accesibles mediante los protocolos estándar Z39.50 y SRU, lo que permite importar y exportar catálogos entre bibliotecas de cualquier país.
Para la indexación y búsqueda, Koha ha evolucionado con el tiempo: el motor original y aún disponible por defecto es Zebra, pero el proyecto incorporó Elasticsearch (y más recientemente OpenSearch) como motor de indexación alternativo, pensado para instalaciones más grandes o que necesitan búsquedas más flexibles. La elección entre uno y otro se hace en la configuración del sistema. El resto de la infraestructura moderna incluye capas de caché como Memcached y Plack para mejorar el rendimiento, y en instalaciones más recientes un message broker como RabbitMQ para gestionar trabajos en segundo plano (como el envío masivo de notificaciones).
Este stack —Perl, MariaDB, Zebra/Elasticsearch— es más liviano que el de un repositorio como DSpace (Java, PostgreSQL, Solr, Angular), lo que en la práctica se traduce en requerimientos de servidor más accesibles. Eso no significa que operar Koha en producción no requiera experiencia: la configuración de índices, la administración de actualizaciones y la personalización de plantillas siguen exigiendo conocimiento especializado, razón por la que muchas bibliotecas optan por soporte gestionado en vez de operarlo con equipo propio — lo comparamos en hosting de Koha: nube o servidor propio.
Los módulos de Koha
Koha centraliza en un solo sistema las funciones que en muchas bibliotecas pequeñas todavía se llevan por separado o en hojas de cálculo:
- Catalogación: creación y edición de registros bibliográficos en MARC21 (o UNIMARC), con soporte para autoridades y clasificación.
- Circulación: préstamos, devoluciones, renovaciones, reservas y gestión de multas, con reglas configurables por tipo de usuario y de material.
- Adquisiciones: gestión de proveedores, presupuestos y pedidos de nuevo material, con seguimiento del ciclo completo de compra.
- Gestión de usuarios: registro de lectores con distintos perfiles (estudiantes, docentes, público general), historial de préstamos y notificaciones automáticas.
- OPAC (catálogo público en línea): la interfaz web donde los usuarios finales buscan el catálogo, revisan su cuenta, hacen reservas y consultan disponibilidad, accesible desde cualquier navegador.
- Informes y estadísticas: consultas predefinidas y reportes personalizados sobre circulación, colección y uso, útiles para justificar presupuesto o tomar decisiones de adquisición.
Un rasgo distintivo de Koha frente a muchos sistemas propietarios es que estos módulos no son productos separados que se venden por aparte: vienen integrados en una sola base de código desde la instalación inicial. Eso simplifica el mantenimiento —no hay que sincronizar actualizaciones entre módulos comprados en momentos distintos— pero también significa que activar o desactivar funciones específicas depende de la configuración del sistema, no de negociar con un proveedor qué paquete comprar. Además de los módulos centrales, Koha incluye funciones adicionales que muchas bibliotecas no aprovechan por desconocimiento: gestión de reservas entre sedes en consorcios bibliotecarios, notificaciones automáticas por correo electrónico y SMS, y una API para integrarse con otros sistemas académicos o de identidad institucional.
Adopción: quién usa Koha y en qué escala
Las cifras de adopción de Koha varían según la fuente —no existe un conteo oficial único y centralizado en koha-community.org— pero todas apuntan a una adopción amplia y sostenida desde el año 2000. Estudios y directorios especializados como Library Technology Guides documentan varios miles de instalaciones registradas en todo el mundo, y proveedores comerciales estiman cifras más altas si se cuentan instalaciones no reportadas formalmente. Lo que sí está bien documentado son casos concretos de adopción a gran escala: en 2014, Turquía adoptó una versión adaptada de Koha para automatizar 1.136 bibliotecas públicas, gestionando más de 17 millones de ítems y sirviendo a alrededor de 2 millones de usuarios — uno de los despliegues de ILS de código abierto más grandes documentados a nivel mundial.
Ese caso turco es también un buen recordatorio de que Koha no es un proyecto pequeño ni experimental: sostener 17 millones de ítems y 2 millones de usuarios activos exige un motor de indexación y una base de datos capaces de manejar carga real, no solo catálogos de biblioteca de barrio. Es la misma razón técnica por la que el proyecto fue incorporando Elasticsearch como alternativa a Zebra con el paso de los años: instalaciones de ese tamaño necesitaban un motor de búsqueda con mejor rendimiento a gran escala.
Por tipo de institución, Koha se usa en bibliotecas públicas, escolares, especiales y también en bibliotecas académicas de distintos tamaños, incluyendo universidades grandes. En la literatura especializada se describe como el ILS de código abierto líder particularmente en el mundo en desarrollo, incluyendo varias iniciativas de automatización bibliotecaria a nivel nacional. En Colombia y el resto de América Latina, Koha es hoy la alternativa de código abierto más consolidada frente a los sistemas propietarios que dominaban el mercado hace una década, en buena medida porque el ecosistema de proveedores de soporte regional —BiblioLabTech incluido— ya está maduro.
Reconocimiento temprano y por qué el proyecto no desapareció
La historia de software libre está llena de proyectos prometedores que dejaron de mantenerse cuando su creador original perdió interés o financiamiento. Koha evitó ese destino por una combinación de factores que vale la pena nombrar. Primero, la decisión inicial de la Horowhenua Library Trust de licenciarlo bajo GPL —en vez de quedarse con un desarrollo cerrado a la medida— abrió la puerta a que otras instituciones y empresas invirtieran en el proyecto sin depender de la HLT. Segundo, la llegada de contribuidores externos con capacidad técnica real, como Paul Poulain desde Francia, demostró que el proyecto podía crecer más allá de su país de origen. Tercero, la aparición temprana de un mercado de soporte comercial —empresas que podían cobrar por instalar, migrar y mantener Koha sin ser dueñas del código— le dio al proyecto un modelo económico sostenible sin necesidad de vender licencias, algo que en el año 2000 todavía era una idea relativamente nueva para el software de bibliotecas.
Koha frente a otros sistemas de gestión bibliotecaria
La decisión real que enfrenta una biblioteca no es "Koha sí o no" en abstracto, sino Koha frente a un puñado concreto de alternativas, cada una con un modelo distinto:
| Sistema | Modelo | Cuándo tiene sentido frente a Koha |
|---|---|---|
| Sistemas propietarios (licencia comercial) | Software cerrado, licencia anual o perpetua pagada a un fabricante único, que también controla el roadmap y el soporte. | Instituciones que priorizan tener un solo interlocutor contractual y prefieren no depender de la capacidad de gestión de un proveedor de servicios sobre software abierto. |
| Otros ILS de código abierto (Evergreen, entre otros) | Mismo modelo de licenciamiento abierto que Koha, pero con comunidades y ecosistemas de soporte distintos y, en general, considerablemente más pequeños en la región. | Casos con requerimientos muy específicos de consorcios bibliotecarios grandes, donde ese proyecto tiene una base de adopción particular. |
| Desarrollo propio | Construir un sistema a medida desde cero, como hizo originalmente la Horowhenua Library Trust en 1999. | Prácticamente nunca es la opción razonable hoy: reconstruir veinticinco años de funcionalidad ya resuelta en Koha rara vez se justifica frente a adoptar y personalizar un proyecto maduro. |
La ventaja competitiva de Koha frente a otros ILS de código abierto no es solo técnica: es de ecosistema. Tiene la comunidad de desarrollo más grande dentro de su categoría, la mayor cantidad de proveedores de soporte comercial en distintos países y casi veintiséis años de continuidad, lo que reduce el riesgo de que el proyecto se abandone —un riesgo real en software de nicho con comunidades pequeñas—. Comparamos esta decisión con más detalle, incluyendo el caso específico frente a sistemas propietarios, en Koha vs sistema propietario.
Quién puede implementar Koha y qué se contrata en realidad
Igual que con cualquier software de código abierto, ninguna empresa vende licencias de Koha porque no existen: el software se descarga libremente. Lo que una biblioteca contrata es el servicio alrededor de él: instalación y configuración inicial, migración del catálogo desde el sistema anterior, personalización de plantillas y reglas de circulación, hosting (en la nube o en servidor propio) y soporte continuo ante incidencias o actualizaciones de versión. Es exactamente el mismo principio que aplica en DSpace, y por eso el mercado de proveedores de Koha es más parecido al de un servicio profesional que al de la venta de un producto.
En BiblioLabTech implementamos Koha para bibliotecas universitarias, escolares y públicas en Colombia y el resto de América Latina, incluyendo migraciones desde sistemas propietarios y actualizaciones de versiones antiguas sin perder datos históricos. Si tu biblioteca ya tiene un sistema y evalúa migrar, la ruta está en cómo migrar a Koha desde otro sistema; si estás dimensionando presupuesto, la estructura de costos está en cuánto cuesta implementar Koha.
Si tu biblioteca todavía no tiene claro si Koha resuelve su caso concreto —por volumen de colección, número de sedes o integraciones que necesita con otros sistemas académicos—, lo más eficiente no es seguir comparando en abstracto sino que alguien revise la situación puntual. Desde nuestro servicio de Koha hacemos ese diagnóstico inicial sin costo.
Sigue leyendo
Hagámoslo realidad en tu biblioteca
Cuéntanos tu caso y en menos de 48 horas te decimos exactamente qué implica para tu institución: alcance, tiempos y costo.
O escríbenos directo: contacto@bibliolabtech.com · +57 302 364 8842
¿Te sirvió esta edición?
Suscríbete y recibe las próximas guías y comparativas en tu correo.