The transaction purge tab in Database Manager only has transaction date as a criteria. The Patrons tab allows for a very fine grain approach for deciding which users to purge. It would be nice to have a similar or expanded group of options for transaction purging.

For example, it would be nice to be able to delete test users that have test transactions, which we cannot currently do effectively now.

We would like the patron to be able to answer a satisfaction survey when they receive their document or response. it would be valuable to identify transactions that were challenging (from the patron's perspective) and have front-line staff followup with them. a 1-5 star rating would be sufficient along with a comment box.

When a library uses the following deflection:

Requests: Loan
Deflection Type: Enable Real Time Deflection - except when I am last in the lender string

OCLC should bump past them in the string, but AUTOMATICALLY add them back to the end of the string of potential lenders.

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.

We can use flags and notes to ask other ILLiad staff users questions about a request, but it would be even simpler if we could include @PersonName in a staff note and notify them that they'd been tagged for review/response.

Change (or change back) ILLiad Lua scripts to automatically stop on the screen that has the duplicate request alert. It flashes past so quickly now, it's easy to miss and then we have to pay for article twice. The way the scripts run now, you've lost us a great Docline feature.

We would like the ability to customize what elements/fields display to the user on the Request Detail page. We use custom queues for certain requests and do not want the Due Date to display in the detail view for requests in those queues.

We have some files that get quite large when delivering PDFs. We would like to parse these out - call them chapters or parts. unfortunately, Illiad has the restriction of a single file per TN. We would like the option of being able to upload multiple files per TN, so that when batch loading, all files with the same TN would be attached to the transaction (think TN018765a,TN018765b,TN018765c all being attached to transaction TN018765)

Enhance EDU to allow multiple copies (using Automode) to process files from the same scanned file folder for different nvtgc sites. Currently the EDU reads through all scanned files in a folder and when more than one EDU is running it can lock the file causing errors for the other EDUs trying to process that file.

Most other ILLiad screens allow exporting data to Excel. Adding the option to the Submit Copyright Orders screen so we could more easily investigate titles we're borrowing high amounts of, along with the actual current publisher fees in CCC prior to submitting the order would be very helpful

Recent issues with COVID 19 are increasing use of the "mail to address" workflow for home delivery. It would be helpful for users to be able to view their address and other user information from the request form should it need to be updated.

Ability to control user expiration based on User status i.e. I don't want Faculty accounts to expire. Or only expire undergraduate accounts.

The OpenURL generated by Pubmed has the PMID field sent as:
&rft_id=info%3Apmid%2F26824237
which puts extra info in front of the PMID value. This means staff have to touch each request and clean it up before searching it. It would be great if the OpenURLMapping table could have an option to strip characters from a value or some other means to clean up that field when it carries over.

Currently ILLiad imports the title field from sent OCLC requests. It would be great if it imported more info such as the journal publisher. We are constantly asked for details of how many Publisher X or Publisher Y journal articles were requested through borrowing. We can't provide the info because the patron doesn't supply it and ILLiad doesn't import it (and manually doing it for our volume of requests is too time consuming).

Please develop an ILLiad app for iOS on iPad. It would greatly ease some of the difficulties our workers have doing their job remotely.

In the Staff Manager, please adjust the granularity of the Copy Layout & Grid Settings by Borrowing, Doc Del, and Lending. If I make major changes to the Borrowing layout, I'd like to be able to copy those changes to the relevant student employees & staff, but not overwrite their layouts in DocDel and Lending. It would be very helpful if we could indicate which layouts to change and which to retain in these different areas of ILLiad.

Add a prompt or warning when an item which has multiple pieces is updated to Mark Returned in Web Circ so that staff are alerted to the fact that more than one items should be returned with that request.

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.

Sometimes items with a status of Delivered to Web will reroute back into electronic delivery. The item is then stuck in the "No ILL Lender Match" box and can't be be deleted or permanently rerouted back to Delivered to Web. Each time this happens OCLC support has to manually delete the transaction. ILL staff should have the ability to delete. Or, the bug that reroutes transactions back into electronic delivery needs to be patched.