Date
...
Time | Item | Who | Description | Goals/Info/notes | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
5Min | Administrivia | PC-Report:
| Note taker:Jana Freytag | |||||||||
5Min | Patron notice |
| Julie brings a bug to our attention to review: The Notice does not get deleted when item is returned. Feedback:
| |||||||||
55 Min | Gap List Working Meeting | Methode: Form small sub-working groups per feature, which will be enriched/worked on in a workshop-like manner under the direction of a mini-PO or group leader in biweekly meetings, during RA-SIG time, e.g. in break out sessions Outcome/Guidelines for discussion:
|
|
...
we are not talking about:
removing patron information from open requests
workflows for confidential requests that should not show patron information at all
are there any workarounds?
the only one would be deleting closed requests, Swedish libraries are keeping them right now
open questions:
Do we need different settings for the four different closed requests statuses?
the group could see use cases for that, but could live without, most don't have access to closed requests in current/former systems
How to handle bulk anonymization?
should be talked over with Bulk edit group, automated anonymization would be more important for European libraries
Should anonoymization be possible for specific requests or for a list of search results?
to be discussed in connection with bulk actions
What patron information to retain (patron group, department, custom fields)?
to be discussed next time, suggestion: should be handled the same way as loan anonymization
How should anonymized requests show up in the circ log?
to be discussed next time
Should anonymized requests still be displayed when searching/filtering the request app, just without patron information?
to be discussed next time