Eine Anwendung, die weiß, welches Exemplar ausgeliehen ist – und seit wann

Verzögerungen werden nirgends festgehalten

Die meisten kleinen Bibliotheken verwalten ihre Ausleihen noch mit Stift und Papier: eine Zeile pro Ausleihe, ein Datum, ein Name. Genau in dem Moment, in dem die Eintragung erfolgt, ist sie vollständig korrekt. Das Problem entsteht danach: Eine Ausleihe ist keine statische Information, sondern ein sich ständig ändernder Zustand. Niemand geht am Fälligkeitstag noch einmal zur entsprechenden Zeile zurück – die Verspätung existiert, doch sie ist nirgends dokumentiert.

Praktische Folge: Die Liste der überfälligen Bücher gibt es nur dann, wenn jemand sie manuell neu erstellt – indem er wochenlang Zeile für Zeile durchliest und dabei parallel einen Kalender zur Hand hat. Niemand hat Zeit dafür, deshalb geschieht es meist nur ein- oder zweimal im Jahr – und zwar immer dann, wenn ein Werk plötzlich nicht mehr auffindbar ist.

Eine Anwendung liest nichts nach: Sie vergleicht einfach das Fälligkeitsdatum mit dem heutigen Datum – und der Bildschirm mit den überfälligen Ausleihen füllt sich automatisch. Keine spektakuläre Funktion, sondern lediglich die Rechnung, die ein Notizbuch niemals selbstständig durchführen kann.

Werk und Exemplar sind nicht dasselbe

Diese Unterscheidung bestimmt die Struktur der Anwendung – und ist zugleich jene, die bei Tabellenkalkulationen für Bibliotheken fast immer fehlt: Ein Werk ist eine Referenz – Titel, Autor, ISBN, Kategorie – während ein Exemplar ein physisches Objekt ist, mit eigener Signatur, eigenem Zustand und eigener Historie. Eine Bibliothek besitzt oft drei Exemplare desselben Romans; zwei sind ausgeliehen, eines steht im Regal.

Solange beide auf derselben Zeile zusammengeführt sind, können Sie weder zwei Exemplare gleichzeitig verleihen, noch angeben, welches beschädigt ist, noch sicher sagen, ob das Werk tatsächlich verfügbar ist. Trennen Sie sie voneinander – und jede Frage wird wieder einfach: Die Ausleihe betrifft ein Exemplar, die Reservierung bezieht sich auf das Werk, und die Verfügbarkeit ergibt sich aus beiden zusammen.

Sie beschreiben diese Struktur mit Ihren eigenen Worten – und der Entwurf, der Ihnen vor der Entwicklung präsentiert wird, zeigt, wie Ihre Beschreibung verstanden wurde. Falls darin Werk und Exemplar vermischt sind, korrigieren Sie das sofort – nicht erst hinterher.

• Werke: Titel, Autor, ISBN, Kategorie, Erscheinungsjahr
• Exemplare: Signatur, Zustand, Eingangsdatum, zugehöriges Werk
• Ausleihen: Exemplar, Mitglied, Ausleihdatum, Fälligkeitsdatum, tatsächliches Rückgabedatum
• Mitglieder: Kontaktdaten, Beitrittsdatum, Mitgliedsbeitrag
• Permanenzen: Zeitfenster, anwesende Ehrenamtliche

Wie die Anwendung entsteht

Sie beschreiben in Ihrer eigenen Sprache – auf Deutsch – was Ihre Bibliothek tut: „Signatur“, „Mitglied“, „Öffnungszeit“, „Bestandsbereinigung“. Vor Beginn der Entwicklung sehen Sie einen detaillierten Entwurf: Welche Entitäten wurden erkannt, welche Felder enthalten sie, welche Ansichten und Kennzahlen sind vorgesehen. Sie korrigieren ihn so lange, bis er exakt Ihrem Arbeitsablauf entspricht – nichts wird gebaut, bevor Sie grünes Licht geben.

Die fertige Anwendung ist ein standardmäßiges Next.js- und Prisma-Projekt. Sie können sie als ZIP-Archiv herunterladen oder direkt auf GitHub hochladen: Der Code gehört Ihnen – und jeder Entwickler kann ihn problemlos weiterentwickeln. Je nachdem, ob Sie eine Idee testen oder eine fertige Lösung benötigen, stehen drei Generierungsstufen zur Auswahl (Sketch, Craft, Masterpiece).

Was die Anwendung NICHT ist

Diese Seite beschreibt ein internes Verwaltungswerkzeug. Einige durchaus berechtigte Erwartungen an eine Bibliothek liegen außerhalb dessen, was das Produkt von Haus aus leistet – und es ist besser, das vor dem Start zu wissen als danach:

Keine dieser Einschränkungen ist endgültig im Sinne des Codes – das Projekt ist exportierbar, und ein Entwickler kann es beliebig erweitern – aber keines dieser Features ist standardmäßig enthalten.

• Der Katalog wird nicht automatisch über die ISBN befüllt: Es wird keine externe bibliografische Datenbank abgefragt, Titel und Autor werden manuell eingegeben. Das Feld ISBN dient lediglich als Identifikator und Suchkriterium – nicht als Import-Schlüssel.
• Keine Barcode-Scanner oder RFID-Chips: Ausleihe und Rückgabe erfolgen ausschließlich über die Benutzeroberfläche.
• Keine automatischen Mahnungen per E-Mail oder SMS: Überfällige Ausleihen werden in der Anwendung angezeigt – die Kontaktaufnahme mit dem Mitglied bleibt eine menschliche Aufgabe.
• Kein öffentlicher Katalog und kein Leser-Konto: Ein Mitglied mit Lesezugriff sieht die gesamte Anwendung – nicht nur seine eigenen Ausleihen.
• Kein Offline-Modus: Bei einer Öffnungszeit ohne Internetverbindung ist keine direkte Dateneingabe möglich.
• Zugriffsrechte gelten global (Administrator, Nutzer, Nur-Lesen) – keine feingranularen Berechtigungen nach Bereich oder Standort.

Was Sie bekommen – und wann Sie wollen

Ihre eingegebenen Daten bleiben vollständig Ihre eigenen und lassen sich jederzeit über den Bereich „Einstellungen“ im JSON- oder CSV-Format exportieren – jeweils datensatzweise. Ein als CSV exportierter Katalog lässt sich in einer Tabellenkalkulation öffnen, sortieren, für eine Bestandsaufnahme ausdrucken und in Jahresberichte oder Förderanträge einbinden.

Listen lassen sich filtern und sortieren, und ein Papierkorb ermöglicht die Wiederherstellung versehentlich gelöschter Einträge – besonders praktisch, wenn die Dateneingabe zwischen mehreren Ehrenamtlichen rotiert, von denen jeder nur einmal im Monat im Dienst ist.