Una aplicación que sabe qué ejemplar está prestado y desde cuándo

El retraso no aparece en ningún sitio

La mayoría de las pequeñas bibliotecas anotan sus préstamos en un cuaderno o una carpeta: una línea por préstamo, una fecha y un nombre. Es perfectamente exacto en el momento de escribirlo. El problema surge después: un préstamo no es un dato fijo, sino un estado que cambia por sí solo. Nadie vuelve a revisar la línea el día en que debía hacerse la devolución, el retraso existe, pero no está registrado en ninguna parte.

Consecuencia práctica: la lista de libros retrasados solo existe si alguien la reconstruye manualmente, leyendo semana tras semana todas las entradas, con un calendario al lado. Es una tarea para la que nadie tiene tiempo, así que suele hacerse una o dos veces al año, cuando falta algún título.

Una aplicación no vuelve a leer nada: compara la fecha de devolución prevista con la fecha actual y la pantalla de retrasos se llena sola. No es una función espectacular, sino simplemente el cálculo que el cuaderno no puede hacer.

La obra y el ejemplar no son lo mismo

Esta distinción define la estructura de la aplicación, y es precisamente la que casi siempre se pasa por alto en las hojas de cálculo de bibliotecas: una obra es una referencia, un título, un autor, un ISBN, una categoría, mientras que un ejemplar es un objeto físico, con su signatura, su estado y su historial propio. Una biblioteca suele tener tres copias de la misma novela; dos están prestadas y una está en la estantería.

Mientras ambos conceptos aparezcan juntos en una misma fila, no podrá prestar dos copias a la vez, ni indicar cuál está dañada, ni saber si el título está realmente disponible. Al separarlos, cada pregunta vuelve a ser sencilla: el préstamo se registra sobre un ejemplar, la reserva se hace sobre la obra y la disponibilidad se deduce de ambos.

Usted describe esta organización con sus propias palabras, y el plan que se le muestra antes de comenzar la construcción refleja cómo ha sido entendida. Si confunde ambos conceptos, lo corrige en ese momento, no después.

• Obras: título, autor, ISBN, categoría, año
• Ejemplares: signatura, estado, fecha de entrada, obra asociada
• Préstamos: ejemplar, socio, fecha de salida, devolución prevista, devolución efectiva
• Socios: datos de contacto, fecha de alta, cuota
• Turnos: franjas horarias, voluntarios presentes

Cómo se genera la aplicación

Usted describe en francés, con su propio vocabulario, «signatura», «socio», «turno», «descarte», cómo funciona su biblioteca. Antes de empezar a construir nada, se le presenta un plan detallado: las entidades definidas, sus campos, las pantallas y los indicadores. Lo corrige hasta que coincida exactamente con su forma de trabajar; nada se construye sin su validación previa.

La aplicación resultante es un proyecto estándar de Next.js y Prisma. Puede descargarlo como archivo ZIP o subirlo a GitHub: el código le pertenece y cualquier desarrollador lo puede retomar. Existen tres niveles de generación (Sketch, Craft, Masterpiece), según quiera probar una idea o obtener una aplicación terminada.

Qué NO es esta aplicación

Esta página describe una herramienta de seguimiento interna. Varias expectativas razonables de una biblioteca quedan fuera del alcance de este producto, y es mejor conocerlas antes de empezar que después:

Ninguno de estos límites es definitivo desde el punto de vista técnico, el proyecto es exportable y un desarrollador puede ampliarlo, pero ninguno se incluye de forma predeterminada.

• El catálogo no se rellena automáticamente a partir de un ISBN: no se consulta ninguna base bibliográfica externa, y el título y el autor se introducen manualmente. El campo ISBN sirve como identificador y criterio de búsqueda, no como clave de importación.
• No hay lectura de códigos de barras ni de etiquetas RFID: la salida y la devolución se registran directamente en pantalla.
• No hay recordatorios automáticos por correo electrónico ni por SMS: los retrasos se muestran en la aplicación, pero avisar al socio sigue siendo una acción humana.
• No hay portal público ni cuenta de lector: un socio al que conceda acceso de solo lectura verá toda la aplicación, no únicamente sus propios préstamos.
• No hay modo sin conexión: un turno sin acceso a internet no permite la introducción de datos en tiempo real.
• Los permisos son globales (administrador, usuario, solo lectura), no hay permisos por sección ni por sede.

Qué recupera, y cuándo lo desee

Los datos que introduzca siguen siendo suyos y se pueden exportar desde la pantalla de Ajustes, en formato JSON o CSV, conjunto de datos por conjunto de datos. Un catálogo exportado en CSV se abre en una hoja de cálculo, se puede ordenar, imprimir para un inventario y adjuntar a un informe anual o a una solicitud de subvención.

Las listas se pueden filtrar y ordenar, y una papelera permite restaurar una fila eliminada por error, útil cuando la introducción de datos se reparte entre varios voluntarios que solo hacen un turno al mes.