We don’t have an automated phone service for hold notifications, so we ended up using one of our UDFs to indicate which patrons need to be called for holds. This works out fine, but I keep finding staff that select “Phone 1” as the notification option instead of our “Call for holds?” UDF (or both, so from reason). I don’t believe there’s anyway to disable any of the notification options outright, so I wanted to change the language string for the dropdown menu to say something like “DO NOT USE” for those phone entries… but I’m having issues locating the Language String ID… Does anyone have an idea of where this might be?
Not to go on too far of a tangent, but I didn’t think using the Phone Notification option in the patron record required you to use an automated phone call system. In fact, I thought that was the purpose of the Hold Call Slip.
I would have loved to use the Hold Call Slip… but it printed out every available hold for a patron’s account every time a hold was made available… which for someone who requested 25+ picture books gets to be an inconvenience and a waste of paper… even if receipt paper is only ~$0.30 per roll… I’m not on team “reduce receipt length by 0.2” to save money!", but what we’re talking about here was egregious… I notated a bunch of receipt samples during our implementation and we just weren’t able to get what we wanted out of them… If anyone has ideas on how we could get a basic hold slip with pickup slip appended to it, separated by a partial tear, I’m all ears!
I not sure, but it seems like there is also a chance items wouldn’t be billed or declared lost if patrons had their notification preference set to “Phone 1”, since the automated messaging isn’t set up/delivered…
I think the way our members handle these situations is by putting three dashes --- in the last name so they become more visible that way.
But, back to your original inquiry, I’m NOT suggesting you change these this way, but my guess is you’re not seeing them in the language editor because they come from a database table. select * from polaris.polaris.SA_DeliveryOptions
Changing those could break things in subtle ways or… everything might be OK.
Thanks for digging into that @wesochuck ! We’re SaaS Hosted, so I couldn’t change those database entries even if I wanted to… A shame (and slightly bewildering) that they’re not surfaced in the Language Editor… Oh, well… Thanks again!
My guess is that is because they’ve been there for 25+ years, and refactoring into language strings would be a messy process.
Not saying it is impossible or they won’t do it; in fact, I think they’re doing more internalization in 8.1, but it is probably a delicate area of the system. So, if you have already double checking with a support ticket, it is probably a good idea.
