Koha 25.05 en escuelas: catálogo, préstamos y salida
Un caso para ordenar biblioteca escolar con Koha: catálogo, socios, préstamos, reservas, permisos, respaldo y prueba antes de abrir.
¿Quién puede cambiar el estado de un libro después de prestarlo? En una escuela técnica agrotécnica del este provincial, la biblioteca mezcla manuales, apuntes, herramientas chicas y material de taller. Koha permite registrar catálogo, socios, préstamos, reservas y multas si la institución define roles, códigos de barra y respaldo antes de abrir el mostrador. Esta nota muestra el flujo mínimo y la prueba que evita perder inventario. ## Dónde aparece el desorden Koha publicó la versión 25.05.00 como release mayor con cinco funciones nuevas, 186 mejoras y 481 correcciones. La cifra corrige una idea vieja sobre bibliotecas escolares: el software libre de biblioteca no quedó detenido en una ficha impresa; sigue recibiendo mantenimiento y cambios de una comunidad global. El caso local empieza con un sello de tinta azul en la primera hoja. El libro sale para un alumno, vuelve a taller, pasa por laboratorio y termina en una estantería distinta. Cuando dirección pregunta cuántos manuales quedan disponibles para primer año, la respuesta depende de una planilla que nadie actualizó esa semana. El Octoverse de GitHub registró crecimiento sostenido de comunidades de desarrollo y colaboración abierta. Ese dato importa para Koha porque muchas instituciones educativas pueden apoyarse en software mantenido por redes amplias, con manuales públicos y prácticas repetibles.
Cómo funciona por dentro
El flujo empieza con catálogo. Biblioteca carga título, autor, ISBN si existe, materia, ubicación, ejemplar y código de barra. Luego carga socios: alumnos, docentes, preceptores y personal. Cada socio tiene categoría, vencimiento, contacto y permiso de préstamo. Circulación toma el código del socio, lee el código del ejemplar y registra fecha de salida, devolución esperada y estado. Koha administra catálogo, usuarios, circulación, reservas, multas, notificaciones y reportes. La base guarda registros bibliográficos, ejemplares, socios, préstamos, renovaciones y auditoría. El OPAC muestra búsqueda pública o interna. El módulo de administración define sucursales, categorías, reglas de préstamo, avisos y permisos. Los permisos deben ser simples. Bibliotecaria carga y presta. Preceptoría consulta deuda o material pendiente. Dirección lee reportes. Alumnos consultan catálogo si el OPAC queda habilitado. Sistemas administra servidor, backup y usuarios técnicos. Nadie cambia reglas de préstamo sin dejar registro. El código de barras baja el error de mostrador. Cada ejemplar tiene un identificador propio, aunque comparta título con otros diez libros. La etiqueta se pega en el material, se lee al prestar y se vuelve a leer al devolver. Si un manual queda en taller, el reporte muestra ejemplar, ubicación esperada, socio, fecha de salida y fecha de devolución prevista. El manual de Koha 25.05 separa administración, circulación, catálogo y reportes. Esa estructura ayuda a planificar la puesta en marcha: primero reglas y categorías, después carga de ejemplares, luego préstamo real.
Qué se instala o configura primero
La pila inicial puede usar Koha 25.05, MariaDB o base soportada por el proyecto, servidor Linux, dominio interno, correo, lector de código de barras, impresora de etiquetas y backup diario. El primer entregable verificable es un catálogo de 200 ejemplares con socios de prueba, reglas de préstamo, una reserva y un reporte de vencidos. Con dólar oficial vendedor de referencia a ARS 1454, un servidor de USD 25 a 55 mensuales queda entre ARS 36.350 y ARS 79.970. El piloto demanda 28 a 48 horas: instalación, categorías, carga inicial, etiquetas, permisos, capacitación de mostrador, backup y restauración. UMSA puede acompañar la primera biblioteca escolar sin inventar un proyecto enorme. La salida inicial debe medir cuatro cosas: un libro se busca, se presta, se devuelve y aparece en un reporte. Si esas cuatro acciones quedan probadas, la escuela puede ampliar catálogo por tandas.
Dónde se rompe y cómo probarlo
El primer riesgo es cargar ejemplares sin ubicación. La señal aparece cuando el catálogo dice disponible y nadie sabe en qué aula o taller está. La prueba carga diez ejemplares con ubicaciones distintas y obliga a imprimir una lista física de control. El segundo riesgo es prestar con socios mal clasificados. La señal aparece cuando un alumno puede retirar material reservado para docentes o laboratorio. La prueba crea categorías de alumno, docente y taller, luego intenta prestar un material restringido. El tercer riesgo es cambiar reglas durante el ciclo lectivo sin registrar motivo. La sección de administración del manual permite definir bibliotecas, categorías y reglas de circulación. La prueba modifica una regla en ambiente de ensayo, genera dos préstamos y compara vencimientos. El cuarto riesgo es perder la historia de préstamos. La sección de circulación de Koha registra préstamos, renovaciones, reservas y devoluciones. La prueba restaura un backup en otro servidor y verifica socio, ejemplar, deuda, reserva y reporte. El quinto riesgo es abrir el OPAC con datos de socios visibles. La prueba entra con usuario público, busca un libro y confirma que solo aparezcan título, disponibilidad y ubicación permitida. El dato personal queda fuera de la búsqueda. Una biblioteca escolar empieza a funcionar cuando el mostrador puede responder una pregunta concreta: quién tiene el ejemplar, cuándo vuelve y qué registro lo prueba.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.