Cronjobs und Daemons

Koha wird durch eine Reihe von Hintergrundaufgaben unterstützt. Diese Aufgaben können entweder regelmäßig ausgeführte Aufgaben (Cronjobs) oder fortwährend laufende Aufgaben, genannt Daemons, sein.

Ein Cronjob ist ein Linuxbefehl für das automatische geplante Ausführen von Befehlen oder Skripten für sich wiederholende Aufgaben auf dem Server. Skripte, die per Cronjob ausgeführt werden, werden normalerweise verwendet um Dateien oder Datenbanken zu ändern; sie können allerdings auch andere Aufgaben ausführen, die keine Daten auf dem Server verändern, wie z.B. den Versand von Benachrichtigungen.

Ein Daemon ist ein Linuxbefehl das meistens bereits gestartet wird, wenn das System hochfährt und im Hintergrund läuft um eine Funktion zu erfüllen. Das von Koha verwendete Datenbankmanagementsystem (MySQL oder MariaDB) ist ein Daemon sowie auch der Webserver (normalerweise Apache).

Es sind viele Cronjobs für Koha verfügbar, die aktiviert werden können (Suchmaschinenindexierung, Generierung von Mahnschreiben, Datenbereinigung und mehr) und einige Daemons. Dieses Kapitel erklärt diese.

Crontab-Beispiel

Ein Beispiel für einen Crontab für Koha finden Sie unter misc/cronjobs/crontab.example

Das Beispiel beeinhaltet Vorlagen für die am häufigsten genutzten Cronjobs.

Cronjobs

Die Orte in der Dokumentation gehen von einer Entwicklungsinstallation aus, bei der die Dateien in misc/ relativ zum Git-Root-Checkout zu finden sind. Wenn Sie mit Debian-Paketen oder der Standard-Installation aus dem Quellcode installiert haben, werden Sie nach Dateien in /usr/share/koha/bin/ suchen wollen.

Andere Speicherorte sind mit anderen Installationsmethoden möglich. Sie können eine einfache Suche durchführen, wenn sie nicht in diesen Verzeichnissen zu finden sind.

Bemerkung

Für jeden mit Shell-Zugang, der Debian-Pakete verwendet, ist der folgende Befehl ein einfacher Weg, um Dateien zu finden, die von einem Debian-Paket installiert wurden:

dpkg -L koha-common

Dies bietet eine umfassende Auflistung der Dateien, die durch das Paket koha-common installiert werden. Von dort aus können Sie die Datei dann leicht finden.

Datensicherung

Tägliche Datensicherung

Skriptpfad: misc/cronjobs/backup.sh

Zweck: Erstellt ein tägliches Backup der Koha-Datenbank.

Vorschlag für Häufigkeit: täglich

Ausleihe

Liste der Vormerkungen

Skriptpfad: misc/cronjobs/holds/build_holds_queue.pl

Zweck: Aktualisiert und erstellt die Liste der Vormerkungen

Erforderlich für: Liste der Vormerkungen

Vorschlag für Häufigkeit: alle 1-4 Stunden

Beschreibung:

  • Damit dieser Report erzeugt wird, muss der ‚build_holds_queue‘-Cronjob eingerichtet sein. Dieser Cronjob ist ein Skript, das regelmäßig laufen sollte, wenn Ihre Bibliothek Vormerkungen auf nicht entliehene Exemplare erlaubt. Das Skript legt fest, welche Bibliothek das Exemplar für eine Vormerkung bereitstellen muss.

    Das Verhalten des Cronjobs wird beeinflusst durch die Systemparameter StaticHoldsQueueWeight und RandomizeHoldsQueueWeight.

    Wenn nicht alle Bibliotheken verfügbare Exemplare ausheben und bereitstellen, sollten Sie hier alle *teilnehmenden* Bibliotheken mit ihren Bibliothekskürzeln auflisten, getrennt mit Komma ( z.B. „MPL,CPL,SPL,BML“ usw. ).

    Als Voreinstellung versucht das System eine Vormerkung zunächst mit einem vorhandenen Exemplar in der gewählten Abholbibliothek zu erfüllen. Sind dort keine verfügbaren Exemplare vorhanden, verwendet das Script build_holds_queue.pl die in StaticHoldsQueueWeight definierte Bibliotheksliste um ein Exemplar zu finden. Wenn RandomizeHoldsQueueWeight ausgeschaltet ist (Voreinstellung), versucht das Script die Anforderung in der Reihenfolge zu erfüllen, in der die Bibliotheken im Systemparameter StaticHoldsQueueWeight eingetragen sind.

    Wenn Sie zum Beispiel ein System mit drei Bibliotheken unterschiedlicher Größen haben (small, medium, large ) und Sie die Last der Vormerkungen entsprechend verteilen wollen, können Sie bei StaticHoldsQueueWeight zum Beispiel „LRG,MED,SML“ definieren.

    Wenn Sie die Last der Vormerkungen gleichmäßig auf alle Bibliotheken verteilen wollen, schalten Sie den Systemparameter ‚RandomizeHoldsQueueWeight‘ ein. Auf diese Weise wird jedesmal, wenn die Liste generiert wird, die Reihenfolge der betroffenen Bibliotheken zufällig neu gemischt.

Abgelaufene Vormerkungen

Skriptpfad: misc/cronjobs/holds/cancel_expired_holds.pl

Zweck: Storniert Vormerkungen, bei denen der Benutzer ein Ablaufdatum gesetzt hat. Wenn die Bibliothek die Systemparameter ExpireReservesMaxPickUpDelay und ExpireReservesMaxPickUpDelayCharge gesetzt hat, dann werden auch Vormerkungen storniert, die bereits zu lange auf ihre Abholung warten und es kann (wenn die Bibliothek möchte) eine Gebühr für die versäumte Abholung erhoben werden.

Es ist möglich einen Stornierungsgrund mit dem Parameter –reason anzugeben. Verwenden Sie den Code für den Grund aus der Liste der normierten Werte für die Kategorie HOLD_CANCELLATION

Vorschlag für Häufigkeit: täglich

Wiederaufnahme von Vormerkungen

Skriptpfad: misc/cronjobs/holds/auto_unsuspend_holds.pl

Zweck: Prüft und findet Vormerkungen, die nicht länger ausgesetzt sein sollen und entfernt die Aussetzung wenn der Systemparameter AutoResumeSuspendedHolds auf „Erlaube“ gesetzt ist. Der Benutzer wird auf die gleiche Position in der Warteliste gesetzt, die er inne hatte, als die Vormerkung ausgesetzt wurde.

Vorschlag für Häufigkeit: täglich

Gebühren

Skriptpfad: misc/cronjobs/fines.pl

Zweck: Berechnet und bucht Mahngebühren pro Exemplar auf dem Benutzerkonto. Die Gebührenberechnung erfolgt unter Verwendung der Gnadenfrist, des Gebühreninterfalls, der Mahngebühr und anderer Parameter aus den Ausleihkonditionen.

Erforderlich für: Systemparameter finesMode

Vorschlag für Häufigkeit: nächtlich

Hinweis Wenn der Systemparameter „finesMode“ auf „Berechne und buche“ gesetzt ist, werden Gebühren auf den Benutzerkonten gebucht.

Hinweis An einem Schließtag werden keine Gebühren berechnet.

PARAMETER - -h|–help

  • Hilfe ausgeben

  • -l|–log

    • Ausgabe in eine Datei loggen (optional, wenn der Parameter -o angegeben wird)

  • -o|–out

    • Das Ausgabeverzeichnis für Logs (voreingestellt auf env oder /tmp, wenn das Verzeichnis nicht existiert)

  • -v|–verbose

    • Ausführliche Ausgabe

  • -m|–maxdays

    • Anzahl an Tagen in der Vergangenheit für die Überfälligkeiten bearbeitet werden sollen

    • Dies kann die Performanz verbessern, da die Anzahl der zu bearbeitenden Datensätze eingeschränkt wird. Eine Vorgehensweise wäre auf die Überfälligkeiten einzuschränken, die in den Ausleihkonditionen definierte maximale Höhe der Mahngebühren bereits sicher erreicht haben.

Statische Gebühren

Skriptpfad: misc/cronjobs/staticfines.pl

Zweck: Erhebt eine einzelne statische Gebühr für alle Überfälligkeiten, die ein Benutzer hat. Die Höhe der Gebühr wird entweder über einen Kommandozeilenparameter per Benutzertyp oder die Ausleihkonditionen für das am längsten überfällige und noch entliehene Exemplar berechnet. Sobald die Gebühr berechnet wurde, ist sie statisch: Es werden keine weiteren Gebühren erhoben, bis die vorhandene Gebühr vollständig bezahlt wurde.

Vorschlag für Häufigkeit: nächtlich

Hinweis Wenn der Systemparameter „finesMode“ auf „Berechne und buche“ gesetzt ist, werden Gebühren auf den Benutzerkonten gebucht.

Hinweis An einem Schließtag werden keine Gebühren berechnet.

Erlass von Gebühren via Stapelbearbeitung

Skriptpfad: misc/cronjobs/writeoff_debts.pl

Funktion: erlässt ausstehende Beträge auf Benutzerkonten.

PARAMETER

Bemerkung

Die Optionen zur Auswahl der zu erlassenden Gebührenposten sind kumulativ. Wenn Sie z. B. sowohl -added_before als auch --type angeben, muss die Buchungszeile beide Bedingungen erfüllen, um für den Erlass ausgewählt zu werden.

Bemerkung

Sie müssen mindestens eine der Filteroptionen verwenden, damit das Skript ausgeführt werden kann. Damit soll ein versehentliches „Alle erlassen“ verhindert werden.

  • -h | --help

    • Zeigt eine Hilfemeldung an.

  • -v | --verbose

    • Ausführliche Ausgabe.

  • --added-before

    • Erlass von Gebühren, die vor dem angegebenen Datum hinzugefügt wurden.

    • Daten sollten im ISO-Format angegeben werden, z.B. 2013-07-19 und können auch mit date -d '-3 month' --iso-8601 generiert werden.

  • --added-after

    • Erlass von Gebühren, die nach dem angegebenen Datum hinzugefügt wurden.

    • Daten sollten im ISO-Format angegeben werden, z.B. 2013-07-19 und können auch mit date -d '-3 month' --iso-8601 generiert werden.

    Version

    Der Parameter --added-after wurde in Koha Version 23.11 hinzugefügt.

  • --category-code

    • Erlass der Gebühren von Benutzern, die den angegebenen Kategorien angehören.

    • Wiederholbar.

    Version

    Der Parameter --category-code wurde in Koha Version 23.11 hinzugefügt.

  • --type

    • Erlass von Gebühren der angegebenen Art.

    • Akzeptiert eine Liste von Debit-Typ-Codes.

  • --file

    • Die Kosten zum Erlassen werden als eine Kontozeilen-ID (accountlines_id) pro Zeile in dieser Datei übergeben.

    • Wenn andere Kriterien definiert sind, werden nur diejenigen in der Datei erlassen, die diesen Kriterien entsprechen.

  • --confirm

    • Dieser Parameter wird benötigt, damit tatsächlich Gebühren erlassen werden können.

    • Wird das Skript ohne diesen Parameter ausgeführt, werden nur die Kosten aufgeführt, die erlassen worden wären.

BEISPIELE ZUR VERWENDUNG

writeoff_debts.pl --added_after 2023-06-20 --confirm

Die nach dem 2023-06-20 hinzugefügten Gebühren werden erlassen.

