Settings and activity
9 results found
-
1 vote
Phil Agnew
shared this idea
·
-
60 votes
An error occurred while saving the comment Phil Agnew
supported this idea
·
-
67 votesPhil Agnew
supported this idea
·
-
76 votesPhil Agnew
supported this idea
·
-
67 votes
An error occurred while saving the comment Phil Agnew
commented
Agreed. There would need to be some local database updates to change current "Lost" items that have been paid to "Lost-paid" (though that could probably be done locally using Bulk Changes once the new status is available?... might be dangerous to have that as a regular option though...) and some logic to automatically update the status of "Lost" items as they are paid moving forward.
Phil Agnew
supported this idea
·
-
29 votes
An error occurred while saving the comment Phil Agnew
commented
It might be nice for the system to define a local phone number formatting standard and normalize the actual data... Even without such an option, it would be pretty easy to do manually if Bulk Changes supported RegEx...
Phil Agnew
supported this idea
·
-
9 votesPhil Agnew
supported this idea
·
-
3 votesPhil Agnew
supported this idea
·
An error occurred while saving the comment Phil Agnew
commented
I agree. Preferred names are nothing more than how a patron would like to be addressed and should be controlled by the patron.
Beyond the aforementioned anonymity and general politeness, staff can also be impacted if the patron record doesn't match the preferred name. If "**** Grayson" asked a staff member to place a hold on book about the history of Bludhaven, but his account only included the name "Richard", the account isn't going to surface in their initial search. Since **** is a common nickname for Richard (for reasons I still don't comprehend), they would probably figure it out, but it would be better if the patron had been able to updated their preferred name on their own.
I can understand why some libraries might prefer to mediate account name changes though, so this feature should probably have a configuration option that can be toggled on or off. I know of one instance where a teen used a similar feature in another ILS to change their preferred name to their gamer tag... it confused staff for a bit, but the teen was able to clarify things and their parent insisted the name be changed back on the account. Rather comical in hindsight, but it illustrates why this should be an optional configuration and why changes should probably be logged on the account.
-
12 votesPhil Agnew
shared this idea
·
I understand the technical limitation of using a browser-based application and trying to manage offline transactions. Like Laura suggested, I could see a dedicated offline application being useful (perhaps a basic executable that doesn't require an installer?... really just needs to store numbers in a few columns...) or a button that allows staff to export the cached data to a file that could be saved and uploaded later? All the data should be pretty anonymous already, so the potential security risk of exporting offline transactions seems minimal.