[Koha-bugs] [Bug 35299] New: Allow for items with specific not for loan values to appear in the holds queue

[bugzilla-daemon at bugs.koha-community.org]

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

            Bug ID: 35299
           Summary: Allow for items with specific not for loan values to
                    appear in the holds queue
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Hold requests
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: katrin.fischer at bsz-bw.de
        QA Contact: testopia at bugs.koha-community.org
                CC: clemens.tubach at kit.edu, gmcharlt at gmail.com,
                    michaela.sieber at kit.edu

We’d like to be able to specify a list of not for loan values that will be
considered eligible to fill holds and appear in the holds queue and ideally the
pending holds list as well.

These would usually be negative not for loan values, that can be placed on
hold. It should be possible to still exempt some status, like -1 = on order.

Use Case: 
In libraries with closed stacks there are often items that are not for loan,
but can be requested for use in a reading room. Staff will then get the items
and fill the holds, but they won't be checked out on self checks etc. An
on-site checkout might be forced. (see Library of Congress:
https://ask.loc.gov/law/faq/300644)

In order for this process to work the library needs the information about the
requested items in order to be able to pull the items in the closed stacks.

We have tested a change in Holdsqueue.pm that works, but should be made
properly configurable:

https://git.koha-community.org/Koha-community/Koha/src/branch/master/C4/HoldsQueue.pm#L317

Change:
   $items_query .=  " WHERE items.notforloan = 0

To:
   $items_query .=  " WHERE items.notforloan in (-2, -3, 09)

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