writeoff_debts.pl --added_before `date -d '-3 month' --iso-8601` --category-code K --confirm

Bei Benutzern der Kategorie „K“ werden Gebühren, die älter als 3 Monate sind, erlassen.

Einschränkung von Benutzern durch Gebühren

Version

Dieses Skript wurde in Koha in Version 23.11 hinzugefügt.

Skriptpfad: misc/cronjobs/debar_patrons_with_fines.pl

Funktion: Fügt eine manuelle Beschränkung für Benutzer mit mehr als X unbezahlten Gebühren hinzu.

Vorschlag für Häufigkeit: nächtlich oder je nach Bedarf

PARAMETER

  • -h | --help

    • Zeigt die Hilfemeldung an.

  • -a | --amount

    • Mindestbetrag, den der Benutzer schuldet, um gesperrt zu werden.

    • Der Standardwert ist 0, was bedeutet, dass jeder, der etwas schuldet, eingeschränkt wird.

  • -m | --message

    • Nachricht, die als Kommentar zur Einschränkung hinzugefügt wird.

  • -f | --messagefile

    • Datei, die die Nachricht enthält, die als Einschränkungskommentar hinzugefügt werden soll.

  • -e | --expiration

    • Ablaufdatum für die Einschränkung.

  • -c | --confirm

    • Nutzen Sie diesen Parameter, um die Gebühren zu bestätigen.

    • Ohne diesen Parameter werden keine Benutzer gesperrt.

  • -v | --verbose

    • Zeigt an, welche Benutzer betroffen sind.

BEISPIELE ZUR VERWENDUNG

debar_patrons_with_fines.pl -a 5 -m "Fines" -v

Zeigt an, welche Benutzer mehr als 5 an unbezahlten Gebühren haben, schränkt diese aber nicht ein (fehlender Parameter --confirm).

debar_patrons_with_fines.pl -a 5 -m "Fines" -e '2024-12-31' -v -c

Schränkt Benutzer ein, die mehr als 5 an unbezahlten Gebühren haben, die Einschränkung erhält den Kommentar „Gebühren“ und läuft am 31.12.2024 ab. In der Skriptausgabe wird auch angezeigt, welche Benutzer eingeschränkt wurden.

Lange Überfälligkeiten

Skriptpfad: misc/cronjobs/longoverdue.pl

Zweck: Erlaubt es Fristen zu definieren, nach denen Exemplare auf verschiedene Verloren-Status gesetzt werden und nach denen auch optional eine Buchersatzgebühr berechnet werden kann.

Vorschlag für Häufigkeit: nächtlich

Bemerkung

Das Personal kann einige der Parameter für den Cron-Job für lange Überfälligkeiten mit den folgenden Einstellungen steuern: DefaultLongOverdueLostValue und DefaultLongOverdueDays, DefaultLongOverdueSkipLostStatuses, : ref:DefaultLongOverdueChargeValue <DefaultLongOverdueChargeValue-label>, DefaultLongOverduePatronCategories, und DefaultLongOverdueSkipPatronCategories.

PARAMETER

  • -l | --lost

    • Diese Option hat die Form n=lv, wobei n die Anzahl der überfälligen Tage und lv der Wert aus Kategorie LOST der Normierten Werte ist, auf den das Exemplar nach der Anzahl der Tage gesetzt werden soll.

    • Die Systemeinstellungen DefaultLongOverdueLostValue und DefaultLongOverdueDays können verwendet werden, um diese beiden Werte über die Dienstoberfläche statt direkt über den Cron-Job festzulegen. Wenn die Systemeinstellungen festgelegt sind, ist die Verwendung des Parameters --lost nicht erforderlich.

  • -c | --charge

    • Dies gibt an, welcher Verluststatus Koha dazu veranlasst, dem Benutzer die Ersatzkosten für das Exemplar zu berechnen.

    • Die Systemeinstellung DefaultLongOverdueChargeValue kann verwendet werden, um den Wert über die Dienstoberfläche statt direkt über den Cron-Job zu setzen.

    • Wenn weder der Parameter --charge noch der Parameter DefaultLongOverdueChargeValue gesetzt sind, wird der verloren gegangene Gegenstand dem Benutzer nicht in Rechnung gestellt.

  • --confirm

    • Dieser Parameter ist erforderlich, damit das Skript Werte ändern kann. Ohne diese Option meldet das Script die Anzahl der betroffenen Objekte, ohne Datensätze zu ändern.

  • -v | --verbose

    • Dieser Parameter gibt die Anzahl der betroffenen Exemplare aus.

  • --quiet

    • Dieser Parameter unterdrückt die reguläre Ausgabe.

  • --maxdays

    • Dieser Parameter gibt das Ende des Bereichs der zu behandelnden überfälligen Tage an.

    • Wenn dieser Parameter nicht angegeben wird, ist er standardmäßig 366.

  • --mark-returned

    • Mit diesem Parameter werden die längst überfälligen Artikel aus den Ausleihen der Kunden entfernt.

    • Die Systemeinstellung MarkLostItemsAsReturned kann verwendet werden, um diesen Parameter über die Dienstoberfläche statt direkt über den Cron-Job zu setzen.

  • -h | --help

    • Dieser Parameter zeigt eine kurze Hilfemeldung an und beendet das Programm.

  • -man | --manual

    • Mit diesem Parameter wird die gesamte Hilfemeldung angezeigt und das Programm beendet.

  • --category

    • Dieser Parameter wird verwendet, um die Verarbeitung auf eine bestimmte Benutzerkategorie zu beschränken. Alle anderen Kategorien werden ausgeschlossen.

    • Dieser Parameter ist wiederholbar, um mehrere Kategorien einzuschließen.

    • Die Systemeinstellung DefaultLongOverduePatronCategories kann verwendet werden, um die Kategorien festzulegen, die von der Dienstoberfläche statt direkt vom Cron-Job einbezogen werden sollen.

    Wichtig

    Dieser Parameter kann nicht mit --skip-category verwendet werden.

    Ebenso kann die Systemeinstellung DefaultLongOverduePatronCategories nicht mit der Systemeinstellung DefaultLongOverdueSkipPatronCategories verwendet werden.

  • --skip-category

    • Dieser Parameter wird verwendet, um eine bestimmte Benutzerkategorie vom Prozess auszuschließen. Alle anderen Kategorien werden einbezogen.

    • Dieser Parameter ist wiederholbar, um mehrere Kategorien auszuschließen.

    • Die Systemeinstellung DefaultLongOverdueSkipPatronCategories kann verwendet werden, um die Kategorien festzulegen, die von der Dienstoberfläche statt direkt vom Cron-Job ausgeschlossen werden sollen.

    Wichtig

    Dieser Parameter kann nicht mit --category verwendet werden.

    Ebenso kann die Systemeinstellung DefaultLongOverdueSkipPatronCategories nicht mit der Systemeinstellung DefaultLongOverduePatronCategories verwendet werden.

  • --list-categories

    • Dieser Parameter listet die verfügbaren Benutzerkategorien auf, die in --category oder --skip-category verwendet werden können und beendet sich.

  • --library

    • Dieser Parameter wird verwendet, um die Verarbeitung auf einen bestimmten Bibliotheks-Code zu beschränken. Alle anderen Bibliotheken werden ausgeschlossen.

    • Dieser Parameter ist wiederholbar, um mehrere Bibliotheken einzuschließen.

    • Die ausgewählten Bibliotheken entsprechen der Systemeinstellung CircControl.

    Wichtig

    Dieser Parameter kann nicht mit --skip-library verwendet werden.

  • --skip-library

    • Dieser Parameter wird verwendet, um eine bestimmte Bibliothek von dem Prozess auszuschließen. Alle anderen Bibliotheken werden einbezogen.

    • Dieser Parameter ist wiederholbar, um mehrere Bibliotheken auszuschließen.

    • Die ausgewählten Bibliotheken entsprechen der Systemeinstellung CircControl.

    Wichtig

    Dieser Parameter kann nicht mit --library verwendet werden.

  • --itemtype

    • Dieser Parameter wird verwendet, um die Verarbeitung auf einen bestimmten Medientyp-Code zu beschränken. Alle anderen Medientypen werden ausgeschlossen.

    • Dieser Parameter ist wiederholbar, um mehrere Medientypen einzuschließen.

    Wichtig

    Dieser Parameter kann nicht mit --skip-itemtype verwendet werden.

  • --skip-itemtype

    • Dieser Parameter wird verwendet, um einen bestimmten Medientyp von dem Prozess auszuschließen. Alle anderen Medientypen werden einbezogen.

    • Dieser Parameter ist wiederholbar, um mehrere Medientypen auszuschließen.

    Wichtig

    Dieser Parameter kann nicht mit --itemtype verwendet werden.

  • --list-itemtypes

    • Dieser Parameter listet die verfügbaren Medientypen auf, die in --itemtype oder --skip-itemtype verwendet werden können und beendet sich.

  • --skip-lost-value

    • Dieser Parameter wird verwendet, um einen bestimmten LOST-Wert vom Prozess auszuschließen. Alle anderen Werte werden einbezogen.

    • Mit der Systemeinstellung DefaultLongOverdueSkipLostStatuses können die verlorenen Werte so eingestellt werden, dass sie von der Dienstoberfläche und nicht direkt vom Cron-Job ausgeschlossen werden.

BEISPIELE ZUR VERWENDUNG

misc/cronjobs/longoverdue.pl --lost 30=1 --confirm

Setzt den Status „verloren“ für alle Exemplare, die seit mehr als 30 Tagen (bis zu 366 Tagen) überfällig sind, auf 1.

misc/cronjobs/longoverdue.pl --lost 60=2 --charge 2 --confirm

Setzt den Status „verloren“ für alle Exemplare, die seit mehr als 60 Tagen (bis zu 366 Tagen) überfällig sind, auf 2 und berechnet den Benutzern die Wiederbeschaffungskosten.

Aktualisierung der Ausleihzahlen

Skriptpfad: misc/cronjobs/update_totalissues.pl

Zweck: Aktualisiert das Feld biblioitems.totalissues in der Datenbank mit den zuletzt erfolgten Ausleihen, basierend auf den Daten der Ausleihhistorie.

Vorschlag für Häufigkeit: nächtlich

Warnung

Wenn die Zeit Ihres Datenbankservers nicht mit der Zeit des Koha-Servers übereinstimmt, müssen Sie dies berücksichtigen und ggf. das den Parameter –since statt –interval für das inkrementelle Update verwenden.

Hinweis

Dieser Cronjob kann verwendet werden, wenn Bedenken zur Performanz bestehen. Anderenfalls kann auch der Systemparameter UpdateTotalIssuesOnCirc genutzt werden.

Benutzerdatei für Offline-Verbuchung erzeugen

Skriptpfad: misc/cronjobs/create_koc_db.pl

Zweck: Generiert die Datei borrowers.db zur Verwendugn mit der integrierten Koha Offlie-Verbuchung

Vorschlag für Häufigkeit: wöchentlich

Automatische Verlängerung

Skript unter: misc/cronjobs/automatic_renewals.pl

Zweck: Führt die automatischen Verlängerungen aus, wenn diese über die Ausleihkonditionen erlaubt sind.

Vorschlag für Häufigkeit: nächtlich

Wichtig

Um diesen Cronjob auszuführen, müssen Sie den Parameter –confirm verwenden, da sonst nur der Testmodus ausgeführt wird

