• Wenn der Bestellposten als automatisch markiert ist, ändert der Prozess bei Eintreffen des Verlängerungsdatums automatisch das Verlängerungsdatum auf das vorherige Verlängerungsdatum zuzüglich der Uhrzeit im Verlängerungszyklus. Der Status des Bestellpostens bleibt bei Wiederkehrende Verlängerung.
• Wenn der Bestellposten als manuell gekennzeichnet ist und das Verlängerungsdatum (abzüglich der Verlängerungsbenachrichtigungsfrist) eintrifft, ändert der Verlängerungsprozess des Bestellpostens den Status dieses Bestellpostens von Wiederkehrende Verlängerung auf Warten auf manuelle Verlängerung. Der Bestellposten wird in der Aufgabenliste Verlängerung angezeigt (Bearbeitung von Verlängerungen). Der Bediener muss dann den Bestellposten bearbeiten, um das Verlängerungsdatum auf ein zukünftiges Datum zu ändern.
• In beiden Fällen wird ein Bestellposten - Verlängerung Brief (siehe Konfiguration von Alma-Briefen) an den Lieferanten geschickt, wenn der Parameter po_line_send_notification_to_vendor_on_renewal auf Richtig (siehe Konfiguration anderer Einstellungen) gesetzt ist.

• Für einmalige Bestellposten wird die Mahnung automatisch versendet, wenn der Kundenparameter auto_claim auf Y gesetzt wird.
• Für laufende Bestellposten wird die Mahnung automatisch versendet, wenn der Kundenparameter auto_claim_co auf Y gesetzt wird. Dies gilt unabhängig davon, ob die Mahnung mit EDI oder E-Mail gesendet wird.
• Für elektronische Ressourcen wird die Mahnung automatisch versendet, wenn der Kundenparameter auto_claim_electronic auf Y gesetzt wird.
• Wenn der Parameter auto_claim_co auf N gesetzt wird, wird eine Aufgabe erstellt, aber die Mahnung wird nicht versendet. In diesem Fall muss die Mahnung manuell versendet werden.

Im Prozessbericht werden folgende Informationen angezeigt:

• Gesamtzahl verarbeiteter Datensätze: Die Anzahl der Prozesse (SIS- und MD-Import), die von der Empfehlung durchlaufen werden.
• Anzahl übersprungener Empfehlungstypen: Die Anzahl der Typen, die in der Umgebung deaktiviert sind und daher übersprungen werden (die keine Daten verarbeitet, einen Prozessfehler oder keine Prozessinstanz haben).
• Anzahl fehlgeschlagener Empfehlungstypen: Wird derzeit nicht verwendet und zeigt immer den Wert 0 an.
• Anzahl der erstellten Empfehlungen für „Prozessfehler“: Die Anzahl der Empfehlungen, die für den Typ Prozessfehler erstellt wurden.
• Anzahl der erstellten Empfehlungen für „Es wurden keine Daten verarbeitet“: Die Anzahl der Empfehlungen, die für den Typ Keine Daten verarbeitet erstellt wurden.
• Anzahl der erstellten Empfehlungen für „Keine Prozessinstanz“: Die Anzahl der Empfehlungen, die für den Typ Keine Prozessinstanz erstellt wurden.
• Anzahl fehlgeschlagener Empfehlungen: Die Anzahl der Prozessen, die der Prozess Empfehlungen nicht verarbeiten konnte und für die eine Ausnahme aufgetreten ist, z. B. wenn der Prozess nicht in der Umgebung geplant ist.
• ID der fehlgeschlagenen Prozesse: Wenn der Prozess Empfehlungen die Prozesse (SIS und MD-Import) überspringt und nach Prozessen sucht, die mit einem Fehlerstatus beendet wurden, werden die Prozess-IDs im Bericht angezeigt. 

• Planung der Analytics-Berichte und Dashboards - Täglich
• Planung der Analytics-Berichte und Dashboards - Wöchentlich
• Planung der Analytics-Berichte und Dashboards - Monatlich

Jegliche Änderungen am Gemeinschafts-Zonen-Titelsatz spiegelt sich automatisch in jeder Institution wieder, die den Gemeinschafts-Zonen-Titelsatz verwendet. Für Institutionen, die Datensätze verwenden, die mit dem geänderten Gemeinschaftszonen-Datensatz verknüpft sind, spiegelt sich die Änderung im Datensatz der Institution wieder, nachdem die Ausführung des Prozesses Änderungen aus GZ synchronisieren abgeschlossen wurde.

