Un’applicazione che sa quale copia è stata prestata e da quanto tempo

Il ritardo non è registrato da nessuna parte

La maggior parte delle piccole biblioteche gestisce i prestiti su un quaderno o un raccoglitore: una riga per ogni uscita, una data, un nome. È perfettamente corretto nel momento in cui lo si scrive. Il problema nasce dopo: un prestito non è un dato statico, ma uno stato che cambia autonomamente. Nessuno torna sulla riga il giorno in cui era prevista la restituzione, il ritardo esiste, ma non è annotato da nessuna parte.

Conseguenza pratica: l’elenco dei libri in ritardo esiste solo se qualcuno lo ricostruisce manualmente, rileggendo settimana dopo settimana tutte le righe, con un calendario accanto. È un lavoro che nessuno ha tempo di fare, quindi viene svolto una o due volte all’anno, soltanto quando un titolo risulta irreperibile.

Un’applicazione non rilegge nulla: confronta semplicemente la data di scadenza con quella odierna e la schermata dei ritardi si compila automaticamente. Non è una funzionalità spettacolare, ma è semplicemente il calcolo che un quaderno non può eseguire.

Titolo ed esemplare non sono la stessa cosa

Questa distinzione determina la struttura dell’applicazione ed è quasi sempre trascurata dai fogli di calcolo usati nelle biblioteche: un titolo è una voce di catalogo, un nome, un autore, un ISBN, una categoria, mentre un esemplare è un oggetto fisico, con la propria segnatura, il proprio stato di conservazione e una storia specifica. Una biblioteca possiede spesso tre copie dello stesso romanzo; due sono in prestito, una è sugli scaffali.

Finché titolo ed esemplare vengono confusi nella stessa riga, non è possibile prestare contemporaneamente due copie, né indicare che una di esse è danneggiata, né stabilire se il titolo sia effettivamente disponibile. Separandoli, ogni domanda diventa nuovamente semplice: il prestito riguarda un esemplare, la prenotazione riguarda un titolo e la disponibilità si deduce da entrambi.

Descrivi questa organizzazione con le tue parole e il piano che ti viene mostrato prima della costruzione rivela come è stata interpretata. Se li confonde, lo correggi in quel momento, non dopo.

• Titoli: titolo, autore, ISBN, categoria, anno
• Esemplari: segnatura, stato, data di ingresso, titolo di riferimento
• Prestiti: esemplare, iscritto, data di uscita, data di rientro prevista, data di rientro effettiva
• Iscritti: contatti, data di iscrizione, quota associativa
• Turni di apertura: fasce orarie, volontari presenti

Come viene prodotta l’applicazione

Scrivi in francese, con il tuo linguaggio, « cote », « adhérent », « permanence », « désherbage », ciò che fa la tua biblioteca. Prima di qualsiasi sviluppo, ti viene presentato un piano: le entità individuate, i relativi campi, le schermate e gli indicatori. Lo correggi finché non rispecchia esattamente il tuo funzionamento; nulla viene costruito prima della tua approvazione.

L’applicazione prodotta è un progetto standard Next.js e Prisma. Puoi scaricarlo come archivio ZIP o pubblicarlo su GitHub: il codice è tuo e qualsiasi sviluppatore può riprenderlo. Esistono tre livelli di generazione (Sketch, Craft, Masterpiece), a seconda che tu voglia testare un’idea o ottenere un’applicazione completa.

Ciò che l’applicazione NON È

Questa pagina descrive uno strumento di monitoraggio interno. Alcune aspettative legittime di una biblioteca esulano dalle funzionalità offerte dal prodotto: è meglio saperlo prima di cominciare piuttosto che dopo.

Nessuno di questi limiti è definitivo dal punto di vista tecnico, il progetto è esportabile e uno sviluppatore può estenderlo, ma nessuno è fornito di default.

• Il catalogo non si compila automaticamente a partire dall’ISBN: non viene interrogata alcuna base bibliografica esterna, titolo e autore vanno inseriti manualmente. Il campo ISBN serve come identificativo e criterio di ricerca, non come chiave di importazione.
• Nessun lettore di codici a barre né di tag RFID: le uscite e i rientri vengono registrati direttamente sullo schermo.
• Nessun invio automatico di solleciti via email o SMS: i ritardi compaiono nell’applicazione, ma avvisare l’iscritto resta un’azione manuale.
• Nessun portale pubblico né account lettore: un iscritto a cui concedi accesso in sola lettura visualizza l’intera applicazione, non solo i propri prestiti.
• Nessuna modalità offline: un turno di apertura senza connessione internet non consente l’inserimento diretto dei dati.
• I permessi sono globali (amministratore, utente, sola lettura), non esistono autorizzazioni per sezione né per sede.

Ciò che recuperi, e quando vuoi

I dati che inserisci rimangono tuoi e possono essere esportati dalla schermata Impostazioni, in formato JSON o CSV, uno alla volta. Un catalogo esportato in CSV si apre in un foglio di calcolo, si ordina, si stampa per un inventario e si allega a una relazione annuale o a una domanda di finanziamento.

Gli elenchi sono filtrabili e ordinabili, e un cestino permette di ripristinare una riga eliminata per errore, utile quando l’inserimento dati è condiviso tra diversi volontari che fanno un turno una volta al mese.