PARAMETER - -h|–help

  • Hilfe ausgeben

  • –send-notices

    • Verschickt die Benachrichtigung AUTO_RENEWALS an die Benutzer, wenn die automatische Verlängerung ausgeführt wurde

  • -v|–verbose

    • Ausführliche Ausgabe

  • -c|–confirm

    • ohne diesen Parameter werden keine Änderungen vorgenommen, das Skript wird nur im Testmodus ausgeführt

    • ohne diesen Parameter wird das Skript mit ausführlicher Ausgabe ausgeführt

Automatische Rückgabe

Skriptpfad: misc/cronjobs/automatic_checkin.pl

Zweck: Gibt Exemplare automatisch nach Ablauf der Leihfrist zurück. Konfiguriert wird dies auf Ebene der Medientypen.

Vorschlag für Häufigkeit: nächtlich

Bemerkung

Optional können Vormerkungen automatisch gefüllt werden, wenn Exemplare mit diesem Skript eingecheckt werden. Diese Option wird mit der Systemeinstellung AutomaticCheckinAutoFill aktiviert.

Rückrufe

Abgelaufene Rückrufe

Skriptpfad: misc/cronjobs/recalls/expire_recalls.pl

Zweck: Kennzeichnet Rückrufe als abgelaufen,

  • die nicht erfüllt wurden und das Ablaufdatum erreicht haben

  • Rückrufe, die länger als die in den Ausleihkonditionen oder im Systemparameter RecallsMaxPickUpDelay festgelete Abholfrist nicht abgeholt wurden

Vorschlag für Häufigkeit: nächtlich

Überfällige Rückrufe

Skriptpfad: misc/cronjobs/recalls/overdue_recalls.pl

Zweck: Setzt ein zurückgerufenes Exemplar auf überfällig, wenn es nicht bis zum angepassten Fälligkeitsdatum zurückgegeben wurde

Vorschlag für Häufigkeit: nächtlich

Benutzer

Stapellöschung von Benutzern

Skriptpfad: misc/cronjobs/delete_patrons.pl

Zweck: Löscht Benutzerdatensätze auf Basis des letzten Ausleihdatums, des Ablaufdatums, der letzten Aktivität, dem Benutzertyp oder der Bibliothek.

Hinweis

Daten sollten im ISO-Format angegeben werden, z.B. 2021-07-19 und können auch mit date -d ‚-3 month‘ „+%Y-%m-%d“ kalkuliert werden.

Wichtig

Die Optionen um Benutzerdatensätze auszuwählen und zu löschen sind kumultativ. Wenn z.B. sowohl –expired_before als auch –library angegeben werden, muss der Benutzerdatensatz beide Kriterien erfüllen um gelöscht zu werden.

PARAMETER

  • –not_borrowerd_since Lösche Benutzer, die seit diesem Daten nichts mehr entliehen haben.

    Warnung

    Benutzer, bei denen alle alten Ausleihen anonymisiert wurden, haben eine leere Ausleihhistorie und werden gelöscht, wenn diese Option verwendet wird. Die Anonymisierung kann erfolgen, weil der Benutzer borrowers.privacy = 2 hat, durch cronjobs, die die Anonymisierung durchführen oder durch den Benutzer, der sich dafür entscheidet, seine Historie im OPAC zu anonymisieren.

  • –expired_before Lösche Benutzer, deren Konto vor diesem Datum abgelaufen ist.

  • –last_seen Lösche Benutzer, die seit diesem Datum nicht angemeldet waren. Für diese Option muss der Systemparameter TrackLastPatronActivity aktiv sein.

  • –category_code Lösche Benutzer mit diesem Benutzertyp.

  • –library Lösche Benutzer mit dieser Heimatbibliothek.

  • -c|–confirm Dieser Parameter muss angegeben werden, damit das Skript tatsächlich Benutzer löscht. Wenn er nicht angegeben wird, erfolgt nur eine Ausgabe der Benutzer, die gelöscht werden würden.

  • -v|–verbose Ausführliche Ausgabe.

Benutzerdaten anonymisieren

Skriptpfad: misc/cronjobs/batch_anonymise.pl

Zweck: Entfernt die borrowernumber (interne Benutzernummer) aus der Ausleihhistorie, so dass die statistischen Daten erhalten bleiben, aber die Benutzerzuordnung aus Datenschutzgründen nicht mehr möglich ist.

Benutzertypen aktualisieren

Skriptpfad: misc/cronjobs/update_patrons_category.pl

Zweck: Aktualisiert den Benutzertyp von Benutzern, welche die angegebenen Kriterien erfüllen auf einen angegebenen Benutzertyp. Dies kann verwendet werden um die Konten von Kindern/Jugendlichen auf Benutzertypen für Erwachsene zu aktualisieren, wenn das für den Benutzertyp definierte Höchstalter erreicht wird.

Dieses Skript ersetzt j2a.pl.

Vorschlag für Häufigkeit: nächtlich

BESCHREIBUNG

Dieses Skript wird dazu verwendet den Benutzertyp von Benutzern anhand der als Kommandozeilenparameter definierten Kriterien zu verändern.

PARAMETER

  • –too_old Aktualisiere, wenn der Benutzer über dem Höchstalter für seinen aktuellen Benutzertyp liegt.

  • –too_young Aktualisiere, wenn der Benutzer unter dem Mindestalter für seinen aktuellen Benutzertyp liegt.

  • –fo=X|–fineover=X Aktualisiere, wenn die Gesamtsumme an Gebühren auf dem Benutzerkonto über X liegt.

  • –fu=X|–fineunder=X Aktualisiere, wenn die Gesamtsumme an Gebühren auf dem Benutzerkonto unter X liegt.

  • –rb=date|regbefore=date Aktualisiere, wenn das Anmeldedatum des Benutzers vor dem angegebenen Datum liegt.

  • –ra=date|regafter=date Aktualisiere, wenn das Anmeldedatum des Benutzers nach dem angegebenen Datum liegt.

  • -d –field name=value Aktualisiere, wenn die Bedingung erfüllt ist. <name> muss durch eine Spalte in der Tabelle borrowers ersetzt werden. Die Bedingung ist erfüllt, wenn der Inhalt des Felds <value> entspricht.

  • –where <conditions> Aktualisiere, wenn die <conditions> (Bedingungen) in SQL erfüllt sind.

  • -v|–verbose Ausführliche Ausgabe: Ohne diesen Parameter werden nur fatale Fehler ausgegeben.

  • -c|–confirm Schreibt die Änderungen in die Datenbank. Ohne diesen Parameter im Kommando werden keinerlei Änderungen gemacht.

  • -b|–branch <branchcode> Aktualisiere, wenn die Heimatbibliothek des Benutzers dem angegebenen <branchcode> (Bibliothekskürzel) entspricht.

  • -f|–form <categorycode> Aktualisiere, wenn der Benutzer aktuell diesen Benutzertyp hat.

  • -t|–to <categorycode> Aktualisiere die Benutzer, welche die Kriterien erfüllen, zu diesem Benutzertyp.

BEISPIELE ZUR VERWENDUNG

„update_patrons_category.pl“

„update_patrons_category.pl“ -b=<branchcode> -f=<categorycode> -t=<categorycode> (Bearbeitet eine Bibliothek und aktualisiert die Benutzertypen vom ersten auf den zweiten angegebenen Benutzertyp)

„update_patrons_category.pl“ -f=<categorycode> -t=<categorycode> -v -n (Bearbeitet alle Bibliotheken, zeigt alle Ausgaben und gibt die Benutzer, die geändert wurden, aus. Führt keine Änderungen in der Datenbank durch)

Benachrichtigungseinstellungen aktualisieren

Skriptpfad: misc/maintenance/borrowers-force-messaging-defaults.pl

Zweck: Akutalisiert die Benachrichtigungseinstellungen von Benutzer*innen auf die Voreinstellungen des jeweiligen Benutzertyps.

Benachrichtigungseinstellungen werden automatisch gesetzt, wenn neue Konten angelegt durchgeführt wird. Wenn Benutzer*innen hingegen durch direkten Import in die Datenbank angelegt werden, dann werden die Benachrichtigungseinstellungen nicht gesetzt.

Es gibt keine empfohlene Häufigkeit. Dieses Werkzeug ist dazu gedacht, dann verwendet zu werden, wenn es benötigt wird, obwohl Sie es auch Ihrem Crontab hinzufügen können, wenn Sie regelmäßig Benutzer*innen direkt in die Datenbank importieren (z.B. durch Dritte).

BESCHREIBUNG

Wenn der Systemparameter EnhancedMessagingPreferences erst aktiviert wird, nachdem Benutzer*innen in der DB angelegt wurden, erhalten diese Benutzer*innen nicht die vordefinierten Benachrichtigungseinstellungen für ihren Benutzertyp. Sie müssten dann jeden Benutzer/jede Benutzerin einzeln bearbeiten, um z.B. die Abholbenachrichtigung für Vormerkungen zu aktivieren.

Dieses Skript erstellt/überschreibt die Benachrichtigungseinstellungen für alle Benutzer*innen und setzt sie auf die Standardeinstellunen für ihren Benutzertyp (außer wenn die Optionen -not-expired oder -no-overwrite gesetzt sind, um nur einen Teil zu aktualisieren).

PARAMETER

  • --help

    • Hilfemeldung anzeigen.

  • --doit

    • Aktualisiere die Benutzerdaten. Das Skript nimmt ohne diese Option keine Änderungen an den Benachrichtigungseinstellungen vor. Es werden nur die Benutzer*innen ausgegeben, die aktualisiert worden wären.

  • --not-expired

    • Aktualisiere nur aktive Konten (die noch nicht abgelaufen sind).

  • --no-overwrite

    • Aktualisiert nur Konten, bei denen keine Benachrichtigungseinstellungen vorgenommen wurden. Diese Option übergeht alle Benutzer*innen, die bereits Einstellungen vorgenommen haben.

  • --category

    • Aktualisiert nur die Benutzer*innen des angegebenen Benutzertyps.

    Warnung

    Diese Option ist nicht wiederholbar.

    Zum Beispiel:

    borrowers-force-messaging-defaults.pl --doit --category PT --category B

    aktualisiert nur die Konten des Benutzertyps B (des letzten angegebenen Benutzertyps).

  • --library

    • Aktualisiert nur Benutzer, deren Heimatbibliothek dem gegebenen branchcode entspricht.

    Version

    Der Parameter --library wurde in Koha Version 23.11 hinzugefügt.

  • --message-name

    • Aktualisiert nur Einstellungen für diese spezifische Benachrichtigung.

    • Die Liste der Werte finden Sie in installer/data/mysql/mandatory/sample_notices_message_attributes.sql, in message_attributes.message_name in der Datenbank oder im Werkzeug Benachrichtigungen & Quittungen.

    Version

    Der Parameter --message-name wurde in Koha Version 23.11 hinzugefügt.

  • --since

    • Aktualisiert nur Konten, die nach dem angegebenen Datum angelegt wurden.

    Bemerkung

    Diese Option kann spezifische oder relative Daten verwenden.

    Zum Beispiel:

    borrowers-force-messaging-defaults.pl --doit --since "2022-07-12"

    aktualisiert nur Konten, die nach dem 12. Juli 2022 angelegt wurden.

    Und:

    borrowers-force-messaging-defaults.pl --doit --since `date -d "1 day ago" '+%Y-%m-%d'

    aktualisiert nur Konten, die seit gestern angelegt wurden.

BEISPIELE ZUR VERWENDUNG

borrowers-force-messaging-defaults.pl --doit

Aktualisiert alle Konten mit den Standardbenachrichtigungseinstellungen für den jeweiligen Benutzertyp.

borrowers-force-messaging-defaults.pl --doit --not-expired

Aktualisiert alle noch nicht abgelaufenen Konten mit den vordefinierten Benachrichtigungseinstellungen für den jeweiligen Benutzertyp.

borrowers-force-messaging-defaults.pl --doit --category PT

Aktualisiert alle Konten des Benutzertyps PT mit den vordefinierten Benachrichtigungseinstellungen für diesen Benutzertyp.

borrowers-force-messaging-defaults.pl --doit --no-overwrite --since "2022-03-01"

Aktualisiert Konten, bei denen noch keine Einstellungen für die Benachrichtigungen vorgenommen wurden und die nach dem 1. März eingeschrieben wurden.

borrowers-force-messaging-defaults.pl --doit --no-overwrite --since `date -d "1 day ago" '+%Y-%m-%d'

