El catálogo de informes SQL de OREX pasa de 193 a más de 2.200 consultas
Hemos recorrido el parque de bibliotecas que mantenemos, recogido los informes SQL que cada una había escrito para sí misma y los hemos convertido en un catálogo común: 2.238 informes listos para copiar y pegar en cualquier Koha, cada uno con su descripción en castellano y sus parámetros. Lo que hasta ahora era conocimiento encerrado en la instalación de cada biblioteca ahora está disponible para todas.
El problema: cada biblioteca reinventa el mismo informe
Cualquiera que administre un Koha lo ha vivido. Hace falta saber cuántos registros se catalogaron el mes pasado, qué ejemplares llevan un año sin salir o qué autoridades están duplicadas, y no hay ningún informe que lo dé hecho. Así que alguien se sienta, escribe la consulta SQL, la guarda con un nombre apresurado y ahí se queda.
El resultado es que la misma consulta se ha escrito decenas de veces en decenas de bibliotecas, con pequeñas diferencias, y ninguna se entera de que las demás ya la tenían. Y cuando esa persona cambia de puesto, la consulta se queda sin quien sepa para qué servía.
Qué hemos hecho
Hemos leído los informes guardados de 67 instalaciones de Koha y los hemos pasado por un proceso de tres filtros:
1. Separar el informe del apaño de un día
La mitad de lo que hay en una tabla de informes guardados no son informes: son consultas de un rato con nombres como «26 01 2024» o «exportar para corregir». Se han descartado.
2. Quitar lo que solo vale para esa biblioteca
Un informe que filtra por un código de sucursal concreto no le sirve a nadie más. Esos literales se han convertido en parámetros de Koha, de modo que la consulta pregunta al usuario lo que antes tenía escrito a fuego.
3. Comprobar que la consulta funciona de verdad
Cada informe se ha ejecutado con EXPLAIN contra una Koha 26.05 real, que obliga al motor a resolver todas sus tablas y columnas. 257 no pasaron —usaban columnas propias de esa biblioteca o tenían el XPath roto— y se han quedado fuera del catálogo.
Qué hay dentro
| Módulo | Informes | Ejemplos |
|---|---|---|
| Catalogación | 1.088 | Registros por catalogador y periodo, duplicados, campos vacíos, control de calidad MARC |
| Circulación | 403 | Préstamos por sucursal, obras más prestadas, retrasos, uso en sala |
| Usuarios | 192 | Altas y bajas, carnés caducados, actividad por tipo de socio |
| Informes de gestión | 167 | Resúmenes mensuales, memorias, estadísticas para la administración |
| Adquisiciones | 119 | Gasto por partida, pedidos pendientes, proveedores |
| Autoridades | 70 | Encabezamientos duplicados, sin normalizar, huérfanos |
| Seriadas, OPAC y otros | 199 | Control de fascículos, enlaces rotos, uso del catálogo |
Una nota sobre UNIMARC
El catálogo es MARC21. Los informes que tocan el MARCXML —y son muchos— usan campos,
indicadores y rutas ExtractValue que no significan lo mismo en UNIMARC. Publicarlos
juntos solo engañaría a quien se los llevara, así que las instalaciones UNIMARC se han detectado
por su marcflavour y se han dejado fuera a propósito. Si hay interés, se hará una sección
aparte.
Cómo se usa
No hace falta instalar nada ni saber SQL: los informes con parámetros preguntan por las fechas o la sucursal en una pantalla, como cualquier informe de Koha.
El catálogo está abierto a todos los clientes de OREX
Ver el catálogo de informes