Note:
Created by the Resource Management Functional Group. Spun off from the Work inventory document created by the Internal Training Group (ITG)
...
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:
...
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
...
There are merge rule options that preserve existing local fields
Import Profile
Best for
Good for loading larger sets of records
Can add inventory, as long as the batch is the same material type
Not best for
Staff without import profile permissions
Credentials (if any)
No credentials but see “Roles” below
Preferred record
Existing record in Alma (according to Working with Merge Rules)
Merge
Documentation mostly in Creating/Editing an Import Profile: Match Profile
Choice of Merge, Overlay, Do Not Import, or Use NZ Record.
If Merge is chosen, predefined merge methods include Conditional subject headings, Keep old value, Overlay all fields but local, and Replace 245 and 035 OCoLC if exist.
Can write merge rules and apply them (under merge methods)
Can choose to allow bib record deletion; do not override/merge a record with a lower brief version; and do not override originating system.
Options for CZ linked records
Overlay
Can choose Overlay instead of Merge; then merge rules do not apply.
Can prevent older bib records from overlaying newer records; can consider originating system.
Roles
To create, edit, copy, or delete import profiles: Catalog Administrator OR Acquisitions Administrator
To view or share import profile: Acquisitions Administrator, Purchasing Operator, Purchasing Manager, Repository Administrator, Catalog Administrator, or general system administrator
To run a repository import: Catalog Manager, Catalog Administrator, or Repository Administrator. (**The Cataloger role cannot run an import)
NZ considerations
Import profiles can be configured in the IZ with the “Use Network Zone” box checked.
In Match Profile, can select Add to NZ upon match.
**Normalization processes that are applied to NZ-linked bib records as part of an import profile must be configured in the NZ Alma instance.
Other considerations
Any local field issues?
Option to import local extensions
If set to yes, the system uses Match Actions in the Match Profile tab to determine how to handle merge and overlay actions for local fields.
MARCEdit Alma Integration
The MARCEdit Alma Integration relies on an API key supplied by Ex Libris. In a consortial environment, the API key only allows edits to local fields and so is not as useful for adding OCLC data to Alma as it is in a standalone environment. Instructions for that integration have been provided separately here, since the integration is more useful for strictly local data.