Aktualisiert Konten, bei denen noch keine Einstellungen für die Benachrichtigungen vorgenommen wurden und die seit gestern eingeschrieben wurden.

borrowers-force-messaging-defaults.pl --doit --library CPL

Aktualisiert Benutzer, deren Heimatbibliothek die CPL ist.

borrowers-force-messaging-defaults.pl --doit --message-name Item_due

Aktualisiert nur die Einstellungen für die Meldung „Exemplar fällig“.

Benachrichtigungen

Warteschlange für Benachrichtigungen

Skriptpfad: misc/cronjobs/process_message_queue.pl

Funktion: Verarbeitet die Nachrichtenwarteschlange, um ausgehende E-Mails und SMS-Nachrichten an Benutzer zu versenden. Die Nachrichten werden von anderen Skripten in die Warteschlange gestellt, z. B. advance_notices.pl, overdue_notices.pl, und holds_reminder.pl.

Bemerkung

Erfordert, dass EnhancedMessagingPreferences auf „Zulassen“ gesetzt wird.

Vorschlag für Häufigkeit: alle 1-4 Stunden

BESCHREIBUNG

Dieses Skript verarbeitet die Nachrichtenwarteschlange in der Datenbanktabelle message_queue. Es versendet die Nachrichten in dieser Warteschlange und markiert sie entsprechend, um Erfolg oder Misserfolg anzuzeigen. Es wird empfohlen, dieses Skript regelmäßig über Cron laufen zu lassen, insbesondere wenn Sie das Skript advance_notices.pl verwenden.

PARAMETER

  • -u | –Benutzername

    • Benutzername des E-Mail-Kontos, über das die Benachrichtigungen versendet werden.

  • -p | –Passwort

    • Passwort des E-Mail-Kontos, das für den Versand der Mitteilungen verwendet wird.

  • -t | –Typ

    • Falls angegeben, wird nur diese Art von Nachricht verarbeitet. Mögliche Werte sind

      • email

      • sms

    • Wiederholbar

  • -c | –code

    • Falls angegeben, werden nur Nachrichten mit diesem Buchstabencode verarbeitet.

    • Wiederholbar.

  • -l | –Limit

    • Die maximale Anzahl der zu verarbeitenden Nachrichten für diesen Lauf.

  • -m | –Methode

    • Vom SMTP-Server benötigte Authentifizierungsmethode (siehe perldoc Sendmail.pm für unterstützte Authentifizierungstypen).

  • -h | –help

    • Hilfemeldung.

  • -v | –verbose

    • Bietet eine ausführliche Ausgabe auf STDOUT.

  • -w | –where

    • Filtern Sie die zu versendenden Nachrichten mit zusätzlichen Bedingungen in einer Where-Klausel.

Erinnerungsbenachrichtigung

Skriptpfad: misc/cronjobs/advance_notices.pl

Zweck: Generiert Fälligkeits- und Erinnerungsbenachrichtigungen für Benutzer, die diese anfordern.. Bereitet Benachrichtigungen für Benutzer für Artikel vor, die gerade fällig sind oder bald fällig werden. Erfordert, dass der Systemparameter EnhancedMessagingPreferences aktiviert ist

Vorschlag für Häufigkeit: nächtlich

Hinweis

Dieses Skript verschickt keine Benachrichtigungen. Es generiert diese und fügt Sie der Warteliste für Benachrichtigungen für den späteren Versand hinzu

Mahnung

Skriptpfad: misc/cronjobs/overdue_notices.pl

Zweck: Generiert Benachrichtigungen, um Benutzer über Ihre überfälligen Medien zu informieren (per E-Mail oder in Print)

Vorschlag für Häufigkeit: nächtlich

BESCHREIBUNG

Dieses Skript erstellt die überfälligen Mitteilungen und stellt sie in die Warteschlange, entsprechend den Parametern, die im Werkzeug für Überfälligkeitsbenachrichtigungen/Status-Triggers eingestellt sind.

PARAMETER

  • -n | –nomail

    • Sende keine E-Mail. Überfälligkeits-Benachrichtigungen, die an die Benutzer oder den Admin gesendet worden wären, werden in den Standardausdruck geschrieben. CSV-Daten (wenn das Flag –csv gesetzt ist) werden in die Standardausgabe oder in einen beliebigen CSV-Dateinamen geschrieben.

  • –max <days>

    • Maximal zu bearbeitende überfällige Tage.

    • Es wird davon ausgegangen, dass Exemplare, die länger als die maximale Anzahl von Tagen überfällig sind, an anderer Stelle behandelt werden, wahrscheinlich im Skript longoverdues. Sie werden daher von diesem Skript ignoriert. Für sie werden keine Benachrichtigungen verschickt, und sie werden auch nicht zu den CSV-Dateien hinzugefügt.

    • Der Standardwert ist 90 Tage.

  • –library <branchcode>

    • Bearbeite nur überfällige Exemplare aus dieser Bibliothek.

    • Verwende den Wert aus der Tabelle branches.branchcode.

    • Dieser Parameter ist wiederholbar, um Überfälligkeiten für eine Gruppe von Bibliotheken zu verarbeiten.

  • –csv <Dateiname>

    • Erzeugt eine CSV-Datei.

    • Wenn das Flag -n (no mail) gesetzt ist, werden diese CSV-Daten an die Standardausgabe oder an einen Dateinamen gesendet, falls angegeben. Andernfalls werden nur Überfälligkeiten, die nicht per E-Mail verschickt werden konnten, im CSV-Format an den Administrator gesendet.

  • –html <directory>

    • Ausgabe von html in eine Datei im angegebenen Verzeichnis.

    • Wenn ein Benutzer keine E-Mail-Adresse hat oder wenn das Flag -n (no mail) gesetzt ist, wird eine HTML-Datei im angegebenen Verzeichnis erzeugt. Diese kann heruntergeladen oder vom Bibliothekspersonal weiterverarbeitet werden.

    • Die Datei heißt notices-YYYY-MM-DD.html und wird in dem angegebenen Verzeichnis abgelegt.

  • –text <directory>

    • Gibt Klartext in eine Datei im angegebenen Verzeichnis aus.

    • Wenn ein Benutzer keine E-Mail-Adresse hat oder wenn das Flag -n (no mail) gesetzt ist, wird eine Textdatei im angegebenen Verzeichnis erzeugt. Diese kann heruntergeladen oder vom Bibliothekspersonal weiterverarbeitet werden.

    • Die Datei wird notices-YYYY-MM-DD.txt benannt und in dem angegebenen Verzeichnis abgelegt.

  • –itemscontent <Liste von Feldern>

    • Exemplarinformationen in Vorlagen.

    • Nimmt eine durch Komma getrennte Liste von Feldern auf, die anstelle des Platzhalters <<items.content>> in Vorlagen ersetzt werden.

    • Standardmäßig werden Fälligkeitsdatum, Titel, Barcode und Autor verwendet

    • Andere mögliche Werte stammen aus Feldern in den Tabellen biblio, items und issues.

  • –borcat <categorycode>

    • Bereite nur Überfälligkeits-Benachrichtigungen für bestimmte Benutzerkategorien vor.

    • Dieser Parameter ist wiederholbar, so dass er mehrere Benutzerkategorien umfasst.

    • Verwende den Wert in categories.categorycode.

  • –borcatout <categorycode>

    • Bereiten Sie keine Überfälligskeits-Benachrichtigungen für bestimmte Benutzerkategorien vor.

    • Dieser Parameter ist wiederholbar, um mehrere Benutzerkategorien auszuschließen.

    • Verwende den Wert in categories.categorycode.

    • t | –triggered

    • Diese Option bewirkt, dass eine Benachrichtigung generiert wird, wenn und nur wenn ein Exemplar um die Anzahl der Tage überfällig ist, die im Überfälligkeits-Benachrichtigungs-Trigger definiert ist.

    • Standardmäßig wird bei jeder Ausführung des Skripts eine Benachrichtigung gesendet, was für weniger häufig ausgeführte Cron-Skripte geeignet ist, aber eine Synchronisierung der Benachrichtigungsauslöser mit dem Cron-Zeitplan erfordert, um ein korrektes Verhalten zu gewährleisten.

    • Fügen Sie die Option –triggered für den täglichen Cron hinzu, auch auf die Gefahr hin, dass keine Benachrichtigung erzeugt wird, wenn der Cron nicht rechtzeitig läuft.

  • –test

    • Mit dieser Option wird das Skript im Testmodus ausgeführt.

    • Im Testmodus nimmt das Skript keine Änderungen an der DB vor. Dies ist nützlich, um die Konfiguration zu debuggen.

  • –list-all

    • Standardmäßig listet <<items.content>> nur die Exemplare auf, die in den Bereich der aktuell bearbeiteten Benachrichtigung fallen.

    • Wählen Sie –list-all, um alle überfälligen Exemplare in die Liste aufzunehmen (begrenzt durch die Einstellung –max).

  • –date <yyyy-mm-dd>

    • Emulieren Sie den Überfälligkeitslauf für dieses Datum.

  • –email <email_type>

    • Geben Sie die Art der E-Mail an, die verwendet werden soll.

    • Kann „email“, „emailpro“ oder „B_email“ sein.

    • Dieser Parameter ist wiederholbar.

  • –frombranch

    • Organisieren und versenden Sie Überfälligskeits-Benachrichtigungen nach Heimatbibliothek (item-homebranch) oder Ausleihbibliothek (item-issuebranch).

    • Der Standardwert ist item-issuebranch.

    Bemerkung

    Diese Option wird nur verwendet, wenn die Systemeinstellung OverdueNoticeFrom auf „Kommandozeilenoption“gesetzt ist.

BEISPIELE ZUR VERWENDUNG

„overdue_notices.pl“

(Alle Bibliotheken werden einzeln bearbeitet, und für alle Benutzer mit überfälligen Medien, für die wir E-Mail-Adressen haben, werden Benachrichtigungen vorbereitet. Mitteilungen für Benutzer, für die wir keine E-Mail-Adresse haben, werden in einem einzigen Anhang an die E-Mail-Adresse des Administrators der Bibliothek oder an die Adresse in der Systemeinstellung KohaAdminEmailAddress gesendet.)

„overdue_notices.pl -n –csv /tmp/overdues.csv“

(Versendet keine E-Mail und füllt /tmp/overdues.csv mit Informationen über alle überfälligen Exemplare.)

„overdue_notices.pl –library MAIN max 14

(Bereitet die Überfälligkeitsbenachrichtigungen innerhalb der letzten 2 Wochen für die MAIN-Bibliothek vor.)

Bemerkung

Dieses Skript verschickt keine Benachrichtigungen. Es fügt Sie der Warteschlange für Benachrichtigungen für den späteren Versand hinzu oder generiert das HTML für den Druck..

