Skip to main content
ExLibris

Knowledge Assistant

BETA
 
  • Subscribe by RSS
  • Back
    Primo

     

    Ex Libris Knowledge Center
    1. Search site
      Go back to previous article
      1. Sign in
        • Sign in
        • Forgot password
    1. Home
    2. Primo
    3. Product Documentation
    4. Primo
    5. Back Office Guide
    6. Additional Primo Features
    7. Location Priority for Aleph and Voyager

    Location Priority for Aleph and Voyager

    1. Last updated
    2. Save as PDF
    3. Share
      1. Share
      2. Tweet
      3. Share
    1. Description
    2. Back Office Configuration
    This information is not applicable to Primo VE environments. For more details on Primo VE configuration, see Primo VE.
    Return to menu
    This functionality allows Aleph and Voyager customers to prioritize the locations that display in the Locations tab of the Front End.
    To use this functionality, the following ILS versions are required:
    • For Aleph SP 22.0.2 and later, the priority is added per Aleph sublibrary and collection using Aleph’s new ava_location_priority configuration table. For more details, refer to the How to Configure Aleph-Primo Interoperability Guide.

    • For Voyager V9.0 and later, the priority is configured with Voyager’s new [LocationSortOrder] stanza in the PrimoExp-*.ini files. The PrimoExp-Rta.ini file is symbolically linked to the yyydb/tomcat/vxws/ini/PrimoExp.ini file, which is used for real-time availability. For more details, refer to the Voyager-Primo Integration Guide.

    Location priority is handled differently in Alma. For more information, see Configuring Best Location.

    Description

    The normalization rules have been updated to copy the location’s priority from AVA subfield p for Aleph (see Library Level Availability field in Aleph MARC template) and 949 subfield p for Voyager (see Library Level Availability field in Voyager MARC template) to the display/availlibrary $$P field in the PNX record. The order of the locations in the Locations tab is determined as follows:
    • For single institution environments, the highest priority is given to the first location that has the lowest value in the display/availibrary field. If any other locations have the same value, they are listed next alphabetically by name. Any locations that are not assigned a priority are placed at the end of the list in alphabetical order by name.
    • For multiple institution environments using the Sort locations by user institution option (which is defined with the Locations tile in the Views Wizard), locations are sorted as follows:
      • Locations that match the user’s location are listed first. Within the institution, the same priority is used as the single institution environment.
      • Locations from all other institutions are listed alphabetically by name under a separate heading.
        SortByUserInstitutionLocationsTab.png
        Sort Locations by User Option is Configured
    • For multiple institution environments using the Include only locations belonging to the institution of the view option (which is defined with the Locations tile in the Views Wizard), all locations that do not match the institution of the view are filtered out, and the remaining locations are sorted using the same priority used for single institution environments.
    • For multiple institution environments that do not use either option above (that is locations from all institutions appear in a single list), the priority is ignored and all locations are sorted alphabetically by name.

    Back Office Configuration

    The out-of-the-box normalization rules templates map the priority from Aleph and Voyager to the display/availibrary $$P field in the PNX. The following rule is defined in the Voyager MARC template:
    949_P_Rule.png
    949 Rule in Voyager Template

    If Voyager sends locations with 949 subfield p set to 0 (which indicates no priority), the new normalization rule prevents the creation of $$P in the PNX record.

    The following rule is defined in the Aleph MARC template:
    AVA_P_Rule.png
    AVA Rule Added to Aleph Template

    No additional configuration is necessary in Primo, and you do not need to re-normalize the data because priority is passed to Primo with RTA.

    View article in the Exlibris Knowledge Center
    1. Back to top
      • Find Databases
      • Managing Local Fields
    • Was this article helpful?

    Recommended articles

    1. Article type
      Topic
      Content Type
      Documentation
      Language
      English
      Product
      Primo
    2. Tags
      1. Additional Primo Features
      2. Back Office Guide
      3. contype:docum
      4. Prod:Primo
    1. © Copyright 2025 Ex Libris Knowledge Center
    2. Powered by CXone Expert ®
    • Term of Use
    • Privacy Policy
    • Contact Us
    2025 Ex Libris. All rights reserved