Soporte de Koha: qué incluye y cómo funciona

Por qué Koha gratuito no significa Koha sin costo

La confusión es comprensible: Koha no tiene licencia, así que parece razonable pensar que una vez implementado, el gasto se acaba. En la práctica, tres cosas siguen ocurriendo todos los meses aunque nadie las esté pagando explícitamente:

• Koha sigue publicando versiones. Dos versiones mayores al año y actualizaciones de mantenimiento mensuales con parches de seguridad. Una instancia que no se actualiza queda expuesta.
• El servidor necesita mantenimiento. Sistema operativo, base de datos, certificados HTTPS y respaldos no se administran solos, estén en un servidor propio o en la nube.
• Aparecen incidencias operativas. Un reporte que deja de generar el resultado correcto, un plugin que se rompe, una regla de circulación mal configurada, el OPAC caído un lunes de matrículas.

El soporte de Koha no es, entonces, un capricho comercial sobre software libre: es la respuesta a algo que ya está pasando en cualquier instancia en producción, la tenga contratada o no.

Qué incluye normalmente un contrato de soporte de Koha

Los contratos varían entre proveedores, pero un soporte de Koha serio cubre, como mínimo, estos frentes:

• Resolución de incidencias. Un canal para reportar fallas —el OPAC no carga, un préstamo no se registra, un informe da un resultado incorrecto— y un compromiso de atenderlas en un tiempo razonable, priorizado según si la biblioteca quedó sin operar o si es un ajuste menor.
• Actualizaciones de versión. Aplicar las versiones de mantenimiento con parches de seguridad, y planificar el salto a versiones mayores cuando corresponde, en lugar de que la institución se entere de que quedó desactualizada cuando ya es un problema. Si tu instancia lleva tiempo sin tocarse, conviene revisar primero cómo actualizar Koha sin perder datos.
• Administración de la infraestructura, cuando el hosting también está a cargo del proveedor: monitoreo del servidor, respaldos automáticos verificados —no solo programados— y renovación de certificados HTTPS.
• Ajustes de configuración que surgen con el uso real: nuevas reglas de circulación, tipos de usuario, plantillas de avisos, permisos por perfil.
• Un canal de soporte definido, no un correo genérico que nadie revisa: la biblioteca sabe exactamente a quién escribir y qué esperar como respuesta.

Lo que un contrato de soporte serio no promete es lo que no se puede sostener: no prometemos tiempos de respuesta en minutos exactos ni disponibilidad del cien por ciento, porque son cifras que la mayoría de proveedores incumple en la práctica. Lo que sí se puede comprometer, y es lo que ofrecemos, es un canal claro, prioridad según la gravedad del incidente y un equipo que responde en horario laboral de la región, sin la fricción de coordinar con un huso horario distinto.

Soporte comunitario vs. soporte contratado: no son lo mismo

Koha tiene una comunidad global activa: listas de correo, canales de chat, un wiki extenso y desarrolladores que responden preguntas técnicas de forma voluntaria. Es un recurso real y vale la pena conocerlo. Pero tiene límites que una biblioteca en producción no siempre puede permitirse:

• No hay compromiso de tiempo de respuesta. Alguien puede responder en veinte minutos o en cuatro días; depende de quién esté disponible y de si tu pregunta le interesa a alguien lo suficiente como para contestarla.
• Las respuestas son en inglés, mayoritariamente. La comunidad de Koha es global y angloparlante en su mayoría; explicar un problema específico de configuración en español, con el contexto de una biblioteca latinoamericana, no siempre encuentra quien lo entienda de primera.
• Nadie es responsable si la solución no funciona. Un consejo de un foro es exactamente eso, un consejo. Si al aplicarlo algo sale mal, no hay a quién reclamar.
• No incluye el mantenimiento continuo: nadie de la comunidad va a actualizar tu instancia, monitorear tu servidor o revisar tus respaldos por ti.

El soporte contratado no reemplaza a la comunidad —de hecho, un buen proveedor participa en ella y se beneficia de sus discusiones técnicas—, pero añade lo que la comunidad no puede dar por definición: responsabilidad, un tiempo de respuesta acordado y continuidad.