Bemerkung

Siehe auch:

Das Skript misc/cronjobs/advance_notices.pl erlaubt es Benachrichtigungen an Benutzer zu verschicken, bevor ihre Exemplare fällig werden, oder sie über Exemplare zu informieren, die gerade fällig geworden sind.

Das Skript misc/cronjobs/process_message_queue.pl sendet die E-Mails.

Vormerkungserinnerung

Skriptpfad: misc/cronjobs/holds/holds_reminder.pl

Funktion: Bereitet Erinnerungsnachrichten vor, die an Benutzer mit abholbereiten Vormerkungen gesendet werden.

EnhancedMessagingPreferences muss auf „Zulassen“ gesetzt sein, und die Benutzer müssen diese Benachrichtigung angefordert haben (entweder über die Registerkarte Benachrichtigungen in ihrem Online-Konto im OPAC, wenn : ref:EnhancedMessagingPreferencesOPAC <enhancedmessagingpreferencesopac-label> auf „Anzeigen“ gesetzt ist, oder in ihren Benachrichtigungseinstellungen in der Dienstoberfläche).

Vorschlag für Häufigkeit: nächtlich

PARAMETER

  • -c | –confirm

    • Bestätigungsflag, wenn dieser Parameter nicht gesetzt ist, wird keine E-Mail generiert

  • -date <YYYY-MM-DD>

    • Versenden von Mitteilungen, wie sie zu einem bestimmten Datum versandt worden wären

  • -days <number of days>

    • Anzahl der Tage, während derer die Vormerkung zur Abholung bereit stand

    • Wenn dieser Parameter nicht gesetzt ist, wird eine Benachrichtigung an alle Benutzer mit abholbereiten Vormerkungen gesendet

    • Optionaler Parameter

  • -holidays

    • Benutzen Sie den Kalender, um Feiertage von den Wartetagen auszuschließen

  • -lettercode <lettercode>

  • -library <branchcode>

    • Nur die Vormerkungen dieser Bibliothek bearbeiten

    • Dieses Kennzeichen ist wiederholbar, um Benachrichtigungen für eine Gruppe von Bibliotheken auszuwählen

  • -mtt <message_transport_type>

    • Art der zu sendenden Nachrichten (E-Mail, SMS, Ausdruck)

      • E-Mail“ und ‚SMS‘ werden auf ‚Drucken‘ zurückgesetzt, wenn der Benutzer keine E-Mail-Adresse/Telefonnummer hat

    • Standardmäßig wird für die „Vormerkungs-Erinnerung“ die Benachrichtigungseinstellung des Benutzers verwendet

    • Die Übergabe dieses Parameters erzwingt den Versand auch dann, wenn der Benutzer keine Vormerkungsbenachrichtigung erhalten möchte

    • Dies kann wiederholt werden, um verschiedene Benachrichtigungen zu versenden

  • -t | –triggered

    • Nur Vormerkungen <Tage> Wartezeit in Tagen einbeziehen, nicht länger

    • Wenn dies nicht festgelegt ist, sendet das Skript Benachrichtigungen für alle Vormerkungen, die länger als <Tage> Tage warten

    • Diese Option ist nützlich, wenn der Cron täglich ausgeführt wird, um einen Versand von Spam an die Benutzer zu vermeiden

    • Optionaler Parameter

  • -v

    • Umfassend

    • Ist dieses Flag nicht gesetzt, werden nur schwerwiegende Fehler gemeldet.

    • Wenn verbose (ausführlich) eingestellt ist, aber nicht bestätigt, wird eine Liste der Benachrichtigungen, die an die Benutzer gesendet worden wären, standardmäßig ausgedruckt

  • -help

    • Kurze Hilfsmeldung

  • -man

    • Umfassende Dokumentation

    BEISPIELE

    Im folgenden Beispiele für die Ausführung dieses Skripts:

    ::

    holds_reminder.pl -library MAIN -days 14

    bereitet Benachrichtigungen über Vormerkungen von 2 Wochen für die MAIN-Bibliothek vor

    ::

    holds_reminder.pl -lettercode LATE_HOLDS -library MAIN -days 14

bereitet für die Bibliothek MAIN Benachrichtigungen über Vormerkungen von 2 Wochen vor und verwendet dabei die Benachrichtigungsvorlage ‚LATE_HOLDS‘

Talking Tech

Weitere Informationen darüber, wie Sie diesen Third Party Service konfigurieren, finden Sie im Kapitel über Talking Tech.

Benachrichtigungen versenden

Skriptpfad: misc/cronjobs/thirdparty/TalkingTech_itiva_outbound.pl

Zweck: Generiert eine Spec C-Datei für ausgehende Benachrichtigungen für das Talking Tech i-tiva Telefonbenachrichtigungssystem.

Erforderlich für: TalkingTechItivaPhoneNotification

Vorschlag für Häufigkeit: nächtlich

Datei für eingehende Benachrichtigungen

Skriptpfad: misc/cronjobs/thirdparty/TalkingTech_itiva_inbound.pl

Zweck: Vearbeitet die vom Talking Tech i-tive Telefonbenachrichtigungssystem erhaltenen Ergebnisdateien.

Erforderlich für: TalkingTechItivaPhoneNotification

Vorschlag für Häufigkeit: nächtlich

Benachrichtigung bei Kontoablauf

Skriptpfad: misc/cronjobs/membership_expiry.pl

Zweck: Sendet Nachrichten an den Cron Meldungswarteschlange, um Benutzer vor dem Ablauf ihrer Karte zu warnen. Kann optional auch Benutzerkonten erneuern.

Erforderlich für: MembershipExpiryDaysNotice

Vorschlag für Häufigkeit: nächtlich

PARAMETER

  • --man

    • Druckt die Handbuchseite und beendet den Vorgang.

  • --help

    • Gibt eine kurze Hilfemeldung aus und beendet das Programm.

  • -v

    • Ausführlich.

    • Ist dieses Flag nicht gesetzt, werden nur schwerwiegende Fehler gemeldet.

  • -n

    • Senden Sie keine E-Mail. Benachrichtigungen über das Auslaufen der Mitgliedschaft, die an die Benutzer geschickt worden wären, werden standardmäßig ausgedruckt.

  • -c

    • Flagge bestätigen: Fügen Sie diese Option hinzu. Andernfalls druckt das Skript nur einen Verwendungsnachweis.

  • -branch

    • Optionaler branchcode, um den Cronjob auf diese Zweigstelle zu beschränken.

  • -before

    • Optionaler Parameter zur Erweiterung der Auswahl um eine Anzahl von Tagen VOR dem in der Systemeinstellung MembershipExpiryDaysNotice festgelegten Datum.

  • -after

    • Optionaler Parameter zur Erweiterung der Auswahl um eine Anzahl von Tagen NACH dem in der Systemeinstellung MembershipExpiryDaysNotice festgelegten Datum.

    • Beispiel: --before 100 --after 100 benachrichtigt Benutzer, deren Konten innerhalb eines Datumsbereichs von 100 Tagen vor und 100 Tagen nach der Systemeinstellung MembershipExpiryDaysNotice ablaufen.

  • -where

    • Verwenden Sie diese Option, um eine Bedingung anzugeben. Fügen Sie „me“ (Alias) gefolgt von dem Spaltennamen aus der Benutzertabelle (borrowers) hinzu.

    • Leerzeichen müssen, falls erforderlich, durch einen Backslash escaped werden.

    • Anführungszeichen oder doppelte Anführungszeichen müssen durch einen Backslash escaped werden.

    • Zum Beispiel:

      • --where=„me.categorycode!=‚YA‘“ benachrichtigt Benutzer aus anderen Kategorien als ‚YA‘

      • --where=„me.categorycode=‚S‘“ benachrichtigt nur Benutzer aus der Kategorie ‚S‘

      • --where 'me.lastseenISNOTNULL' benachrichtigt nur die Benutzer, die gesehen wurden.

  • -letter

    • Optionaler Parameter zur Verwendung einer anderen als der Standardmitteilung: MEMBERSHIP_EXPIRY

  • -letter_renew

    • Optionaler Parameter zur Verwendung einer anderen Verlängerungsmitteilung als der Standardmitteilung: MEMBERSHIP_RENEWED

    Version

    Der Parameter -letter_renew wurde in Koha Version 23.11 hinzugefügt.

  • -active

    • Gefolgt von einer Zahl von Monaten.

    • Optionaler Parameter, um nur aktive Benutzer einzubeziehen (aktiv innerhalb der angegebenen Anzahl von Monaten).

    • Dieser Parameter benötigt die Systemeinstellung TrackLastPatronActivityTriggers.

    • Kann nicht mit -inactive unten verwendet werden, die beiden Parameter schließen sich gegenseitig aus

    Version

    Der Parameter -active wurde in Koha Version 23.11 hinzugefügt.

  • -inactive

    • Gefolgt von einer Zahl von Monaten.

    • Optionaler Parameter, um nur inaktive Benutzer zu berücksichtigen (inaktiv seit einer bestimmten Anzahl von Monaten).

    • Dieser Parameter benötigt die Systemeinstellung TrackLastPatronActivityTriggers.

    • Kann nicht mit -active oben verwendet werden, die beiden Parameter schließen sich gegenseitig aus

    Version

    Der Parameter -inactive wurde in Koha Version 23.11 hinzugefügt.

  • -renew

    • Optionaler Parameter für die automatische Verlängerung von Benutzern, anstatt ihnen eine Benachrichtigung über das Auslaufen zu schicken.

    • Sie werden durch eine Mitteilung über die Erneuerung der Mitgliedschaft informiert (die Standardeinstellung MEMBERSHIP_RENEWED oder eine benutzerdefinierte Mitteilung, die mit -letter_renew angegeben wird)

    Version

    Der Parameter -renew wurde in Koha Version 23.11 hinzugefügt.

BEISPIELE ZUR VERWENDUNG

membership_expiry.pl -c

Erzeugt MEMBERSHIP_EXPIRY-Benachrichtigungen für Benutzer, deren Mitgliedschaft in der in MembershipExpiryDaysNotice festgelegten Anzahl von Tagen abläuft.

membership_expiry.pl -c -renew

Verlängert Benutzer, deren Mitgliedschaft in der in MembershipExpiryDaysNotice festgelegten Anzahl von Tagen abläuft, und erzeugt MEMBERSHIP_RENEWED-Benachrichtigungen für sie.

membership_expiry.pl -c -renew -letter_renew PATRON_RENEWAL

Verlängert Benutzer, deren Mitgliedschaft in der in MembershipExpiryDaysNotice festgelegten Anzahl von Tagen abläuft, und generiert die benutzerdefinierten „PATRON_RENEWAL“-Benachrichtigungen für sie. Eine „PATRON_RENEWAL“-Benachrichtigung müsste zuvor im Werkzeug Benachrichtigungen & Quittungen erstellt worden sein.

membership\_expiry.pl -c -before 30

Erzeugt MEMBERSHIP_EXPIRY-Benachrichtigungen für Benutzer, deren Mitgliedschaft 30 Tage vor der in MembershipExpiryDaysNotice festgelegten Anzahl von Tagen abläuft.

membership_expiry.pl -c -renew -active 3

Verlängert Benutzer, deren Mitgliedschaft in der in MembershipExpiryDaysNotice festgelegten Anzahl von Tagen abläuft und die in den letzten drei Monaten aktiv waren („Aktivität“ wird durch die Systemeinstellung TrackLastPatronActivityTriggers bestimmt), und erzeugt MEMBERSHIP_RENEWED-Benachrichtigungen für sie.

