[Koha-bugs] [Bug 9011] Add the ability to store the last patron to return an item

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

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9011

Heather Braum <hbraum at nekls.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hbraum at nekls.org

--- Comment #126 from Heather Braum <hbraum at nekls.org> ---
I skimmed through the conversation, made it to the bottom, and am pondering
Katrin's latest comment. 

What ABOUT a new table to store this data? That seems to be the simplest
solution.

Something that is storing the fields id, borrowernumber, itemnumber, date, and
"reason" or something like that, where the "reason" field or whatever it could
be called is the reason for this data being stored -- "last borrower" in this
case. And a field like that could open the door for this table to be used for a
few other things. It could be used to store data like the statistics.type
fieldd oes, that stores issue, return, renew, localuse data. 

Could something be written to delete this table for those countries/locations
that need to anonymize all patron data, due to privacy concerns/laws; and then
leave the data in this table for those libraries that need this data? 

And this may be way outside the scope of this conversation, but could a new
table like this open the door to also be used [after future development] to
store (staff) borrower data for tracking items adds/edits/deletes/branch
transfers to items, using the above "reason" field? Because while this
particular data is stored in the cataloging logs, my system is way too big to
keep those logs turned on, and I'd love a way to be able to track that type of
data. 

I propose this additional suggestion, so maybe this table could possibly take
on additional uses, other than just the one way to balance privacy differences
for those who want to keep last borrower data and anonymize the rest of the
data vs those who can't keep any of these data due to local policies and laws. 

Will be curious to see where this conversation goes.

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