Proposal UB Leipzig and SLUB Dresden

Introduction

• In German libraries, specific demands on the claims of monographs exist, which are not yet completely available in Folio. Especially in big libraries manual claiming processes are not sufficient and must be assisted by batch or automatic functions. 

  • Example: The SLUB Dresden sends 500-700 claims per month. 

• The aim of the proposal is to explain the necessary adjustments. To reach the aim, in the following sections possible existing elements, planned developments and missing elements and functions are described. 

  • Jira-tickets concerning the claiming process in Folio

    • 01 Einleitung und Ticket-Bewertung (Bestellmahnungen) - Funktionsanalyse

  • Elements and values, which are available in Folio, but might be modified

    • 02 Vorhandene Elemente (Bestellmahnungen) - Funktionsanalyse

  • Functions, which should be implemented in Folio

    • 03 Mahnstufen (Bestellmahnungen) - Funktionsanalyse

    • 04 Mahnerstellung-Stapelverfahren (Bestellmahnungen) - Funktionsanalyse

    • 05 Mahnversand-Stapelverfahren (Bestellmahnungen) - Funktionsanalyse

Description Jira-tickets

https://folio-org.atlassian.net/browse/UXPROD-1845

• Probably, this issue comprises the following ones?

https://folio-org.atlassian.net/browse/UIOR-321

• Proposals:

  • Additional facets

    • claim number (Mahnstufe) for SLUB Dresden

  • The CQL-search (exclusion of specific values, …) should be possible 

https://folio-org.atlassian.net/browse/UIOR-396

• Proposals:

  • This information should be implemented in a new accordion “Claiming information”
    (-> See 03 Mahnstufen (Bestellmahnungen) - Funktionsanalyse).

https://folio-org.atlassian.net/browse/UIOR-397

• Proposals:

  • If the “Claiming setting” (-> see 03 Mahnstufen (Bestellmahnungen) - Funktionsanalyse) is implemented, the relations to the checkbox in POL must be defined: 

    • The value of the POL-checkbox is derived from the checkbox in the template 

    • The value of the POL-checkbox is a superior indicator which overrules the checkbox in the “claiming settings” -> If this checkbox is changed, the value in the settings is not regarded. 

https://folio-org.atlassian.net/browse/UIOR-398

• Questions:

  • Is the screen shot in the ticket correct or is it the screen shot in UIOR-399?

• Proposals:

  • Besides the “Expected receipt date”, the status of the order should be considered for the alert to prevent claiming of orders which are set from “open” to “pending”
    (-> See slide Description existing elements and values / App: Orders / “Status”).

https://folio-org.atlassian.net/browse/UIOR-399

• Proposals:

  • It must be possible to show several claiming numbers and claiming processes in the POL
    (-> see 03 Mahnstufen (Bestellmahnungen) - Funktionsanalyse). 

  • For each claim, the date on which the claim was triggered, must be available.

https://folio-org.atlassian.net/browse/UIOR-498

• Questions:

  • Is there more information? It is difficult to imagine the process. 

• Proposals:

  • There should be an automatic or batch-option. It would be cumbersome, if each claim has to be sent to the vendor manually
    (-> See slides: 04 Mahnerstellung-Stapelverfahren (Bestellmahnungen) - Funktionsanalyse).

https://folio-org.atlassian.net/browse/UIOR-670

• Proposals:

  • There should be a batch-option. It would be cumbersome, if each claim has to be sent to the vendor manually
    (-> See 04 Mahnerstellung-Stapelverfahren (Bestellmahnungen) - Funktionsanalyse”).