A list of patron data cleanup activities and assignments that need to be accomplished prior to the initial data migration.
All but 2campuses have provided copies of their documents; reminder to the remaining campuses to upload an anonymized copy as soon as possible.
The final two sites confirmed that they posted documents late Friday after the agenda was posted.
A list of patron data issues which require harmonization decisions, to be made available to the Implementation Coordinators group.
Question: Now that the decision has been made regarding separate institutional patron databases, should we consider any harmonization?
At the June 1st meeting, the group wondered how direct borrowing will work in the consortia (e.g., a UCSD student goes to UCB to borrow a book directly) and if this dictated any harmonization.
From 6/8 Minutes, Greg Ferguson inquired with Ex Libris if harmonization of any user fields was necessary and confirmed that there was none.Per Ex Libris, “Fulfillment network doesn't require any form of patron data field harmonization among the consortia members to work. How it works is that the user records from the home institution would be shared/copied to the item owning institution as linked accounts. The primary identifier in the linked accounts is an Alma system-generated number. Member institutions can choose which fields in the user records they want to share with other institutions. Please see the below document for more details.
Do we need to harmonize to have the same primary identifiers?
Greg Ferguson confirmed that we do not need to have the same primary identifier
For different patron types (e.g. faculty, staff, students, etc.), there may be a need to review how these are identified to determine if harmonization in this regard is needed - specifically for the purpose of patrons using services at another campus.
Follow-up pertaining to direct borrowing; during the 6/8 discussion, an Alma site representative asked to confirm if we needed to have any level of harmonization as it relates to the user group in this scenario as it pertains to loan periods received at the owning library. Greg Ferguson confirmed the following with Ex Libris:
Each UC campus (institution) will have a fulfillment network user group created in their local Alma instance for the purpose of direct borrowing.
This fulfillment network user group will then automatically be assigned to the linked record created for direct borrowing (assuming they are not in a restricted user group at their home institution) when information is retrieved and shared to the institutional instance.
As this relates to loan policies at the owning institution, we may have some options, but this discussion is more appropriate for the Fulfillment & ILL FG:
Utilize the default fulfillment network user group for all other UC direct borrowing patrons, creating a single group of loan policies, differentiated by location and item type, regardless of level (i.e., undergraduate, graduate student, staff, or faculty). According to Ex Libris, this is a common practice in fulfillment networks.
Utilize the default fulfillment network user group for all other UC direct borrowing patrons, then use job category when setting circulation policy. This requires that other UCs would need to include job category information (students, staff, faculty) in the user records, allowing each campus to then configure different fulfillment rules based on job category.
Manually change the default fulfillment network user group in the linked user record to the local equivalent value. In theory, this would allow for the current practice (assuming we all currently follow this practice) of providing the same level of local privileges to the visiting patron at the owning campus library.
5
All - 1a. Create local patron data audit and cleanup document and place anonymized “snapshot” copy in shared folder.
check with Ex Libris for additional details on the need to harmonize patron type identification.
4
Dual Status Patrons
Discuss how each campus manage them now and how best to migrate these patrons to Alma
20 min
Greg
Example, at UCSD, if a person is both an enrolled student and a current employee (based on pay title) of the University, we download two patron records for them, one student and one staff or faculty.
Does Alma allow for an individual to have more than one user account? If not, how are existing Alma campuses managing this? Which status takes precedence?
What do campuses, like UCSD, need to address prior to migration if only single user records are allowed in Alma?
PCODE Revisitshare the direct borrowing/linked patron/fulfillment network user group information with the Fulfillment & ILL FG chair
3
PCODE Revisit Redux
Reaffirm understanding related to migrating PCODE field data from Millennium
15 minAndy
Greg
From 6/8 Minutes:
Will PMESSAGE migrate into Alma?
there is no direct translatable field into alma
could map to a letter in a note field
there is a way to make it a pop-up
Would still like to be able to use PCODE 2 & 3 - do these migrate?
there is way to extract these codes into alma - you can extract the codes using the export tools - you’ll just get a number that will be imported into alma. you’ll need to do manually mapping in alma - there will most likely be overhead in determining how to make the pcode-mapping useful in alma
6/22 Update
Greg Ferguson completed some tests with the Ex Libris Data Validation Tool and corresponded with Ex Libris about this topic.
UCSD hopes to migrate their PCODE3 data, currently used in Millennium to define a user’s Affiliation code (e.g., student major, employee department, or public user’s group) .
The migration tool allows for mapping/migration of data from the PCODE3 field in the patron data extract file to a USER_STAT_CATEGORY field in Alma.
Within the Migration Form spreadsheet, there is a “UserStatCategories” worksheet whereby we can define mappings of migrating Millennium PCODE3 numeric values to Alma “userStatCategory” codes and more detailed descriptions.
Ex Libris confirmed that this Alma “userStatCategory” code is alpha-numeric. We have the option of retaining our current numeric code structure or creating a new scheme for Alma. The only requirement is that the codes and descriptions (“names”) must be unique.