membership_expiry.pl -c -inactive 6 -letter INACTIVE_PATRON

Erzeugt die benutzerdefinierten „INACTIVE_PATRON“-Benachrichtigungen für Benutzer, deren Mitgliedschaft in der in MembershipExpiryDaysNotice eingestellten Anzahl von Tagen abläuft und die in den letzten sechs Monaten inaktiv waren („Aktivität“ wird durch die TrackLastPatronActivityTriggers Systemeinstellung bestimmt). Ein „INACTIVE_PATRON“-Benachrichtigungen müsste zuvor im Werkzeug Benachrichtigungen & Quittungen erstellt worden sein.

In Bearbeitung/Einstellwagen

Skriptpfad: misc/cronjobs/cart_to_shelf.pl

Zweck: Aktualisiert alle Exemplare mit dem temporären Standort CART auf den permanenten Standort.

Erforderlich für die Systemeinstellungen: NewItemsDefaultLocation, UpdateItemLocationOnCheckin, und UpdateItemLocationOnCheckout.

Vorschlag für Häufigkeit: stündlich

Katalog

Webservice für den Stapelimport

Skriptpfad: misc/cronjobs/import_webservice_batch.pl

Zweck: Verarbeitet Importe des Typs „webservice“. Die Importe können alternativ auch aus der Oberfläche heraus verarbeitet werden.

Hinweis

Dieses Skript wird für die Integration mit OCLC Connexion verwendet

Stapellöschung von Exemplaren

Skriptpfad: misc/cronjobs/delete_items.pl

Zweck: Generiert eine Abfrage gegen Exemplartabelle und löscht alle Exemplare, welche die in den Kommandozeilenparametern angegebenen Kriterien erfüllen. Ein leichtgewichtiges Werkzeug zur Stapellöschung für Exemplare, das sich für die Ausführung in einem Cron-Job eignet.

PARAMETER

  • --help

    • Druckt eine kurze Hilfemeldung.

  • --man

    • Druckt das Handbuch mit Beispielen aus.

  • --verbose

    • Gibt die „WHERE“-Bedingung aus, die von den gesammelten --where-Argumenten generiert wurde, und die Exemplare, die von Standard Out betroffen sind.

    • Die gedruckten Exemplarinformationen lauten

      • itemnumber

      • barcode

      • Titel

  • --where

    • Das folgende Argument muss ein syntaktisch korrektes SQL-Statement sein, das Teil der <WHERE>-Bedingung für die Abfrage der Exemplartabelle ist.

    • Wiederholbar. Wenn es mehrere --where-Parameter gibt, werden sie mit AND verknüpft.

  • --commit

    • Es werden keine Exemplare gelöscht, wenn der Parameter nicht vorhanden ist.

BEISPIELE ZUR VERWENDUNG

delete_items.pl --where "items.withdrawn != 0" --where "items.withdrawn_on < $(date --date="13 month ago" --rfc-3339=date)" --commit

Dadurch werden Exemplare gelöscht, deren Rücknahmestatus nicht Null ist UND deren Rücknahmedatum älter als 13 Monate ist.

delete_items.pl --where "itemlost >= '1'" --where "itemlost <='4'" --where "itemlost_on < '2014-04-28'" --commit

Damit werden Exemplare gelöscht, deren Verluststatus zwischen 1 und 4 liegt (einschließlich) UND die vor dem 28.04.2014 verloren gegangen sind.

Schneller URL-Checker

Skriptpfad: misc/cronjobs/check-url-quick.pl

Bemerkung

Dieses Skript ersetzt das check-url.pl-Skript

Zweck: Prüft die URLs in den Titeldatensätzen: Scannt in der Voreinstellung alle URLs in 856$u der bibliografischen Datensätze und zeigt an, ob die Ressourcen erreichbar sind oder nicht.

PARAMETER

  • –host=http://default.tld Der Host, der verwendet wird, wenn eine URL keinen enthält bzw. nicht mit „http“ beginnt. Zum Beispiel: Wenn –host=mylib.com, dann wird wenn 856$u mit „img/image.jpg“ belegt ist, die geprüfte URL zu http://www.mylib.com/image.jpg ergänzt.

  • –tags Felder, die URLS im Unterfeld $u enthalten. Wenn dieser Parameter nicht angegeben wird, wird nur Feld 856 geprüft. Es können mehrere Felder angegeben werden, zum Beispiel:

    check-url-quick.pl –tags 310 410 856

  • –verbose|v Gibt sowohl die gültigen als auch die ungültigen URLs aus.

  • –html Formatiert die Ausgabe in HTML. Das Ergebnis kann in eine Datei geschrieben werden, auf die über http zugegriffen werden kann. Auf diese Weise ist es möglich direkt auf den Titelsatz in der Katalogisierung zu verlinken. Mit diesem Parameter ist auch –host-intranet erforderlich.

  • –host-intranet=http://koha-pro.tld Host für den Link auf das Bearbeiten-Formular in der Katalogisierung in der Dienstoberfläche.

  • –timeout=10 Timeout für die Prüfung der URL. In der Voreinstellung 10 Sekunden.

  • –maxconn=1000 Anzahl gleichzeitiger HTTP-Anfragen. Voreinstellung: 200 Anfragen.

Datensätze über den Leader löschen

Skriptpfad: misc/cronjobs/delete_records_via_leader.pl

Zweck: Versucht alle MARC-Datensätze zu löschen, bei denen Leader Pos. 5 auf „d“ gesetzt ist.

PARAMETER

  • -c|–confirm Ohne diesen Parameter werden durch das Skript keine Änderungen gemacht

  • -v|–verbose Ausführliche Ausgabe

  • -t|–test Testmodus, es werden keine Datensätze gelöscht. Im Testmodus wird nicht ausgegeben, welche Titel/Exemplare tatsächlich gelöscht werden, sondern nur, bei welchen Datensätzen eine Löschung versucht wird.

  • -i|–delete-items Versuche anhängende Exemplare zu löschen, bevor der Titel gelöscht wird. Titel mit Exemplaren können nicht gelöscht werden.

Normdatensätze aktualisieren

Skriptpfad: misc/cronjobs/merge_authorities.pl

Zweck: Aktualisiert Titeldaten mit den Änderungen in den Normdaten

Hinweis

Der Name dieses Skripts ist etwas irreführend. Das Skript verschmilzt keine Normdatensätze, sondern verschmilzt Normdaten und Titeldaten. Bearbeitungen an den Normdaten werden in den verknüpften Titeln nachgezogen, wenn dieses Skript ausgeführt wird.

Erforderlich für: Systemparameter AuthorityMergeLimit

Vorschlag für Häufigkeit: nächtlich

Verspätete Zeitschriftenhefte

Skriptpfad: misc/cronjobs/serialsUpdate.pl

Zweck: Prüft, ob es ein „verspätetes“ Heft für ein aktives Abonnement gibt und wenn dem so ist, wird es auf verspätet gesetzt und das nächste erwartete Heft vorhergesagt.

Vorschlag für Häufigkeit: nächtlich

Automatische Exemplaränderungen

Skriptpfad: misc/cronjobs/automatic_item_modification_by_age.pl

Zweck: Aktualisiert Exemplare basierend auf einer Liste von Regeln, die im Werkzeug Automatische Exemplarbearbeitung nach Alter definiert wurden

Erforderlich für: Automatische Exemplarbearbeitung nach Alter

Vorschlag für Häufigkeit: nächtlich

Umlauf der Bestände

Skriptpfad: misc/cronjobs/stockrotation.pl

Funktion: Verschiebt Exemplare von einer Umlauf der Bestände-Stufe zur nächsten, wenn sie für die Verarbeitung verfügbar sind.

Jede Bibliothek erhält einen Bericht mit „interessanten Exemplaren“ für die heutigen Dienstplanprüfungen. Jedes Exemplar ist ein Exemplar, das sich laut Koha in den Regalen der jeweiligen Zweigstelle befinden sollte und das abgeholt und rückgebucht werden sollte.

Bemerkung

Die gesendete E-Mail basiert auf der Vorlage SR_SLIP. Sie kann über das Werkzeug Benachrichtigungen & Quittungen angepasst werden.

Das Exemplar wird entweder:

  • wurden zur Überführung in die neue Bilbiothek in den Transit gegeben;

  • wurden zur Rückgabe an ihre aktuelle Bibliothek in den Transit gegeben;

  • wurden soeben in einen Umlauf aufgenommen und befinden sich bereits in der richtigen Bibliothek;

Bei Rückgabe,

  • werden Exemplare, die an einen anderen Ort gebracht werden müssen, in den Versand gegeben und es erscheint eine Nachricht mit der Aufforderung, die Sendung an die neue Zweigstelle zu schicken.

  • werden Exemplare, die sich bereits in der richtigen Bibliothek befinden, rückgebucht und es wird keine Meldung angezeigt.

Erforderlich für: Werkzeug Bestandsrotation

Vorschlag für Häufigkeit: nächtlich

PARAMETER

  • -a|–admin-email

    • Eine Adresse, an die auch E-Mail-Berichte geschickt werden sollen

    • Dies ist eine zusätzliche E-Mail-Adresse, an die alle E-Mail-Berichte gesendet werden, zusätzlich zum Versand an die E-Mail-Adressen der Zweigstellen.

  • -b|–branchcode

    • Wählen Sie die Zweigstelle aus, über die für „E-Mail“-Berichte berichtet werden soll (Standard: alle)

    • Wenn der Bericht „E-Mail“ ausgewählt ist, können Sie mit dem Parameter „branchcode“ angeben, für welche Zweigstelle Sie den Bericht sehen möchten.

    • Die Standardeinstellung ist „alle“.

  • -x|–execute

    • tatsächliche Durchführung der Haushaltsorganisation beim Bestandsumlauf

    • Standardmäßig meldet dieses Skript lediglich den aktuellen Status des Subsystems für den Bestandsumlauf. Um Exemplare tatsächlich in den Versand zu geben, muss das Skript mit dem Argument „Ausführen“ ausgeführt werden.

  • -r|–report

    • Wählen Sie entweder ‚vollständig‘ oder ‚E-Mail‘

    • Mit dem Argument „Bericht“ können Sie die Art des Berichts auswählen, der ausgegeben werden soll.

    • Die Standardeinstellung ist „vollständig“.

    • Wenn der Bericht „E-Mail“ ausgewählt ist, können Sie mit dem Parameter „branchcode“ angeben, für welche Zweigstelle Sie den Bericht sehen möchten.

  • -S|–Send-all

    • E-Mail-Berichte senden, auch wenn der Berichtstext leer ist

    • Dieses Argument bewirkt, dass auch Berichte mit einem leeren Textkörper gesendet werden.

  • -s|–send-email

    • Berichte per E-Mail versenden

    • Dieses Argument veranlasst das Skript, Berichte per E-Mail zu versenden.

  • -h|–help

    • Hilfsmeldung anzeigen

OPAC

RSS-Feeds

Skriptpfad: misc/cronjobs/rss/rss.pl

Zweck: Erzeugt ein RSS-XML-Dokument für eine beliebige SQL-Anfrage (wird nicht für die RSS-Feeds der Suche verwendet). Weiteres unter: Benutzerdefinierte RSS-Feeds.

Vorschlag für Häufigkeit: stündlich

Normdatenbrowser

Skriptpfad: misc/cronjobs/build_browser_und_cloud.pl

