Bug 11197 - Allow holds to be automatically confirmed, when no transfer is needed
Summary: Allow holds to be automatically confirmed, when no transfer is needed
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-04 07:22 UTC by Chris Cormack
Modified: 2020-11-30 21:45 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2013-11-04 07:22:00 UTC
Oftentimes, the staff person will scan an item that is on hold, stop to                                      
   put on a sticker, and then go on to scan the next item without selecting                                     
   confirm.  We get distracted, the phone rings, a customer asks a question,                                    
   we aren't paying attention...   Also there are many times that I walk up                                     
   to an unmanned computer and I see a message like the one below.    If                                        
   someone uses that workstation without confirming, then the hold shows as                                     
   "available".


Proposal:
To add a systempreference, AutoHoldConfirm, that if on, will automatically mark holds as waiting at checkin. If they are on hold at the branch they are being checked in at.

This should have no change in behaviour at all without this systempreference being enabled.
Comment 1 Katrin Fischer 2020-01-05 11:24:21 UTC
I think the new pref HoldsAutoFill might resolve this. Please reopen if I missed something!