Por qué una institución necesita soporte pagado aunque Koha sea gratuito

La pregunta que se hacen muchas bibliotecas al presupuestar es razonable: «si no hay licencia, ¿por qué voy a pagar soporte?». La respuesta corta es que no se paga por el software, se paga por que el software siga funcionando bien con el tiempo. Tres razones concretas:

1. El OPAC es un servicio público expuesto a internet. Una vulnerabilidad sin parchar no es un problema abstracto: es una puerta abierta a un sistema que tiene datos de usuarios.
2. El costo de un incidente sin resolver supera por mucho el costo del soporte. Un catálogo caído durante la semana de matrículas, o un préstamo que no se puede registrar en la fecha de entrega de textos, tiene un costo operativo y de reputación que un contrato de soporte anual no se acerca a igualar.
3. El personal de biblioteca no está para administrar servidores. Un bibliotecólogo formado en catalogación y referencia no tiene por qué —ni suele querer— aprender a parchar Debian o depurar un log de MariaDB. Ese tiempo vale más aplicado a su función.

La ventaja de un soporte regional: mismo huso horario, mismo idioma

Esto no es un detalle menor y preferimos decirlo con claridad porque es una ventaja competitiva real, no una frase de marketing. Contratar soporte de Koha con un proveedor fuera de la región significa, en la práctica, escribir un ticket en inglés, esperar que alguien lo atienda en un huso horario distinto al de tu biblioteca, y describir un problema de matrícula o de circulación que probablemente no entiende del todo sin contexto local.

En BiblioLabTech damos soporte de Koha en Colombia y en el resto de América Latina, con un equipo que trabaja en el mismo huso horario y en el mismo idioma que la biblioteca que atiende. No es una diferencia abstracta: significa que cuando el OPAC falla un lunes en la mañana, quien responde entiende de inmediato qué es un semestre académico, qué presiona el calendario de matrículas y qué tan urgente es de verdad. Ya damos soporte a instituciones en Colombia, Perú, Paraguay y El Salvador bajo el mismo estándar, sin importar en qué país esté la biblioteca.

Qué normalmente no cubre un soporte de Koha

Es igual de importante decir qué queda fuera, porque es donde más malentendidos surgen entre biblioteca y proveedor. Un soporte de Koha no suele incluir, salvo que se contrate como servicio aparte: desarrollo de funciones nuevas que no existen en el software base, integraciones con sistemas externos que la institución decida sumar después —un proxy de acceso remoto, un ERP institucional, un sistema de pagos—, ni la migración inicial de datos desde otra plataforma, que es un proyecto de implementación y no de mantenimiento. Tampoco cubre, normalmente, la capacitación extensa de personal nuevo que se incorpore mucho después de la puesta en marcha, aunque muchos proveedores —nosotros incluidos— la ofrecen como refuerzo puntual dentro de la relación. Dejar esto claro desde el contrato evita la situación más común: una biblioteca que asume que «soporte» significa «cualquier cosa que necesite» y un proveedor que interpreta el contrato de forma más estrecha.

Qué preguntar antes de contratar un soporte de Koha

Antes de firmar un contrato de soporte, conviene que la biblioteca tenga respuesta a estas preguntas, porque son las que después generan conflicto si no se acordaron desde el inicio:

• ¿El soporte incluye la administración del servidor, o solo del software Koha?
• ¿Cómo se reporta una incidencia y quién la recibe?
• ¿El proveedor aplica las actualizaciones de versión, o eso corre por cuenta de la institución?
• ¿Los respaldos se verifican periódicamente, o solo se programan?
• ¿En qué idioma y en qué horario responde el equipo de soporte?
• ¿Qué pasa si la institución quiere cambiar de proveedor más adelante? Al ser código abierto, los datos y el sistema deben quedar completamente portables.

Si tu biblioteca ya implementó Koha —con nosotros o con otro proveedor— y hoy no tiene un soporte claro, ese es exactamente el vacío que resolvemos: contrata soporte de Koha para tu biblioteca con un equipo que responde en español, en tu huso horario, ya sea que tu institución esté en Colombia o en cualquier otro país de América Latina.