Proyectos
Koha en bibliotecas: socios, préstamos y salida
Mini-caso para bibliotecas escolares y técnicas: cómo ordenar socios, ejemplares, préstamos, permisos, respaldo y salida de datos con Koha propio.
Antes, una devolución tardía se anotaba en un cuaderno; después, cada préstamo tuvo socio, ejemplar, fecha y permiso. En una escuela técnica agrotécnica del este mendocino, la biblioteca mezclaba manuales de taller, libros de química y notebooks de aula móvil. Koha permite ordenar circulación, socios y catálogo con reglas visibles. Esta nota muestra cómo armar el primer circuito sin perder salida de datos.
Dónde se pierde el ejemplar compartido
El manual de Koha separa módulos de circulación, socios, catálogo, herramientas y administración. La cifra que aterriza el caso viene de la Stack Overflow Developer Survey 2025: SQL conserva 58,6 % de uso entre todos los respondentes. Una biblioteca chica necesita esa misma disciplina: una tabla para socios, otra para ejemplares, otra para préstamos y fechas que puedan consultarse sin revisar hojas sueltas. La guía de instalación ubica a Koha como aplicación web con base de datos, servidor y configuración. El antagonista cotidiano es el préstamo escrito en dos cuadernos: biblioteca anota un manual como devuelto, taller lo reclama, dirección no puede saber qué fecha pesa más. Un lomo con cinta transparente y código viejo todavía puede circular si el registro digital conserva inventario y responsable. La documentación de socios y circulación muestra la parte operativa: usuario, categoría, ejemplar, vencimiento, renovación, devolución y restricciones. Esa lista convierte una biblioteca escolar en un sistema verificable.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. 1. Biblioteca carga socio, curso, categoría, contacto y regla de préstamo. 2. Catalogación carga ejemplar, código, ubicación, estado físico y disponibilidad. 3. Circulación registra préstamo, fecha de vencimiento, renovación o devolución. 4. Koha guarda socios, ejemplares, préstamos, multas si corresponden y cambios administrativos. 5. Los permisos separan carga de catálogo, circulación diaria, administración y reportes. 6. El backup copia base, adjuntos y configuración; una prueba restaura un socio con historial de préstamos y un ejemplar activo. Koha recibe registros bibliográficos, socios, códigos de ejemplar y transacciones; entrega búsquedas, circulación, reportes y exportaciones. La base guarda datos estructurados y permite reportes por curso, área o estado. El administrador define reglas y permisos; bibliotecarios operan préstamos y devoluciones. Si falla la aplicación, la escuela necesita una exportación reciente y una restauración probada. El detalle qué cambia la rutina es la credencial del socio. Un alumno de tercer año, un docente de taller y una biblioteca de aula pueden tener reglas distintas sin romper el catálogo. La consulta diaria muestra quién tiene el ejemplar, cuándo vence y qué responsable puede corregir el dato. La exportación evita dependencia de un proveedor único y permite revisar la base con otra herramienta si la dirección lo pide.
Qué se instala o configura primero
La pila inicial puede usar Koha, MariaDB o PostgreSQL según despliegue, servidor Linux, proxy HTTPS, importación CSV, backup diario y tablero simple de préstamos vencidos. Un VPS 4 vCPU y 8 GB cuesta entre USD 24 y USD 45 por mes; al dólar oficial venta de $37.080 a $69.525. Ese costo cubre infraestructura básica, sin carga histórica, etiquetado físico ni capacitación. UMSA suele iniciar un caso así con cien ejemplares de alta rotación y un grupo de usuarios acotado. El primer entregable verificable es una búsqueda de catálogo, diez préstamos reales, tres roles, una exportación CSV y una restauración en ambiente separado. Dirección ve manuales vencidos; biblioteca ve responsable; sistemas ve copia, permisos y salida.
Dónde se rompe y cómo probarlo
El primer riesgo es importar socios sin categoría. La señal aparece cuando todos tienen la misma regla de préstamo. La prueba mínima es cargar veinte socios de distintos cursos y pedir vencimientos distintos. El segundo riesgo es crear códigos de ejemplar repetidos. La señal aparece cuando dos libros comparten el mismo identificador. La prueba mínima es importar una muestra con duplicados y rechazarla antes de producción. El tercer riesgo es dejar permisos de administración en circulación diaria. La señal aparece cuando quien presta libros puede borrar registros de catálogo. La prueba mínima es entrar con cada rol y probar acciones permitidas y bloqueadas. El cuarto riesgo es respaldar la base sin probar adjuntos ni configuración. La señal aparece cuando el catálogo vuelve, pero reglas, permisos o plantillas quedan vacíos. La prueba mínima es restaurar servidor completo y prestar un ejemplar de ensayo. El quinto riesgo es cargar catálogo sin estado físico. La señal aparece cuando un manual perdido sigue disponible para préstamo. La prueba mínima es revisar una muestra de estantería contra sistema y marcar reparación, baja o circulación según corresponda. La biblioteca queda ordenada cuando cada devolución tiene fecha, usuario y registro exportable.
