Auf dieser Seite werden die Anforderungen bezüglich der Löschung von Instanz-Datensätzen beschrieben.
Vorschlag SLUB Dresden
Vorschlag
- Es muss möglich sein, Instanz-Datensätze zu löschen. Gründe sind unter anderem
- Entfernung fehlerhaft importierte Datensätze.
- Entfernung von Datensätzen, die nur für bestimmte Zeit angelegt werden, wie zum Beispiel Fernleihdatensätze.
- Anm. Felix 2022-11-11: Wir im GBV nutzen dafür sogenannte Lax-Sätze (in Feld 0500 so gekennzeichnet). Habt ihr die im SWB auch?
- Bereinigung von Dubletten, die aus der Verbunddatenbank übernommen wurden und im Verbund- und Lokalsystem korrigiert werden müssen.
- Anm. Felix 2022-11-11: Sofern die Titel ursprünglich aus der Verbunddatenbank stammen und dort gelöscht werden, kann die Löschung über mod-inventory-update in Folio nachgezogen werden. Löschungen sind über die API möglich, jedoch nicht in der UI.
- Folgende Aspekte sollten berücksichtigt werden.
- Ermittlung der Gründe, weshalb eine Löschung der Instanz-Datensätze bisher nicht möglich ist.
- Anm. Felix 2022-11-11: Hauptproblem ist momentan die nicht-gelöste Thematik der Berücksichtigungen von Abhängigkeiten in externen Apps wie Orders, wenn eine Instance mit einer POL verknüpft wurde.
- Unter Umständen müssen Abhängigkeiten zu den Apps Bestellungen, Inventarisierung, ... berücksichtigt werden.
- Vorhandene Verknüpfungen, die dazu führen, dass Datensätze nicht gelöscht werden können, müssen zu aussagekräftigen Fehlermeldungen führen. Dadurch wird die rekursive Bereinigung ermöglicht/erleichtert.
- Ermittlung der Gründe, weshalb eine Löschung der Instanz-Datensätze bisher nicht möglich ist.
- Entwürfe
- Erweiterung des Menüs "Aktionen" um einen Eintrag "Löschen", entsprechend der Funktion auf Exemplarebene.
- Beispiel: Exemplar
- Vorschlag: Instanz
Fragen
- ...
Erstellte Jira-Tickets
- ...
Aktueller Stand
- VORSCHLAG IN BEARBEITUNG: Der Vorschlag für die Anforderung wird noch bearbeitet und kann noch nicht in der D-Metadaten Management vorgestellt werden.
- VORSCHLAG FORMULIERT: Der Vorschlag für die Anforderung wurde formuliert und kann in der D-Metadaten Management vorgestellt werden.
- VORGESTELLT IN D-ERWERBUNG: Der Vorschlag für die Anforderung wurde in der Gruppe D-Metadaten Management vorgestellt.
- ANPASSUNG DES VORSCHLAGS: Der Vorschlag wurde nach der Vorstellung in der Gruppe D-Metadaten Management diskutiert sowie mit ähnlichen oder konkurrierenden Vorschlägen verglichen und gegebenenfalls angepasst. Die Gruppe D-Erwerbung ist mit dem Vorschlag einverstanden.
- PRÜFUNG IMPLEMENTER LISTE: Der Vorschlag wird hinsichtlich der Aufnahme in der Implementer Liste geprüft.
- PRIORISIERUNG: Der Vorschlag wird in der Gruppe D-Metadaten Management priorisiert. Je höher die Priorität gewählt wird, desto eher wird die Entwicklung angestrebt.
- VORSTELLUNG SIG ???: Der Vorschlag wird in der SIG ??? vorgestellt.
- BEAUFTRAGUNG DER ENTWICKLUNG: Der Vorschlag wird mit den notwendigen Ressourcen in den Entwicklungsprozess eingebracht.
Weitere Informationen
Funktionsanalyse
Relevante Anforderungsanalysen
- ...
Relevante vorhandene Jira-Tickets