Currently ILLiad will only track the first renewal for a request. However, many lending libraries allow for multiple renewals, and with current closures this is happening more frequently. It would be helpful to have ILLiad route and track renewals for requests beyond the first one so that the due date in borrowing requests match what the lender has determined.

When you click the Renewal button on the ILLiadMainMenu.html page, it takes you to the page that shows all the information about the transaction but even though the status line tells the patron they have placed a renewal, the TransactionStatus still shows Checked Out to Customer, and the Renew button still seems to be active. If you refresh the page, then those update, but it's confusing to the patron.

On the All Requests page in ILLiad patron web interface, make the display in the “Request Finished” (or similar) status appear without the due date, while the others retain them.

Provide a way for the UserValidation to import into the Registration Process even though the Patron account was created and it is showing the Cleared as New.

It would be helpful to view an item's format in the Detail page of a request. We recently sent a music score instead of a sound recording because the titles were the same and no ISxN was given. We would love an option for the format to be visible in the Loan Info tab (preferable) or Item Information section.

Billing manager is great for print invoices, but we would like a more integrated way to send email invoices through Billing Manager. Currently, we generate the invoices and then have to break them into individual .pdfs before sending via email or regular mail. It would be great if there was a one click solution to just send the invoice via email to each library.

For example, the field will be "978-0". This leaves staff without entire citation and have to go back to Docline to retrieve it. It would be great if this were fixed

Adding a notification to when a No ILL Number Match comes in to ILLIAD to be received. Currently there is no notification about unmatched items. So I have to set reminders a couple of times a day to go in and check the electronic delivery screen to make sure I am not missing anything.

ILLiad does not apply routing rules to a TN if it was moved to its current status via an addon, like the IDS Logic addon for example.

We'd like to be able to hide the AccountNo field in the Transaction request forms on the web. Right now, if we want Borrowing billing active with each patron being assigned a Default Account, the transactions created do not have an account selected unless we include this code:
<select id="AccountNo" name="AccountNo" size="1" class="f-name"><#OPTION name="ValidAccounts">

But we don't want the patrons to see that account at all. They don't need to know they even have an AccountNo. Right now there is no way to pass it through as a hidden value though.

On the patron webpages, color code the due dates on the checked out items display. Green dates - due in the future, Yellow dates - due in the next week, Red dates - overdue.

It would be great to have an Addon similar to the existing DOI Addon. If a user on the webform enters a PMID, ILLiad searches and fills in/adjust the rest of the request data.

Would love to print from different physical locations but need to be able to select which pull slips (or receives, or whatever!) should be pulled for printing, so that you do not disrupt work at another location.

When I check items in to return them to their owning institutions, I often need to make a note in the request. Currently I can only do that by opening the request first. It would be nice if I could double-click in the notes field and add the note from the "Borrowing Check Item In" screen.

Having an email password in plain text available to anyone with Customization Manager rights is a security risk.

Ability to collapse the listings under a link for each of under the categories of Electronically Received, Checked Out Items, and Outstanding Requests on the main page rather than listing all possible requests under each category. This would match the style for "Cancelled" and "Completed Requests" and also take up less room on the main page if the patron has a lot of requests in one or both categories. Otherwise, the patron needs to scroll through all three (3) category listings to get to the bottom of the listing.

When a borrowing TN has the OCLC status "Received-Overdue" and is subsequently recalled by the lender, the TN doesn't move. It should change to the Awaiting Recalled Processing queue so that staff knows it was recalled.