[Koha-bugs] [Bug 24239] Let the ILL module set ad hoc hard due dates

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Fri Dec 13 15:13:57 CET 2019


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24239

--- Comment #1 from Magnus Enger <magnus at libriotech.no> ---
Created attachment 96246
  -->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=96246&action=edit
Bug 24239 - Let the ILL module set ad hoc hard due dates

The Swedish Libris ILL backend lets librarians store a specific due date
when an ILL loan is received. This is stored as a ILL request attribute.

This patch adds a syspref that can take the name of the
illrequestattribute used to store the specific date. If the syspref is
set, and if an item is connected to an ILL request, the due date will be
taken from the illrequestattribute, instead of being calculated in the
regular way, based on patroncategory and itemtype.

To test:
- Apply the patch and make sure the atomic database update is run
- Use the FreeForm backend to add one ILL request. Take note  of the
  illrequest_id of the request you created. We refer to this as
  "x" below.
- Connect a biblio (with biblionumber y), that has an item with a
  barcode, to the ILL request directly in the database:
  UPADTE illrequests SET biblio_id = y WHERE illrequest_id = x;
- Add an attribute to the ILL request directly in the database:
  INSERT INTO illrequestattributes SET illrequest_id = x, type =
  'illduedate', value = '2023-01-01';
- Enter 'illduedate' as a value for the ILLUseExactDueDate syspref.
- Go to circulation and issue the barcode of the item to the
  patron associated with the FreeForm ILL request. Verify that the
  loan gets a due date of 2023-01-01.
- Ideally: return the item and issue it again through SIP2 and SCO,
  and verify that the due date is still 2023-01-01.
  (I don't think the REST API supports issuing yet?)
- Verify that there are no regressions, so that regular calculation
  of due dates still work, if ILLUseExactDueDate is empty or not.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list