Fernleihe im Bibliotheksportal: Hat die andere Bibliothek die Lieferung zugesagt?

Der Wunsch nach einem Buch, das Ihre Bibliothek nicht besitzt, ist noch keine bestätigte Fernleihe. Wenn Sie ein Portal dafür beauftragen, muss die externe Lieferentscheidung erkennbar bleiben: Welches Material wird benötigt, welche Partnerbibliothek wurde angefragt, welche Antwort liegt vor und was darf dem Leser bereits zugesagt werden?

Das betrifft insbesondere Fachbibliotheken und kleinere institutionelle Sammlungen. Es spricht nicht automatisch für eine neue Individualsoftware. Vergleichen Sie den Ablauf zuerst mit dem vorhandenen Bibliothekssystem. Die anspruchsvolle Aufgabe ist die Abstimmung mit externen Stellen, nicht ein zusätzliches Bestellformular.

Material und gewünschte Leistung präzisieren

Lassen Sie sich zeigen, welche Angaben Mitarbeitende zur eindeutigen Identifizierung benötigen. Bei einem Aufsatz können Zeitschrift und genaue Aufsatzangaben entscheidend sein; bei einem Buch möglicherweise die Ausgabe. Wo es den Vorgang erklärt, bleibt die ursprüngliche Leserangabe neben der fachlichen Berichtigung erhalten.

Unterscheiden Sie außerdem die Ausleihe eines körperlichen Exemplars von der Beschaffung einer Kopie. Das sind keine beliebig austauschbaren Lieferwege. Berechtigung, Nutzung, Gebühren und Kopierbedingungen richten sich nach der zuständigen Bibliothek und erforderlicher fachlicher Prüfung. Das Portal darf keine Erlaubnis zur Vervielfältigung oder Weitergabe erfinden.

Das offizielle Koha-Handbuch beschreibt das Fernleihmodul als Verwaltung von Ausleihen oder Kopien aus externen Quellen. Unterschiedliche Backends dienen unterschiedlichen Anfragearten und Abläufen. Das belegt konkrete Produktunterschiede, aber nicht identische Funktionen bei jeder Lieferanbindung.

Leserwunsch und Partneranfrage auseinanderhalten

Eine erfundene Leserin benötigt ein bestimmtes Buch. Das Team prüft die Angaben und wählt eine mögliche Lieferbibliothek. Die versandte Anfrage darf nicht automatisch eine Nachricht auslösen, wonach das Buch zur Abholung bereitliegt.

Koha dokumentiert dafür „Place request with partners“ und den Zustand „Requested from partners“. Der Partnerablauf benötigt eingerichtete Partnerkonten mit E-Mail-Adressen, weil die Anfrage per E-Mail verschickt wird. Daraus ergibt sich eine wichtige Grenze: Eine gespeicherte ausgehende Anfrage beweist noch keine Annahme durch die andere Bibliothek.

Vereinbaren Sie für Ihre Anwendung, wie Zusage, Absage und Rückfrage erfasst werden. Partnerreferenz und maßgebliche Antwort sollen auffindbar sein. Wer darf daraus eine verbindliche Leserauskunft machen? Welche Bedingungen muss die anfragende Person vorher bestätigen? Erfolgreicher Mailversand darf nicht als Lieferzusage erscheinen.

Den Anbieter wechseln, ohne doppelt zu bestellen

Kann eine Stelle nicht liefern, kommt möglicherweise eine andere infrage. Koha zeigt mit „Switch provider“ einen Wechsel des Backends. Welche Schaltflächen tatsächlich erscheinen, hängt laut Handbuch vom Backend und aktuellen Zustand ab.

Das Briefing muss deshalb erklären, was mit der vorherigen externen Anfrage geschieht. Ihr Ergebnis bleibt sichtbar, statt nur den Lieferantennamen auszutauschen. Ist die Stornierung ungeklärt, muss das Team dies vor einer weiteren verbindlichen Anfrage erkennen. Eine interne Statusänderung bestätigt nicht, dass eine andere Einrichtung ihre Bearbeitung eingestellt hat.

Auch der Stornierungswunsch des Lesers braucht einen geregelten Ablauf. Wer prüft den Bearbeitungsstand beim Partner? Welche Antwort erhält die Person? Wie werden offene Gebühren oder Lieferbedingungen geklärt? Die vereinbarte Dienstleistungspolitik entscheidet, nicht eine vom Entwickler unterstellte allgemeine Stornierbarkeit.

Für jede Zielgruppe den nächsten Schritt zeigen

Mitarbeitende benötigen die offene externe Abhängigkeit und die zuständige Person. Leser benötigen eine ehrliche Auskunft, aber keine internen Korrespondenzen oder Daten anderer Bibliotheksnutzer. Legen Sie ausdrücklich fest, welche Notizen öffentlich sind. Eine interne Ereignisliste sollte nicht ungeprüft im Leserkonto erscheinen.

Koha dokumentiert getrennte Benachrichtigungen für Abholbereitschaft und Nichtverfügbarkeit. Übernehmen Sie den fachlichen Unterschied in Ihre Anforderungen: Die Nachricht folgt der jeweiligen Entscheidung, nicht schon dem Anlegen der Anfrage. Ein geliefertes Buch kann anschließend in die Ausleihe gehen; eine Kopie folgt ihrem vereinbarten Zustellweg. Der Versand einer Partneranfrage schließt keinen dieser Vorgänge ab.

Den externen Beschaffungsweg vollständig vorführen

Bringen Sie zum Gespräch über die Bibliotheksanwendung erfundene Fälle mit: berichtigte Literaturangabe, Partnerabsage, unbeantwortete Anfrage, Anbieterwechsel bei ungeklärter Stornierung und tatsächlich abholbereites Material. Ergänzen Sie eine Kopienbestellung mit geprüften Zustellbedingungen.

Das Team sollte jeweils Partner, Beleg, Leserzusage und nächste Zuständigkeit benennen können. Prüfen Sie, dass ein Wechsel die frühere Anfrage nicht entfernt und ein Stornierungswunsch nicht unbemerkt zur bestätigten Stornierung wird. Dies sind vorgeschlagene Abnahmeanforderungen, keine unabhängig getesteten Koha-Garantien.

Quelle und Grenzen

Koha-Handbuch: ILL requests, besonders Einrichtung, authentifizierte Anfragen, Partneranfragen und Ausleihe von Fernleihmaterial. Das Produktverhalten hängt von Konfiguration und Backend ab. Die Empfehlungen zu Abstimmung, Kommunikation und Prüfung sind Projektberatung, keine urheberrechtliche Auskunft und keine Garantie externer Lieferung.