[Koha-bugs] [Bug 17509] Notify patrons to return items requested on hold by another person

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

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

--- Comment #69 from Katrin Fischer <katrin.fischer at bsz-bw.de> ---
(In reply to Radek Šiman (R-Bit Technology, s.r.o.) from comment #68)
> (In reply to Michal Denar from comment #67)
> > I asked Radek to comment on this patch.
> 
> Hi girls and boys, the libraries we support like this feature, but until it
> notifies the user during the loan only once, it's kind of unusable. 
> 
> Thinking about use cases maybe I've found a way to solve this issue. We
> could try to find the last HOLDPLACED_CONTACT message's time_queued in the
> message_queue table between issuedate and recently created hold's
> reservedate. If there is a message, we shouldn't send another one. In the
> case of no results, new HOLDPLACED_CONTACT message will be queued.
> 
> Is is good or bad idea?

Sorry for not replying earlier to this. We just had another library asking
about this feature.

I think you are right that we don't want to email for every hold placed. If
it's a high demand item, that could cause quite a bit of trouble.

Maybe a different idea: What if we create a flag in the issues table that is
set to the date the last HOLDPLACED_CONTACT was sent. This way we could also
enhance the feature in the future to say another reminder is ok after X days or
similar.

And we don't have to rely on the message_queue, that might get cleaned or be
otherwise unreliable.

Another question would be to whom we send the email if there are multiple
checked out copies. I'd say if it's an item level hold, we should only email
the issuer of this item (thinking of items for serial issues etc) and if it's a
record level hold we email all patrons that have items checked out? An
alternative could be to email up to x users that had the item for the longest
time at this point.

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