Skip to content

François Renaville

My feedback

46 results found

  1. 177 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    11 comments  ·  Primo » Primo VE  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    François Renaville commented  · 

    Great news! Thank you!

    An error occurred while saving the comment
    François Renaville commented  · 

    Hi Nili,

    Thanks for asking! We had a look at the new Request type filter in My Library Card (Primo February 2020 Release) that allows users to select one or more request types to filter requests based on the selected request types. We consider this as a nice new feature, but it does not meet our original expectations in my institution that came to create this idea.

    An additional Status filter could maybe be interesting, but this would probably require an action from patrons who do not want to see completed/rejected/inactive requests. We would like to avoid patrons to systematically use such a filter to hide completed/rejected/inactive requests they don’t want to see. So, if a new Status filter could be (1) set by default to only display Active requests and (2) remain across sessions, that would be great.

    Additionally, there could be other possibilities. For example:
    (A) By providing the Purchase Request type and the Purchase Request status with specific IDs that libraries could use to hide by default any completed/rejected Purchase Request in My Library Card by using the Customization Package (CSS).
    (B) By adding a new true/false setting in the Primo BO / Primo VE Discovery Configuration tables that would allow libraries to decide whether or not they want completed/rejected/inactive requests to be displayed in My Library Card.

    Generally speaking, we are a bit confused here to see that Purchase Requests are not processed in the same way as the other requests (Hold, Digitization, Booking) that are not visible anymore in My Library Card once they have been completed or canceled. If you add a new Status filter, does that mean that all completed and canceled requests will suddenly become visible for patrons in My Library Card?

    I appreciate your efforts to find a lasting solution to the situation.

    As always, any comment or suggestion from the community would be most welcome!

    Regards,

    François

    An error occurred while saving the comment
    François Renaville commented  · 

    Thanks for the update, Nili. A Request Type Filter may be a good option in several cases.

    I would like however to draw your attention to the current inconsistency in the MyAccount: Completed or Canceled ILL, Digitzation or Hold Requests are NEVER displayed in the MyAccount, only *Active* ILL, Digitzation and Hold Requests are, while Purchase Requests are ALWAYS displayed, whatever their status (Active, Completed or Canceled).

    (1) Do you plan to display in the future all Requests, whatever their Status? -> Also completed and canceled requests would be displayed.

    (2) Do you plan to add also a Status Filter? For example only Active Requests (whatever their Type) would be displayed by default.

    Kind regards,

    Fr.

    An error occurred while saving the comment
    François Renaville commented  · 

    There is also the following idea:
    Sort purchase requests in Primo, by newest
    https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/34676683-sort-purchase-requests-in-primo-by-newest

    @Stacey: Thanks for your comment and the link. I don't understand why Primo is so important. Wouldn't your librarians be happy if their purchase requests would rather be visible in *Alma*?

    I wish it would be possible to hide completed/rejected purchase requests with the Customization Package (it would make me happy), but we have not been successful in achieving that. Any hint?

    François Renaville shared this idea  · 
  2. 77 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    François Renaville commented  · 

    @Moshe: Even without the 'User List View' privilege, the users search option remains available (tested on the Circ Desk Ope Limited in our Sandbox). I suspect there might be another privilege in conflict. We have a case about this. Thanks.

    An error occurred while saving the comment
    François Renaville commented  · 

    Thanks, Moshe. I found an old case where I can see that this had also been explored, but I don't remember all details.

    However, I'm going to open a new case and ask to disable both ALLOW USERS SEARCH (for CIRCULATION_DESK_OPERATOR_LIMITED and REQUESTS_OPERATOR) and USER LIST VIEW (for CIRCULATION_DESK_OPERATOR_LIMITED) in our Sandbox. Thanks for your suggestion.

    François Renaville shared this idea  · 
  3. 51 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Rialto » Marketplace  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Thank you for your suggestion. The Rialto team is reviewing this idea to determine how it might fit into our future plans. We cannot provide a timeline for these ideas, but be sure to check back often and vote for the ideas you support to receive status and comment updates.

    Best,

    Heidi Whitehead

    Rialto Product Manager

    François Renaville shared this idea  · 
  4. 42 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville supported this idea  · 
  5. 85 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    This is in development as part of the 2024 NERS enhancement process: 8530 (Prevent multiple requests from a same borrowing library within a short period of time)

    Thanks!

    -Mike

    François Renaville shared this idea  · 
  6. 161 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville supported this idea  · 
  7. 196 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Dear Community,


    This is to update you that we plan to develop this requirement in a future Alma release. 


    The PO line price could be automatically copied to the item's "Replacement cost" field in the following scenarios:

    - Upon PO line creation 

    - When changing the PO line price

    - When adding or removing items to/from the PO line.  


    We plan to allow this by settings 2 customer parameters:

    (1) One that will turn the functionality on and off, and will have the following values:
    0- false
    1- copy the price from the PO line's "List price" field
    2- copy the price from the PO line's "Net price" field and divide by number of items in the "Ordered Items" section.


    (2) Another that will allow to add or reduce amount from the PO line price when being copied to the "Replacement cost" field. This will allow:
    - To add/decrease amount…

    An error occurred while saving the comment
    François Renaville commented  · 

    While this idea has been set to Planned in June 2019, it is not (yet) part of the 'Alma Roadmap Highlights: 2023-2024' for Acquisitions. https://knowledge.exlibrisgroup.com/Alma/Product_Materials/010Roadmap/Alma_Roadmap_Highlights_(2023-2024)/Acquisitions
    Fingers crossed anyway...

    An error occurred while saving the comment
    François Renaville commented  · 

    Is there any ETA for this request? I haven't found anything about it in the Alma Roadmap Highlights - January 2022.

    François Renaville shared this idea  · 
  8. 97 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville supported this idea  · 
  9. 486 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    7 comments  ·  Primo » Primo VE  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville supported this idea  · 
  10. 40 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    6 comments  ·  Alma » Other  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    François Renaville commented  · 

    Thanks for the update, Manu! ;-)

    François Renaville shared this idea  · 
  11. 17 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville supported this idea  · 
  12. 34 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville shared this idea  · 
  13. 60 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    François Renaville commented  · 

    When we reported to the Library Mobile project implementation team that it was not always possible to go back to search results with Primo PI, we were replied the following:
    "This is a known issue and can't be changed. The behaviour follows Android developer best practices for navigation hierarchy and the usage of hardware back button as a local back within the feature, and the application back as a feature back button."

    We still do think that the current behavior does NOT follow best practices from a UX perspective and that app users should not be forced to click on the History button to re-run their initial search to find their search results back... Primo PI should NOT provide less options and possibilities that using Primo in a browser in responsive mode.

    François Renaville shared this idea  · 
  14. 69 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    François Renaville commented  · 

    When we reported to the Library Mobile project implementation team that there was no Advanced Search option (with Primo PI) in portrait mode, we were replied the following:
    "This is the expected behaviour. It is Primo VE's styling kicking in for the device display size/width. If you resize the web app, you will also see that the advanced search link does not display."
    We still do think that Primo PI should NOT provide less options and possibilities that using Primo in a browser in responsive mode.

    François Renaville shared this idea  · 
  15. 84 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    10 comments  ·  Alma » Analytics  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville supported this idea  · 
  16. 64 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Planned  ·  3 comments  ·  campusM » Integrations  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville shared this idea  · 
  17. 70 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    François Renaville commented  · 

    +1

    François Renaville supported this idea  · 
  18. 188 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  RapidILL » Holdings  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville shared this idea  · 
  19. 118 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    François Renaville shared this idea  · 
  20. 313 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’re looking at adding an indication in the Manage In Process Items next to a request where there are more digitization requests for the same item in the queue. A row action will allow the staff to complete the current active request and activate the next.

    An error occurred while saving the comment
    François Renaville commented  · 

    Thank you very much, Moshe! Looking forward to seeing this indication.
    All the best,

    François

    An error occurred while saving the comment
    François Renaville commented  · 

    Here is a recent use case that we encountered within our Alma/RapidILL integration:

    1) 4 RapidILL lending requests are created in Alma for several book chapters published in the same book available in print in the library

    2) Resource Sharing operator creates the necessary digitization requests to get digital copies.

    3) Circulation Desk Operator sees the Pick from Shelf notification in the Task List. Since all chapters are in the same item, there is just one barcode to scan. Operator sees the *first* digitization request information and fulfills the request. There is NO ALERT about the fact that 3 other requests are waiting for process...

    4) The completed digitization request is sent back from Alma to RapidILL for the requesting library. The other 3 requests remain in Alma until an operator monitors and checks if there is no forgotten or problematic request…

    Unfortunately, this comes up to often and is not nice for RapidILL libraries either.

    François Renaville supported this idea  · 
    An error occurred while saving the comment
    François Renaville commented  · 

    I submitted case 00845121 and I got this reply:
    "yesterday I discussed your request with our product management department.
    While we understand why the current workflow is suboptimal under the described circumstances, there is currently no way to change it as it would require some design on the developers' side.
    So I need to ask you to submit your product idea via our idea exchange website."

    I see the current situation more like a under-developed process rather than like a bug. I wish that could have been managed by the default digitization process :-/

    François Renaville shared this idea  · 
← Previous 1 3

Feedback and Knowledge Base