Zweck: Generiert die Inhalte für den Normdatenbrowser im OPAC

Erforderlich für: Systemparameter OpacBrowser

Wichtig

Dieser Systemparameter und Cronjob sollten nur in französischsprachigen Systemen genutzt werden.

Schlagwort-/Verfasserwolken

Skriptpfad: misc/cronjobs/cloud-kw.pl

Zweck: Generiert eine Stichwortwolken in HTML aus den Zebra-Indizes. Die Datei misc/cronjobs/cloud-sample.conf enthält ein Beispiel zur Funktionsweise des Skripts.

Häufigkeit: Diese Art Skript kann z.B. einmal im Monat ausgeführt werden, da der generierte Inhalt sich nicht stark verändert.

Systemadministration

Servicebegrenzungen

Skriptpfad: misc/cronjobs/services_throttle.pl

Zweck: Setzt den Zähler für die Anfragen an den xISBN-Service zurück

Vorschlag für Häufigkeit: nächtlich

Datenbank aufräumen

Skriptpfad: misc/cronjobs/cleanup_database.pl

Bewirkt: Kürzt die Koha-Datenbanktabellen und löscht alte Einträge und Dateien. Einzelheiten zu den in den Skriptparametern genannten Tabellen finden Sie im Koha-Datenbankschema.

Vorschlag für Häufigkeit: nächtlich

PARAMETER

  • -h oder --help

    • Gibt eine kurze Hilfemeldung aus und beendet das Programm, wobei alle anderen Optionen ignoriert werden.

  • -v oder --verbose

    • Ausführlicher Modus.

  • --confirm

    • Bestätigungsflagge: Fügen Sie diese Option nach Ihren anderen Parametern hinzu. Andernfalls wird das Skript nur einen Verwendungsnachweis ausgeben.

  • --cards

    • Gefolgt von einer Anzahl von Tagen.

    • Bereinigung der Tabelle creator_batches um alle Benutzerkartenersteller-Stapel, die vor der angegebenen Anzahl von Tagen hinzugefügt wurden.

  • --del-exp-selfreg

  • --del-unv-selfreg

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht alle nicht verifizierten Benutzerselbstregistrierungen in borrower_modifications, die älter als die Zahl der angegebenen Tage sind.

  • --deleted-catalog

    • Gefolgt von einer Anzahl von Tagen.

    • Lösche alle bibliographischen Datensätze, die vor Anzahl der angegebenen Tage gelöscht wurden, aus den Tabellen deletedbiblio, deletedbiblio_metadata, deletedbiblioitems und deleteditems.

  • --deleted-patrons

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht alle Benutzer aus der Tabelle deletedborrowers, die vor der Anzahl der angegebenen Tage gelöscht wurden.

  • --edifact-messages

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht aus der Tabelle edifact_messages alle EDIFACT-Nachrichten, die älter sind als die angegebene Anzahl von Tagen. Nachrichten mit dem Status „neu“ sind davon ausgenommen und werden nicht gelöscht.

    • Die Standardeinstellung ist 365 Tage, wenn keine Zahl angegeben wird.

  • --fees

    • Gefolgt von einer Anzahl von Tagen.

    • Bereinigung von Einträgen in der Tabelle accountlines, die älter als die angegebene Anzahl von Tagen sind, wobei der ausstehende Betrag 0 oder NULL ist.

    • Bei diesem Parameter muss die Anzahl der angegebenen Tage größer oder gleich 1 sein.

  • import

    • Gefolgt von einer Anzahl von Tagen.

    • Um aus den Tabellen import_batches, import_biblios, import_items, import_record_matches und import_records alle Einträge zu löschen, die älter sind als die angegebene Anzahl von Tagen.

    • In import_batches werden die Stapel, die als Ergebnis einer Z39.50-Suche angelegt wurden, mit dem Parameter --z3950 gelöscht (siehe weiter unten).

    • Der Standardwert ist 60 Tage, wenn keine Zahl angegeben wird.

  • --jobs-days

    • Gefolgt von einer Anzahl von Tagen.

    • So löschen Sie alle abgeschlossenen Hintergrund-Jobs, die älter als die angegebene Anzahl von Tagen sind.

    • Wenn keine Zahl angegeben wird, wird standardmäßig 1 Tag verwendet.

  • --jobs-type

    • Gefolgt von einem Job-Typ.

    • Zur Angabe, welche Art(en) von Hintergrund-Jobs gemäß --jobs-days gelöscht werden sollen.

    • Mit --jobs-type all werden alle Typen bereinigt.

    • Dieser Parameter ist wiederholbar.

    • Wenn nichts angegeben wird, wird standardmäßig der Typ update_elastic_index verwendet.

  • --labels

    • Gefolgt von einer Anzahl von Tagen.

    • Bereinigung der Tabelle creator_batches um alle Stapel von Exemplar-Etiketten, die vor der angegebenen Anzahl von Tagen hinzugefügt wurden.

  • --list-invites

    • Gefolgt von einer Anzahl von Tagen.

    • Lösche (nicht angenommene) Einladungen zum Teilen von Listen aus der Tabelle virtualshelfshares, die älter als die Anzahl der angegebenen Tage sind.

    • Die Standardeinstellung ist 14 Tage, wenn keine Zahl angegeben wird.

  • --logs

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht Einträge aus der Tabelle action_logs, die älter als die Anzahl der angegebenen Tage sind.

    • Die Standardeinstellung ist 180 Tage, wenn keine Zahl angegeben wird.

  • --log-module

  • --preserve-log

  • -m oder --mail

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht Einträge aus der Tabelle message_queue die älter als die Anzahl der angegebenen Tage sind.

    • Die Standardeinstellung ist 30 Tage, wenn keine Zahl angegeben wird.

  • --merged

    • Löscht die bereits abgearbeiteten Einträge aus der Tabelle need_merge_authorities.

  • --messages

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht Einträge aus der Tabelle messages, die älter als die Anzahl der angegebenen Tage sind.

    • Die Standardeinstellung ist 365 Tage, wenn keine Zahl angegeben wird.

  • --oauth-tokens

    • Löscht abgelaufene OAuth2-Token.

  • --old-issues

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht Ausleihen von Exemplaren aus der Tabelle old_issues die vor der Anzahl der angegebenen Tage zurückgegeben wurden.

  • --old-reserves

    • Gefolgt von einer Anzahl von Tagen.

    • Bereinigung der Tabelle old_reserves um alle Bestände, die älter als die angegebene Anzahl von Tagen sind.

  • --pseudo-transactions

    • Löscht Einträge aus den Tabellen pseudonymized_transactions und pseudonymized_borrower_attributes.

    • Dieser Parameter kann auf verschiedene Weise verwendet werden:

      • mit einer Anzahl von Tagen. Wenn Sie z. B. --pseudo-transactions 750 verwenden, werden Einträge entfernt, die älter als 750 Tage sind.

      • mit dem --pseudo-transactions-from und / oder dem --pseudo-transactions-to

        Parameter, gefolgt von einem Datum im Format JJJJ-MM-TT. Wenn Sie z. B. --pseudo-transactions-from 2023-01-01 --pseudo-transactions-to 2023-12-31 verwenden, werden Einträge entfernt, die vom 1. Januar 2023 bis zum 31. Dezember 2023 datiert sind.

  • --reports

    • Gefolgt von einer Anzahl von Tagen.

    • Bereinigung der Tabelle saved_reports um alle Daten, die vor der angegebenen Anzahl von Tagen gespeichert wurden. Dies betrifft die Daten, die durch die Ausführung von runreport.pl mit der Option --store-results erstellt wurden.

  • --restrictions

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht Benutzersperren aus der Tabelle borrower_debarments, die seit mehr als der Anzahl der angegebenen Tage abgelaufen sind.

    • Wenn nichts angegeben wird, gilt eine Frist von 30 Tagen.

  • --all-restrictions

    • Löscht alle abgelaufenen Benutzersperren aus der Tabelle borrower_debarments.

  • --return-claims

  • --searchhistory

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht Einträge aus der Tabelle search_history, die älter als die Anzahl der angegebenen Tage sind.

    • Die Standardeinstellung ist 30 Tage, wenn keine Zahl angegeben wird.

  • --sessions

    • Leert die Tabelle sessions.

    • Wenn Sie dies verwenden, während Benutzer in Koha angemeldet sind, müssen diese sich erneut anmelden.

  • --sessdays

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht nur Sessions, die älter als die Anzahl der angegebenen Tage sind.

  • --statistics

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht alle Einträge aus der Tabelle statistics, die älter als die Anzahl der angegebenen Tage sind.

    Bemerkung

    Die Statistiktabelle wird häufig in Berichten verwendet. Vergewissern Sie sich, dass Sie sich der Konsequenzen bewusst sind, bevor Sie diesen Parameter verwenden.

  • --temp-uploads

    • Um temporäre Uploads aus der Tabelle uploaded_files zu löschen, die älter sind als die in der Systemeinstellung UploadPurgeTemporaryFilesDays angegebene Anzahl von Tagen.

  • --temp-uploads-days

  • --transfers

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht alle Transfers aus der Tabelle branchtransfers, die vor der Anzahl der angegebenen Tage abgeschlossen wurden.

  • --unique-holidays

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht alle einmaligen Schließtage aus der Tabelle special_holidays, die mehr als die Anzahl der angegebenen Tage zurückliegen.

  • --uploads-missing

    • Gefolgt von einer Flagge.

    • Löscht Upload-Datensätze für fehlende Dateien, wenn das angegebene Flag wahr ist, und zählt sie andernfalls.

  • --zebraqueue

    • Gefolgt von einer Anzahl von Tagen.

    • Löscht alle abgeschlossene Einträge in der Tabelle zebraqueue, die älter als die Anzahl der angegebenen Tage sind.

    • Die Standardeinstellung ist 30 Tage, wenn keine Zahl angegeben wird.

  • --z3950

    • Löscht alle Datensätze aus den import-Tabellen, die durch Z39.50-Recherchen angelegt wurden.

    • Wenn Sie alle anderen Importinformationen löschen möchten, sehen Sie sich den obigen Parameter :code:`–import`an.

ANWENDUNGSBEISPIEL

cleanup_database.pl --sessdays 7 --zebraqueue --list-invites --temp-uploads --mail 375
--import 375 --logs 200 --searchhistory 60 --del-exp-selfreg --statistics 731
--pseudo-transactions 1827 --deleted-patrons 1 --restrictions 90 --unique-holidays 180 --confirm

Dieses Skript wird:

  • OPAC-Sitzungen von Benutzern löschen, deren letzter Zugriff auf die Website mehr als 7 Tage zurückliegt;

  • die Aufzeichnung von Zebra-Neuindizierungen auf 30 Tage beschränken;

  • Einladungen zur Ansicht einer vor über 14 Tagen freigegebenen Liste löschen;

  • die temporären Uploads gemäß der Systemeinstellung UploadPurgeTemporaryFilesDays löschen;

  • die Aufzeichnung von Benachrichtigungen an Benutzer entfernen, wenn diese Mitteilungen vor mehr als 375 Tagen verschickt wurden;

  • Dateien, die für den Batch-Import hochgeladen wurden, nach 375 Tagen löschen (die bibliografischen und Exemplardatensätze, die im Rahmen des Prozesses importiert wurden, bleiben jedoch erhalten);

  • die Protokolle von Aktionen löschen, die länger als 200 Tage zurückliegen;

  • die Suchhistorie von Benutzern und Mitarbeitern, die älter als 60 Tage ist, löschen;

  • löscht die Selbstregistrierungsanfragen der Benutzer gemäß der Systemeinstellung PatronSelfRegistrationExpireTemporaryAccountsDelay.

  • die in der Statistiktabelle gespeicherten Transaktionen zu löschen, wenn sie älter als 731 Tage sind;

  • die pseudonymisierten Bewegungsdaten, die älter als 5 Jahre sind, löschen;

  • Benutzer am Tag nach ihrer manuellen Löschung in der Koha-Benutzeroberfläche vollständig löschen;

  • die Aufzeichnungen über abgelaufene Beschränkungen von Benutzern löschen, wenn die Beschränkung seit mehr als 90 Tagen aufgehoben ist;

  • geschlossene Tage, die älter als 180 Tage sind, aus dem Kalender entfernen.

