Note:
Spun off from the Work inventory document created by the Internal Training Group (ITG)
Introduction
This document outlines 4 methods for pulling OCLC data into Alma from within a campus Institution Zone (IZ) and the various options that each of them provides for editing/interacting with Network Zone (NZ) data. It is intended to be used in conjunction with the policies and best practices outlined here: Bibliographic Record Management in the SILS Network Zone and is not intended to prescribe one method for all catalogers at all campuses to use. Campuses should review the “best for” and “not recommended for” sections along with testing various workflows locally in order to determine which methods work best for them in different scenarios. RMFG can provide additional guidance and feedback throughout the remainder of Phase 4 as needed.
Gateway export from within OCLC
Best for:
Manual copy cataloging with minimal/no local field edits
Not recommended for:
Batch, records that require normalization during import, records that require a lot local fields
Configuration/Credentials needed:
In Connexion:
To overlay NZ-linked records or export to the NZ you need to set up an NZ gateway export:
Logon Id and password can be provided by CDL/SCP
To overlay IZ-only records or export into IZ you need to set up an IZ gateway export:
Logon ID and password can be provided by your IC.
Preferred Record
Existing Alma record is the preferred record: What is the preferred record for merge rules for Connexion export into Alma?
Merge
Merge rules are set in the integration profile and are the same for every user in the IZ. They cannot be changed for individual users or situations.
Can only be updated by a system administrator.
Campuses using a custom merge rule should ensure that they abide by any existing UC-designated best practices for NZ records
See “NZ considerations” for additional details
If using the NZ Gateway, the merge rule is set in the NZ. Currently, the NZ uses the out-of-the-box “Overlay all fields but local” rule and RMFG is soliciting feedback on how well that is working.
NZ Considerations
Campuses are unable to use normalization rules/processes on non-local fields in NZ-linked records. Any normalization set up in the campus integration profile will not be carried out on the incoming record.
Integration profile has the option to use the NZ (set to either “yes” or “no”). This setting can be changed by Ex Libris and is visible in “External resources” under the “General” section of the configuration (requires General System Administrator Role):
Ex LIbris recommends standardizing this setting across institutions for go-live, during test load campuses can test different settings with the following expected results:
Leave it set to "no" and set up 2 Gateway logins in Connexion (one NZ and one IZ):
The NZ Gateway login allows user to update NZ records in addition to bringing in new ones
Uses the merge rule set up in the NZ integration
Will not export local extensions with “$9 Local”
The IZ Gateway login adds new records to the IZ and also updates IZ-only records
Uses the merge rule set up in the IZ integration
Does not check the NZ during export
Requires manually linking records to the NZ inside Alma
Could potentially add duplicates of NZ records that would be identified and need to be resolved during the linking process
Linking the IZ copy to the NZ will not update the NZ copy, it will instead bring the NZ version down into the IZ
Does export local some local extensions with “$9 Local” but they may not all pass OCLC validation
Leave it set to "no" and set up 1 Gateway login in Connexion (IZ only):
The IZ Gateway login adds new records to my IZ and also updates IZ-only records
Uses the merge rule set up in the IZ integration
Does not check the NZ during export
Requires manually linking records to the NZ inside Alma
Could potentially add duplicates of NZ records that would be identified and need to be resolved during the linking process
Linking the IZ copy to the NZ will not update the NZ copy, it will instead bring the NZ version down into the IZ
Does export local some local extensions with “$9 Local” but they may not all pass OCLC validation
Change the setting to "yes" and set up 1 Gateway login in Connexion (IZ only):
The IZ Gateway login allows users bring new records into the NZ that are automatically linked to their IZ
Does not allow user to update NZ records
Merge rule is not applicable since user cannot update NZ records
Change the setting to “yes” and set up 2 Gateway logins in Connexion (IZ and NZ)
The NZ Gateway login allows user to update NZ records in addition to bringing in new ones
Uses the merge rule set up in the NZ integration
The IZ Gateway login adds new records to the NZ but does not allow updates to NZ records
Merge rule is N/A since only new records can be brought in
The new NZ record will automatically link to the IZ that exported the record
If there is an existing IZ-only record, the Gateway will not link the new NZ record to that record, there will be duplicates in the IZ
Other Considerations
Since the default match method is based on OCLC number, if a cataloger is working with a record that doesn’t have one, catalogers need to add an 035 with the OCLC to the Alma bib before exporting the OCLC one
RMFG is still working on a system-wide policy for OCLC/WorldCat Daily updates. If the UCs begin processing daily updates, campuses will develop local practices around when to export records from OCLC vs. waiting for the update process
Search Resources in Alma Metadata Editor
Best for:
Searches done using ISBNs/other identifiers or specific searches that will not return large result sets
Simple copy cataloging where records meeting specific criteria are going to be accepted as-is and most/all edits would be to local fields
Staff who need to import bibliographic records and prefer to work within one system. Acquisitions, for instance, may use it to bring in records at point of order to attach POLs to. Staff are not worried about editing the master record in OCLC.
Not best for:
Broad searches that may return large sets of results
Full cataloging when editing the master OCLC record may be needed
Ex Libris Documentation
Credentials
Access through MD editor:
Cataloger
Catalog Manager
Catalog Administrator
To configure external system search:
Catalog Administrator
General System Administrator
Preferred Record
The external record is the preferred record
Merge
The rule will be set in the configuration and thus be set for all users.
See Working with Merge Rules document for guidance on setting up merge rules for searching external resources. Note that because the “preferred record” when using the MDE is the opposite of the preferred record in the OCLC Gateway and import profiles, the same merge rules will not have the same results.
Current merge rule for NZ-linked records is set up using the sample rule provided here: Working with Merge Rules. RMFG is soliciting campus feedback on how this rule is working.
Summary of use
You can access Search Resources from within the MDE or from Resources > Cataloging > Search Resources (opens it in MDE)
Choose the database you want to search. The options available to you are configured from a list of available databases in Alma. Worldcat option accesses OCLC.
Fill out your search criteria and search
Review the search results and use the import button to bring the record into Alma MDE
From there you can order it, add inventory, edit the record, or perform any other functions you would on a record in Alma
If the record already exists in Alma, the merge rule in the configuration will govern how it is merged
NZ considerations
Your IZ search profile may differ from the NZ search profile. You may want to consider what settings you use for placement of new records when using Search Resources
See Permission to configure external search profiles: In a Network Zone, the Search profiles configured in your IZ may be different than those configured for the NZ. The settings that control the placement of new records and templates (Local or Network) in the MD Editor (File > Options) also determine which search profiles are available to the individual user when the Institution Zone and the Network Zone have configured different search profiles
Searching for NZ-linked records requires that the search is configured in the NZ. CDL handles the configuration/credentials for the NZ.
Other considerations
The main advantage is that searching and bringing in records are done within Alma, without going to an outside system such as OCLC Connexion
For keyword or other broad searches you can get a long list of results you need to scroll through
It does not provide for editing the OCLC master record
OCLC holdings are not set when you import a record but a local publishing profile can set holdings on records separately (i.e., no need to go out to OCLC to set holdings manually)
The bib record will include a 9XX field that says, NO HOLDINGS IN [your OCLC institution code] - 23 OTHER HOLDINGS. However, holdings will be set by the publishing job
Any local field issues?
There are merge rule options that preserve existing local fields