Bug 35766 - Allow staff to adjust privacy settings for patron
Summary: Allow staff to adjust privacy settings for patron
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Patrons (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-01-10 21:57 UTC by Christopher Brannon
Modified: 2024-04-30 20:40 UTC (History)
4 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 Christopher Brannon 2024-01-10 21:57:34 UTC
Okay, right off the bat, let me make this clear.  I am not asking for staff to control whether they can see patron history.  What I am asking is for a setting to allow staff to set the privacy setting for the patron.

We have need for our homebound patrons to retain history so that the check for previous checkouts works.  Some, if not most, of the homebound patrons may not be tech savvy enough to go into their account and turn this on.

We can default the homebound patron to retain this setting, but we have no way within the patron account to flip the switch for existing patrons.

I am pretty sure this was by design.

If it is of concern, a compromise might be to have a "Request to turn on history" email sent to the patron, in which they can click a link to confirm consent.  Maybe also a reject, in which the link to request in the patron account would show the date the request was last rejected.  Staff would have the option to request again, and if rejected again, the date would be updated.

Thoughts?
Comment 1 Esther Melander 2024-01-11 16:47:06 UTC
This is needed for homebound patrons, but also for others. There are many patrons that will never log in to their account for whatever reason but want to have the reading history enabled. The work around I have used is to ask the patron if I can log in to their account for them, which may require changing the password to do so. It may be helpful to add a note field/log to track changes to this setting and who did it.

I like the idea of asking for confirmation via email, but it runs into the same problem of not-tech savvy patrons, patrons who do not know their email login or patrons with no email address.
Comment 2 Chanel Wheeler 2024-04-30 20:40:18 UTC
We have the case in our rural libraries where patrons come in wanting to know a book they previously read but don't have the equipment or the tech-savviness to get it on their own. They just want the staff to help them. On the flip-side at our larger libraries, they definitely want reading history off unless the patron opts in. All of this is to say that it would helpful if staff could turn this feature on/off for the patron.