Purchase requesters are permitted to both 'Use existing record' AND choose 'Requested format' = 'Electronic'.

Please add the possibility of re-linking to an E-Portfolio--not just to a bibliographic record.

Beginning an e-purchase with a bib rather than a portfolio requires a lot of fiddling around after the fact to correct the record so the bib is not suppressed, or mis-indexed. And who knows what's happening under the hood.

Making purchase order letters more configurable to add imprint information (place of publication, publisher, and publication year) to the letter to vendor. As it is now only the ISBN (if it is available) and title are listed, sometimes the author. Many vendors reply asking for further information to identify what it is we are ordering.

It would be good if it was possible to convert a purchase request into a resource sharing request on Alma. This might arise in circumstances where the user has originally requested a purchase request for a journal article on Primo. It would be useful if this purchase request could be converted into an ILL request simply without having to re-key in the information

In the Acquisitions> Purchase Request> Manage Purchase Request> “In Review” requests, these are displayed in reverse order of the creation date.

It would be more useful if the default order was by creation date, that is, the oldest requests were shown in the top, so that they are managed in the first place. In this way, it would save time in their management.
Another possibility would be that the librarian could select the type of ordering of the requests.

In the Purchase Request List you can't see the "Requester Note" for a Purchase Request. In many cases there are very helpful information for managing the Requests. So it would be great if you can see the information immediately.
If the Note is very long, a mouse over with the text could be a solution.

It would be very helpful if the faceting that can be done in Manage Purchase Requests can be made "sticky" for each user account; some who use that area/workflow are orderers, some managers, and some selectors. All may have different areas they only want to see (e.g. request type, location, or those with queries, etc.), and it would be nice if the faceting we do can be made sticky, so we don't see unwanted entries.

Our proposal is that a purchase request with the status "Approved" can be rejected (NOT deleted) and that this information is updated in My Library (we want the user can see that their purchase request was rejected). The problem when you try to do this is that Alma warns that requests with status "Approved" can not be rejected.

Ideally, when the POL associated with the purchase request is canceled, Alma should automatically reject this request and it would be displayed in Primo-My Library. (for example, the provider says the book is out of stock)

We think the possibility to choose "Order Line Type" under "Request Attributes" would be helpful when editing a purchase request

Requestors need to be able to enter a reference or primary access URL to new electronic resource requests. The absence of this field is one reason we have to depend on an external spreadsheet to manage new orders.

1. An extra field for an interested user other than the requester


2. More mandatory fields (with red asterisk): Funds, Owning Library, Estimated Price

Our Library would like to be able to allow the purchase request form be limited by role, so that only some subset of our staff may begin the purchase request process.

Enable Purchase Requests to be auto-assigned to a specific user based on either fund code or name/EID of the person submitting the request.

In our University, we would need an additional field into the Purchase Request for the url : it would help to confirm the identification of the document.

This specific request came to light when processing purchase requests from the task list. We would like to see the patron's user group when clicking on the patron information card link:
https://www.screencast.com/t/XttSUJmwjEr