Weitere Informationen finden Sie unter Zuletzt geändert von der Gemeinschaftszone.

Dieser Prozess stellt sicher, dass die Liste der Anbieter in der Reihenfolge der Anbieterpräferenzen der CDI-Konfiguration für die CDI-Verknüpfung auf dem neuesten Stand bleibt.
Diese Konfiguration finden Sie in Discovery > Zentraler Index und Proxy-Einrichtung für Primo VE Kunden sowie in Benutzung > Anzeigen-Logik des Discovery-Interface > Zentraler Index für Alma/Primo Kunden.

Erstellt eine DB-Kategorien-Datei

Nein

Discovery

Für Primo und Primo VE wird dieser Prozess einmal pro Tag ausgeführt, um den Datenbank-Kategoriebaum zu erstellen/aktualisieren, der bis zu drei Kategorieebenen enthält und auf der Seite Datenbanksuche erscheint. Dieser Prozess verarbeitet alle MARC-Datensätze, die mit einer elektronischen Sammlung verknüpft sind, auf die folgendes zutrifft:

• Die elektronische Sammlung muss eine Ebenen-URL oder Ebenen-URL (Überschreiben) definiert haben.

• Der beschreibende Datensatz der elektronischen Sammlung darf nicht unterdrückt sein.

• Der beschreibende Datensatz der elektronischen Sammlung muss mindestens einen Eintrag für das festgelegte MARC-Feld haben (wie im Parameter db_categories_field auf der Seite Alma Kunden-Parameter definiert (Konfigurationsmenü > Ressourcen > Allgemein > Andere Einstellungen).

Weitere Informationen zur Konfiguration der Datenbank-Suche finden Sie auf der entsprechenden Seite für Ihre Umgebung:

• Konfiguration der Datenbanksuche für Primo

• Konfiguration der Datenbanksuche für Primo

Für weitere Informationen siehe Konfiguration der Zeitschriftensuche für Primo VE.

• Wenn die Bedingungen für eine automatische Ausleih-Verlängerung erfüllt sind – führt er die automatische Verlängerung für ein Exemplar durch
• Wenn die Bedingungen für eine automatische Ausleih-Verlängerung nicht erfüllt sind (und die Ausleihe demnach nicht verlängert wird) – sendet er eine Erinnerung an den Benutzer, um ihn zu informieren, dass das Exemplar fällig ist. Es wird eine Benachrichtigung pro Benutzer versendet. Für Details zur Konfiguration von Regeln für die automatische Ausleih-Verlängerung siehe Konfiguration von Regeln für die automatische Ausleih-Verlängerung.
• Das Erinnerungsschreiben wird auch dann gesendet, wenn eine Sperre für den Benutzer oder das Exemplar besteht, die die Verlängerung des Exemplars verhindert (siehe Konfiguration von Sperr-Einstellungen).

Informationen zur Konfiguration dieses Prozesses siehe Konfiguration von Benutzungsprozessen.

• Literaturlisten-Exemplare für ein Seminar, das zu Ende ist
• Exemplare, die temporär verschoben wurden, wie etwa eine Ressource, die während eines laufenden Seminars entfernt wurde und nun zur Rückgabe fällig ist

Berechnet Bestellungen neu, nachdem Änderungen am Bestand vorgenommen wurden. Infolgedessen werden Anforderungen möglicherweise storniert, in Anforderungen zur gemeinsamen Nutzung von Ressourcen umgewandelt oder mit einem anderen Exemplar verknüpft.

Wenn beispielsweise die Richtlinie eines Exemplars geändert wird und eine Bestellung für das Exemplar nicht mehr erfüllt werden kann, weil das Exemplar dem Bestand hinzugefügt, von diesem gelöscht, als vermisst markiert oder zu einer anderen besitzenden Bibliothek/Standort bewegt wurde, bricht der Prozess die Bestellung ab. Wenn ein zweites Exemplar gemäß seinen Richtlinien verfügbar ist, wird die Anforderung stattdessen mit dem zweiten Exemplar verknüpft.

Kennzeichnet aktive Fernleihbestellungen als überfällig, wenn das Fälligkeitsdatum einer Bestellung eintrifft und für den Status der Bestellung nicht eine der folgenden Optionen zutrifft: Gelöscht, storniert, abgelehnt, abgelaufen, vom Partner zurückgegeben.

Der Prozess arbeitet mit E-Mail-, ISO-, SLNP- und NcipP2P-Partnern. Der Prozess erstellt automatisch Benachrichtigungen an passive Fernleihbibliotheken, wenn eine aktive Fernleihbestellung als Überfällig markiert ist. Wenn Sie mit einem ISO- oder ISO18626-Partner arbeiten, ändert der Prozess die nehmende Fernleihinstitution mit dem Bestellstatus Überfällig.

Der Brief, der an die Fernleih-Institution gesendet wird, ist der E-Mail-Brief: Überfällige passive Fernleihe. Dieser Brief muss aktiv sein, damit überfällige Nachrichten erfolgreich an NcipP2P-Partner gesendet werden können.

Automatisiert den Status der Literaturliste für ein Seminar, das entweder Aktiv oder Inaktiv ist. Wenn mehrere Seminare dieselbe Literaturliste verwenden, wird dieser Prozess folgendermaßen an der Literaturliste ausgeführt:

• Aktive Fernleihbestellung wurde erstellt
• Wird bearbeitet
• Lokalisierung ist fehlgeschlagen

• Eine ISO-Meldung Abgelaufen wird an den Partner gesendet
• Die Bestandsbestellung wird storniert
• Der Status der Bestellung wird auf Abgelaufen geändert

• Fernleihpartner
• Rota-Vorlagen
• Regeln für Rota-Zuordnung
• Lokalisierungsprofile
• Arbeitsablauf-Profile
• Versandregeln der passiven Fernleihe

Aktivieren, um Status-Updates von der British Library zu erhalten. Der Prozess fragt Updates ab, die auf den Servern der British Library gepostet wurden. Der Prozess erscheint zwei Mal im Planer. Wenn beide aktiviert sind, erfolgt der Statusabruf zwei Mal am Tag. Für weitere Informationen siehe British Library Document Supply Service (BLDSS).

Abgelaufene Buchungsanfragen bearbeiten

Betrachtet alle abgelaufenen Buchungsanfragen, die nicht den Status Fehlgeschlagen, Abgelehnt oder Vollständig haben. Der Prozess wird standardmäßig täglich ausgeführt. Jede Bestellung, die die Kriterien erfüllt, wird gemäß der Anonymisierungskonfiguration der Institution storniert und anonymisiert. Wenn eine gelöschte Ausleihgebühr konfiguriert wurde, wendet der Prozess die Gebühr an. 

• Wenn enable_booking_workflow = falsch – Bestellungen werden vom Prozess Abgelaufene Buchungsanfragen bearbeiten bearbeitet, wenn sie nicht den Status "FEHLGESCHLAGEN", "ABGELEHNT" oder "ABGESCHLOSSEN" haben, und die Gelöschte Bestellgebühr wird angewendet.
• Wenn enable_booking_workflow = richtig – Bestellungen werden vom Prozess Abgelaufene Buchungsanfragen bearbeiten bearbeitet, wenn sie nicht den Status “FEHLGESCHLAGEN”, “ABGELEHNT”, “ABGESCHLOSSEN”, “AUS DEM REGAL” oder “BEREITSTELLUNG” haben, und die Gelöschte Bestellgebühr wird angewendet. Die Gebühr wird erhoben, wenn das Exemplar mithilfe des Arbeitsablaufs abgelaufene Bereitstellung aus der Bereitstellung entfernt wird.

Die letzten Status für passive Fernleihbestellung sind:

• Von Partner storniert
• Von Benutzer storniert
• Von Mitarbeiter storniert
• Digital von der Bibliothek empfangen
• Abgelaufen
• Bestellung abgeschlossen - Dies ist der letzte Stand vor der Entfernung und kann manuell eingestellt werden.
  Stellen Sie sicher, dass Sie die Status auswählen, die Sie entfernen möchten. Der Prozess bereinigt nur die ausgewählten Status.

Die letzten Status für aktive Fernleihbestellung sind:

• Digital versendet
• Bestellung abgeschlossen - Dies ist der letzte Stand vor der Entfernung und kann manuell eingestellt werden.

Der Status jeder Bestellung, die sich in einem der oben genannten Status befindet und im Bereich des Bestellalters (basierend auf dem Änderungsdatum der Bestellung) ist, wird auf Gelöscht geändert. Wenn Sie „Anzahl Tage“ nicht auswählen, werden alle Bestellungen, die dem ausgewählten Status entsprechen, entfernt, unabhängig davon, wann die Bestellung abgeschlossen wurde. Gelöschte Bestellungen erscheinen nicht in den Listen aktiver und abgeschlossener Aufgaben. Nachdem die Bestellung gelöscht wurde, kann sie nur in Analysen angezeigt werden.

Importiert Titelsätze für Importprofile, die FTP verwenden. Für weitere Informationen siehe Konfiguration neuer Importprofile.

Wenn das OAI-Importprofil aufgrund einer Socket-Zeitüberschreitungs-Ausnahme fehlschlägt, lädt das System die Anzahl der Datensätze in Alma, die bis zum Moment der Ausnahme importiert werden konnten. Wenn Wiederverbindungsversuche nicht erfolgreich sind, speichert das System das Wiederaufnahme-Token und versucht, es in der nächsten Sitzung des Prozesses zu verwenden, wobei der Import vom Wiederaufnahme-Token fortgesetzt wird.

• Titelsätze für Primo publishen
• Publishing von Titelsätzen aus der Netzwerk-Zone für Primo
• Titelsatz von der Netzwerk-Zone in Primo publishen - Implementierung
• Publishing elektronischer Datensätze für Primo Central
• Publishing elektronischer Datensätze für Central Discovery Index

Publisht Datensätze entsprechend der Konfiguration der allgemeinen Profile. Für weitere Informationen, einschließlich zur Planung, siehe Publishing- und Bestandsanreicherung.

Beachten Sie, dass alle fehlgeschlagenen Datensätze beim nächsten Veröffentlichungsprozess gepublisht werden, wenn der Veröffentlichungsprozess fehlschlägt.

• Publishing für OCLC - Titelsätze
• Publishing für OCLC - Lokalsätze

Publishing nach Summon

Ja

Veröffentlichung

Publisht Titelsätze für Summon Dieser Prozess wird mit dem Publishing-Profil Publishing von Titelsätzen für Summon angesetzt. Siehe Publishing der Datensätze für Summon für weitere Informationen.

Bestand - Aktivierung/Deaktivierung elektronisches Paket

Nein

Bestand

Stellt die Verfügbarkeit von elektronischen Sammlungen gemäß deren Aktivierungsstartdatum und Aktivierungsenddatum ein. Für weitere Informationen, einschließlich zur Konfiguration, siehe Registerkarten-Optionen für die Aktivierung.

Normdateien - Bearbeitung lokaler Normdatei-Updates

Nein

Bestand

• Der Prozess durchsucht alle Normdatensatz-Felder, einschließlich Untergliederungs-Felder, nach vollständigen in Titelsätzen aufgelisteten Begriffen (mit Priorität für lokale Normdateien, wenn aktiviert).
• Wenn exakte Übereinstimmungen gefunden werden, werden die Titelsätze mit den entsprechenden Normdatensätzen verknüpft.
• Wenn mehr als eine Normlokalsatz-Übereinstimmung gefunden wird (eine Mehrfachübereinstimmung), erfordert der bibliografische Lokalsatz eine manuelle Bearbeitung.
• Wenn keine exakten Übereinstimmungen gefunden werden, werden die Untergliederungs-Felder nicht berücksichtigt, es wird eine neuerliche Durchsuchung aller Normdatensätze durchgeführt, und die Titelsätze werden mit den übereinstimmenden Normdatensätzen verknüpft, die während der zweiten Suche lokalisiert wurden.

Normdateien - Ansetzungsform-Korrektur

Wenn der Prozess Normdateien - Ansetzungsformkorrektur ausgeführt wird, wird die Reihenfolge der Unterfelder korrigiert, wenn die Titel-Indexeinträge mit der Verweisungsformkorrektur übereinstimmen.

Wenn der Prozess Normdateien - Ansetzungsform Korrektur ausgeführt wird, bleibt die Reihenfolge der Teilfelder unverändert, wenn keine Datenfeldkorrektur erfolgt.

Beachten Sie, dass es einen konfigurierbaren Kundenparameter gibt, der steuert, wie die Interpunktion gehandhabt wird, wenn ein Titelsatz durch Indexeintrag-Informationen aktualisiert wird (siehe add_punctuation_for_heading).

Für weitere Informationen siehe Arbeiten mit Normdatensätzen.

• Library of Congress - Name (LCNAF) 

• Library of Congress - Schlagwort (LCSH)  

• Library of Congress – Schlagwort für Kinderliteratur 

• Library of Congress (LoC) - Thesaurus-Datensätze für Genre/Form-Bezeichnungen 

• Library of Congress (LoC) – Ausführungsmedium-Thesaurus für Musik 

• FAST – Faceted Application of Subject Terminology – OCLC 

• NLM MeSH – United States National Library of Medicine 

• SpMaBN – Spanische Nationalbibliothek

Ranglisten erstellen

Nein

Bestand

Erstellt den Did You Mean-Index (DYM - Meinten Sie), mit dem Primo VE für Benutzer Suchvorschläge bereitstellen kann. Für weitere Informationen siehe: Meinten Sie.

Dies kann zur automatischen Ausführung angesetzt werden, um die Springer-Ziele in Ihren Portfolios am aktuellen Stand zu halten.

Für Informationen zum Prozessbericht siehe Elektronische Bestände hochladen - Springer.

Für Informationen zum Einstellen des Integrationsprofils, das in diesem Prozess verwendet wird, siehe Elektronische Bestände von Springer hochladen.

Zuordnung von Änderungen der Netzwerk-Benutzerverwaltung an Mitglieder

Siehe Zuordnung von Änderungen der Netzwerk-Benutzerverwaltung an Mitglieder für weitere Informationen.

• Suchen Sie nach dem passenden Gebührendatensatz mit der Bursar-Vorgangs-IDs. Wenn keine Übereinstimmung gefunden werden kann, wird die Ruhezustands-ID verwendet.
• Erstellen Sie eine neue Transaktion mit dem Typ Importierte Zahlung.
• Aktualisieren Sie die relevante Gebühr. Wenn die Zahlung eine vollständige Zahlung ist, schließen Sie die Gebühr. Andernfalls aktualisieren Sie den aktiven Betrag. Wenn die Zahlung eine Überzahlung ist, erstellen Sie eine Gutschrift.

Institutions-Zone - Erfolgsrate:

UpdateSushiSuccessRate_IZ - dieser Prozess überprüft die Erfolgsrate jedes SUSHI_VENDOR_ACCOUNT und aktualisiert die relevanten Felder in der Tabelle SUSHI_VENDOR_ACCOUNT. Der Prozess prüft im Harvesting und in der Harvesting-Historie, wie viele Prozesse vollständig ausgeführt und wie viele erfolgreich geladen wurden und berechnet die Erfolgsrate entsprechend. Der Prozess ignoriert die Prozesse, deren Schweregrad "Warnung" oder "Info" ist, und berücksichtigt nur diejenigen, deren Fehlerschweregrad "Fehler" oder "Schwerwiegend" gemäß der neuen Zuordnungstabelle ist.

Für jeden SUSHI-Lieferanten:

• Anzahl der gesamten Ladevorgänge von usage_loaded_file_data abrufen (nach Prozess-ID) - TOTAL_LOAD.
• Anzahl der Prozesse abrufen, die erfolgreich abgeschlossen wurden - SUCCEEDED_LOAD.
• Stellen Sie success_rate als SUCCEEDED_LOAD/TOTAL_LOAD * 100 ein.
• Diese Zahl wird von allen Institutionen gesammelt und in der Globalen Erfolgsrate in CERT_SUSHI_VENDOR gespeichert.
• Diese Zahl wird dann an die zuständigen Institutionen weitergegeben und gespeichert.

Gemeinschaftszone (CZ) - Erfolgsrate:

Die globale Erfolgsrate ist definiert als die Anzahl erfolgreicher Prozesse pro Gesamtausführung für einen zertifizierten Anbieter. Dies kann einen globalen Überblick von diesem Lieferanten und dem Ablauf der SUSHI-Prozesse vermitteln und kann der Institution helfen zu überprüfen, ob ein Problem auf ein Problem eines Lieferanten oder Alma oder die Verbindung zwischen ihnen zurückzuführen ist.

Die Erfolgsrate wird in der CERT_SUSHI_VENDOR-Einheit gespeichert, die eine CZ-Einheit ist, und für jeden SUSHI-Lieferanten mit derselben ORIGINATING_ID wird sie an die lokale Umgebung verteilt.

Dies geschieht durch eine Prozessautomatisierung, die pro zertifiziertem SUSHI-Lieferanten in der CZ ausgeführt wird und den Lieferanten in der lokalen IZ nach ORIGINATING_ID sucht.

Dieser Prozess ergänzt den Harvesting-Prozess in der CZ-Gemeinschaftszone (Änderungen aus CZ synchronisieren). Ziel ist es, den CZ Harvesting-Synchronisationsprozess zu verbessern.

Der Prozess wird laufend von Ex Libris überwacht und erfordert keine Aktion von Alma-Benutzern.

Der Prozess „CZ Harvesting AuthIndexing“ ist für die Bearbeitung der Indizierung für jeden Titelsatz verantwortlich, der mit einem Normdatei-Datensatz verknüpft ist, der durch den Prozess „Änderungen aus CZ synchronisieren“ aktualisiert wurde.