ILLiad Ideas
28 results found
-
Summary Notification
Provide weekly summaries to patrons for all items checked out to that patron, separating and highlighting items that are overdue
5 votes -
Add Graphic Elements to Email Templates
Add Graphic Elements to Email Templates
It would be nice to be able to add graphic components to email templates (e.g. logos, progress trackers, link buttons)9 votes -
Send Notification dropdown should only display applicable emails based on ProcessType and RequestType
Emails showing in the Send Notification dropdown are apparently populated when the TN is opened, and it shows ALL the EmailRouting table entries for that ProcessType (e.g. borrowing, doc del, lending) regardless of whether that particular email has a notification template for that RequestType (article or loan).
So what happens, is that there is a long list of emails in the dropdown, and if they choose an email template that doesn't apply to that TN's RequestType, then it throws an error, which isn't really graceful.
Ideally, the Send Notification dropdown would only show applicable emails that work for both that…
4 votes -
Automatic pickup reminders
The current addon for this is too specific for one institution's processes. I'd like a simple pickup reminder to be able to be sent from ILLiad without an addon that sends the reminder at a specific number of days after the original notification (regardless of day of week, etc.) and only sends it once and/or on multiples like (value = 3, 3 days after original notification) or (value - 3,10, 3 and 10 days after original notification)
4 votes -
Notification Email sent to user upon request submission
Send user a confirmation email when a request is submitted.
3 votes -
Add semicolon as option for separating multiple email addresses
When sending emails to multiple recipients, ILLiad functionality should be expanded to allow both commas and semicolons, as semicolons are the known character for the function with other email programs/ API.
11 votes -
24 votes
-
Separate email notification template for Library Use Only loans
Loans marked Library Use Only should have a separate notification template.
Being able to explain the process for a Library Use Only item without merging it with other notifications would reduce patron confusion. Further, we are now allowing patrons to set their own preferences for Loan Delivery Method, and are mailing some materials. If a patron is set to Mail To Address, ILLiad skips the In Transit queue and immediately sends out notifications! We've had to put in place a special custom queue, and a special custom email, and rely on staff to catch that a request is marked Library…
9 votes -
Support OAuth 2.0 for SMPT Authentication
My institution uses Microsoft for email and would like to use OAuth 2.0 to authenticate in ILLiad. We currently use a local SMTP server to send emails using a university account, allowing ILLiad emails to come from a trusted university address. However, my IT department informed me that Microsoft will no longer allow this type of configuration and recommends that library applications use OAuth 2.0 to authenticate to the server before sending emails. It is my understanding that OAuth 2.0 is more secure than ILLiad's current SMTP login as OAuth does not pass credentials. I know that other library vendors,…
1 vote -
3 votes
-
2 votes
-
1 vote
-
1 vote
-
Notify Patrons We Are Still Trying to Fill a Request
In a recent OCLC customer service webinar it was suggested that we notify patrons regularly as to the status of outstanding borrowing requests. This would not be possible for us to do manually due to our work load. If we could use ILLiad to send out a notice for borrowing requests to let patrons know we are still trying to fill their requests, that would be great.
16 votes -
Email Notification to a user/lender/borrower that is NOT tied to a specific request, but from the user record, or lender address record.
It would be great to be able to send an e-mail notification (from a template) to an individual user, lender, or borrower from the user record, or address record for a library. One instance I would use this for would be to provide individualized tracking information that may apply to a large number of requests at one time. Or to alert a patron of an entire list of things they have out--or to let a group of patrons know that we are temporarily suspending a particular aspect of service. Although many of these things could be handled through a regular…
8 votes -
Check OCLC Status before sending Overdues-do not send for "Returned" OCLC status items
Remove step of manually checking for OCLC "Returned" status before generating overdues. it would be helpful if the automatic process included checking the OCLC status before sending it off and not sending for items in Returned status.
5 votes -
DKIM support
ILLiad needs support for DKIM and to allow configuration to differentiate From addresses and Reply-To addresses to prevent ILLiad messages from going to SPAM.
3 votes -
Add optional Reply-To header in email templates
In cases where SMTP authentication requires a single sending "From" address, it would be nice to allow a variable Reply-To address in email notification templates so that replies to particular notifications could arrive in distinct mailboxes.
9 votes -
Extend database field length for ReasonsForCancellation DefaultNote
Many of our cancellation notices to patrons need to include more information in the DefaultNote field than can fit in 255 characters. Some examples: If a patron requests a book held by one of our branch libraries, we will tell them that we placed the request on their behalf, and also include instructions for how they can do so themselves in the future. Or if we purchase a book for our collection on behalf of a patron, we explain that we purchased the book, tell them how they'll be notified when it's processed, and give a general timeline.
Even if…
4 votes -
Option to disable borrowing overdue notices on closed days
It would be helpful if libraries could choose to suppress sending borrowing overdue notices to patrons on days when the library and/or ILL office is closed. We do not check for ILL returns on Saturdays or Sundays, and on Monday morning we backdate everything returned over the weekend to Friday. However, patrons are regularly annoyed/alarmed to receive an overdue notice on Saturday or Sunday when they've already returned the item. We do indicate that this is nothing to worry about in our email template, but not everyone reads the entire email, unfortunately.
14 votes
- Don't see your idea?