Bibliotheksstatistiken mit der Koha-Community teilen

Skriptpfad: misc/cronjobs/share_usage_with_koha_community.pl

Zweck: Senden Sie Ihre Informationen zur Installation an Hea, wenn das Teilen der Informationen über UsageStats aktiviert wurde

Häufigkeit: monatlich

Suche nach Dateninkonsistenzen

Skriptpfad: misc/maintenance/search_for_data_inconsistencies.pl

Bewirkt: deckt Probleme in den Daten auf, wie z. B.

Einige dieser Probleme können zu Problemen bei der Ausleihe oder der Katalogsuche führen, daher ist es wichtig, dass sie behoben werden.

Es gibt keine empfohlene Häufigkeit. Es handelt sich um ein Werkzeug, das bei Bedarf eingesetzt wird.

Erwerbung

Unbearbeitete Vorschläge aufräumen

Skriptpfad: misc/cronjobs/purge_suggestions.pl

Zweck: Löscht alte Anschaffungsvorschläge.

PARAMETER

  • help|?

    Ausgabe der Hilfe

  • days

    Geben Sie das Alter der Anschaffungsvorschläge basierend auf dem „Bearbeitet am“-Datum an

    Bemerkung

    Über den Systemparameter PurgeSuggestionsOlderThan kann die vom Skript verwendete Anzahl an Tagen konfiguriert werden. Wenn der Systemparameter verwendet wird, sollte die Option ‚days‘ nicht verwendet werden.

    Bemerkung

    Die Anzahl an Tagen basiert auf dem „Bearbeitungsdatum des Anschaffungsvorschlags.

  • confirm

    Dieser Parameter ist verpflichtend, damit das Skript ausgeführt wird.

E-Mail-Benachrichtigung für zu bearbeitende Anschaffungsvorschläge

Skriptpfad: misc/cronjobs/notice_unprocessed_suggestions.pl

Zweck: Generiert eine Benachrichtigung an den Besitzer des Haushaltskontos, dass Anschaffungsvorschläge auf Bearbeitung warten

Bearbeitung von EDI-Nachrichten

Skriptpfad: misc/cronjobs/edi_cron.pl

Zweck: Sendet und empfängt EDI-Nachrichten

Häufigkeit: Alle 15 Minuten

Temporäre EDI-Dateien löschen

Skriptpfad: misc/cronjobs/remove_temporary_edifiles.pl

Zweck: Löscht temporäre EDI-Dateien, die älter als 5 Tage sind

E-Ressourcen-Management (ERM)

Cron-Job für das Harvesting

Skriptpfad: /misc/cronjobs/erm_run_harvester.pl

Bewirkt: Dieses Skript führt das SUSHI-Harvesting für alle im ERM-Modul eingerichteten aktiven Nutzungsdatenanbieter durch.

Häufigkeit: Es wird empfohlen, diesen in regelmäßigen Abständen auszuführen (z. B. jeden Monat, da die Anbieter in der Regel monatlich Statistikdaten erstellen).

PARAMETER

  • --help oder -h

    • Druckt eine Hilfsmeldung

  • --begin-date

    • Legen Sie das Startdatum für das Harvesting im Format jjjj-mm-tt fest (z. B.: „2023-08-21“)

  • --end-date

    • Legen Sie das Enddatum für das Harvesting im Format jjjj-mm-tt fest (z. B.: „2023-08-21“)

  • --dry-run

    • Erzeugt einen Laufbericht, ohne tatsächlich etwas Dauerhaftes zu tun

  • --debug

    • Druckt zusätzliche Debugging-Informationen während des Laufs

ANWENDUNGSBEISPIEL

erm_run_harvester.pl --begin-date 2023-06-21 --debug

Führt den SUSHI-Harvest für Anbieter aktiver Nutzungsdaten für den Zeitraum ab dem 21. Juni 2023 bis zum aktuellen Datum durch (oder bis zu dem Datum, für das Daten verfügbar sind). Es werden zusätzliche Debugging-Informationen über die Art und Weise angezeigt, wie das Harvesting ausgeführt wurde.

Reports

Report ausführen

Skriptpfad: misc/cronjobs/runreport.pl

Bewirkt: Führt bereits existierende gespeicherte Berichte aus und sendet die Ergebnisse optional per E-Mail.

PARAMETER

  • -h | --help

    • Zeigt eine Hilfsmeldung

  • -m | --man

    • Zeigt die vollständige Dokumentation

    • Dasselbe wie --help --verbose

  • -v | --verbose

    • Ausführliche Ausgabe

    • Ohne diesen Parameter werden nur fatale Fehler ausgegeben

  • --format=s

    • Wählt das Ausgabeformat

    • Mögliche Werte:

      • text

      • html

      • csv

      • tsv

    • Derzeit erzeugen sowohl „text“ als auch „tsv“ eine durch Tabulatoren getrennte Ausgabe

    • Standardwert ist „text“

  • -e | --email

    • Senden der Ausgabe per E-Mail (impliziert durch --to oder --from)

  • --send_empty

    • Sende die E-Mail auch dann, wenn der Bericht keine Ergebnisse liefert

    Version

    Der Parameter --send_empty wurde in Koha Version 23.11 hinzugefügt.

  • -a | --attachment

    • Hänge den Bericht als Datei an

    • Kann nicht mit html-Format verwendet werden

  • --username

    • Benutzername, der an den SMTP-Server zur Authentifizierung durchgereicht wird

  • --password

    • Passwort, das an den SMTP-Server zur Authentifizierung durchgereicht wird

  • --method

    • Die Art der verwendeten Authentifizierung, z.B. LOGIN, DIGEST-MD5, etc.

  • --to=s

    • E-Mail-Adresse, an die die Reportergebnisse gesendet werden sollen

    • Wenn --email angegeben wird, aber --to nicht, wird die Adresse in KohaAdminEmailAddress verwendet

  • --from=s

    • E-Mail-Adresse, von der der Report gesendet werden soll

    • Wenn --email angegeben ist, aber --from nicht, wird die Adresse in KohaAdminEmailAddress verwendet

  • --subject=s

    • Betreff für die E-Mail

  • --param=s

    • Übergeben Sie den Wert für den Laufzeitparameter

    • Wiederholbar

    • Geben Sie einen --param pro Laufzeitparameter an, der für den Bericht angefordert wird. Berichtsparameter werden nicht wie auf der Personalseite kombiniert, so dass Sie möglicherweise Parameter wiederholen müssen.

  • --separator=s

    • Trennzeichen

    • Nur für csv-Format

    • Standardmäßig ein Komma

  • --quote=s

    • Anführungszeichen

    • Nur für csv-Format

    • Standardmäßig werden doppelte Anführungszeichen verwendet

    • Leere Zeichenfolge ist erlaubt

    Version

    Der Parameter --quote wurde in Koha Version 23.11 hinzugefügt.

  • --store-results

  • --csv-header

    • Fügt die Spaltennamen als erste Zeile in die CSV-Ausgabe ein

ARGUMENTE

  • reportID

    • Reportidentnummer aus saved_sql.id

    • Es können mehrere ID’s angegeben werden

    • Obligatorisch

BEISPIELE ZUR VERWENDUNG

runreport.pl 1

Gibt die Ergebnisse von Bericht 1 auf dem Terminal (STDOUT) aus.

runreport.pl 1 5

Gibt die Ergebnisse der Berichte 1 und 5 auf dem Terminal (STDOUT) aus.

runreport.pl --format html --to admin@myDNSname.org 1

Sendet die Ergebnisse von Bericht 1 im HTML-Format an admin@myDNSname.org.

runreport.pl --format html --to admin@myDNSname.org --param CPL --param FICTION 1

Sendet die Ergebnisse von Bericht 1 im HTML-Format an admin@myDNSname.org. An den ersten Laufzeitparameter wird „CPL“ übergeben, an den zweiten Laufzeitparameter „FICTION“.

runreport.pl --store-results 1

Speichert die Berichtsergebnisse in der Datenbanktabelle saved_reports, und sie sind über die Dienstoberfläche unter Berichte > Geführte Berichte > Gespeicherter Bericht verfügbar.

Babelthèque

Report für Soziale Daten

Skriptpfad: misc/cronjobs/social_data/get_report_social_data.pl

Zweck: Lädt die Daten von Babelthèque als Ergänzung zu den OPAC-Datensätzen

Vorschlag für Häufigkeit: nächtlich

Babelthèque aktualisieren

Skriptpfad: misc/cronjobs/social_data/update_social_data.pl

Zweck: Aktualisiert die Titelsätze mit Daten von Babelthèque

Daemons

Daemons sind ständig laufende Tasks, welche den Betrieb von Koha unterstützen. Ihre Datenbank und der Webserver laufen als Daemons.

Automatisch gestartete Daemons

Neuere Versionen von Koha starten zwei verschiedene Daemons für die meisten Koha-Instanzen:

  • zebra - Dies ist Suchmaschinenserver

  • koha-indexer - dies ist der Daemon, der den Suchmaschinenindex mit neuen und geänderten Daten aktualisiert (Titel und Normdaten)

Diese Daemons werden durch das Skript etc/init.d/koha-common gestartet.

Daemon für den Zebra-Indexer

Skriptpfad: /usr/sbin/koha-indexer (gestartet durch /etc/init.d/koha-common)

Das Skript koha-indexer ruft rebuild_zebra.pl als Daemon auf. In diesem Modus läuft das Skript kontinuierlich und prüft die Datenbank alle 30 Sekunden auf neue oder geänderte Daten. Neue oder geänderte Datensätze werden dann an Zebra für die Indexierung weitergegeben, was nur etwa eine Sekunde dauert. Der Vorteil dieser Vorgehensweise ist ein Suchsystem, das schneller auf Änderungen reagiert als mit rebuild_zebra.pl als Cronjob.

Andere Daemons

Diese werden von Koha nicht automatisch gestartet. Sie können sie manuell ausführen oder eine eigene systemd-Einheit erstellen, um sie laufen zu lassen.

OCLC Connexion import daemon

Skriptpfad: misc/bin/connexion_import_daemon.pl

Bewirkt: Wartet auf Anfragen von OCLC Connexion-Clients und entspricht der OCLC-Gateway-Spezifikation.

Siehe Einrichten des OCLC Connexion Daemon für weitere Einzelheiten.

Veraltete Skripte

Diese sollten nicht ohne weitere Änderungen ausgeführt werden:

Skriptpfad: misc/cronjobs/update_items.pl

Skriptpfad: misc/cronjobs/smsoverdues.pl

Skriptpfad: misc/cronjobs/notifyMailsOp.pl

Skriptpfad: misc/cronjobs/reservefix.pl

Skriptpfad: misc/cronjobs/zebraqueue_start.pl