Migration of Physical to Electronic (P2E) Resources in Alma

Overview Legacy ILS’s had one structure for storing and handling resources – the physical resource Electronic resources were added as physical because older ILS’s weren’t intended to handle anything else. Each institution managed their electronic resources in whatever way they chose. In Alma, a physical resource is quite different from an electronic resource and the workflows and structures are not the same Alma determines how to migrate Electronic inventory based on how it was setup in the legacy ILS During migration, all inventory is assumed to be physical unless specified otherwise in P2E file

Alma Records Physical Records in Alma Electronic Records in Alma Should show local E-records only. P2E creates only local ones. [SM] New screenshot of local resources only Electronic Records in Alma

Electronic Resource In Alma This is how electronic resource packages look in Alma after the P2E process has been completed Indicates that the package is an active local record. When greyed out, it indicates an inactive local record. Indicates the e-resource is global and linked to the Community Zone. P2E records will not be in this category.

Physical Resource in Alma

Alma Orders Physical Electronic Electronic only Electronic and Physical Maybe better to take the screenshot from April release (il-urm08) and remove the bullet

Normal Conversion Process Convert physical inventory from legacy ILS to Alma with the normal conversion process

Institution Resources The institution is requested to provide a list of bibliographic identifiers that actually represent electronic resources with their corresponding resource type. Resource Types: Portfolio: single title, purchased online in full-text Electronic Collection Package: group of portfolio’s sold together DB: for searching article/title info Note: There will remain an attribute difference between the DB’s and the Packages even after they are both generically called electronic collections.

Electronic Locations The institution will typically provide indication of libraries or locations that represent electronic inventory in the migration form. The institution may have a single bibliographic record in multiple formats, so we must know to retrieve only the holding/item information for the electronic location and not the physical location. All ILS’s except Aleph (as two-level lib/loc is migrated automatically) ILSs with Item-level material types All ILS’s Maybe also a screenshot from Aleph form

Records with multiple URL’s/Notes Behavior When there is one URL found in the 856u holding or bib (or whatever field specified by the institution as electronic link – it is matched on a 1 to 1 basis to the electronic resource.) When there are multiple URL’s found connected to the record (856u or other), we create separate inventory for each URL (ex: multiple packages) If we find that the there are identical provider name information and public notes in the (ex: 856u$z [$z - public note], we will match them to their corresponding 856u’s in sequential order.)

Records with multiple URL’s/Notes Behavior - Example If the Institution provided this in the migration setup for a specific holding or bib: URL source: 856 |u Note source: 856 |z Vendor provider source: 856 |3 We expect 3 e-portfolios with these attributes:

Conversion Process The system processes Institution input by Determining if the bib record exists Determining resource level of the record – bib, item, or holding (it looks for the lowest level) Checking if there is an associated order record for the resource (assuming acquisitions are in the scope of migration for institution) BIB Holding Item Highest Middle Lowest

BIBS If a bibliographic record provided by the institution has no attached electronic holdings or items, we create a portfolio, package or DB and associate it with that Bib (that is, there is no e-holding/item to convert, but only new e-inventory to add/associate with that Bib) In this case, there may be physical holdings/items. However, they will remain untouched.

Associated order record For each record, Alma checks for an associated order record by using the Bib, Holding, or Item ID to find the location from the corresponding inventory list supplied Alma allows one order per inventory record. When there are more than one associated order for the same resource (e.g. ordered from one vendor, then cancelled and ordered from a different vendor), migration processing will use an open/recent order first . Other orders will relate to the e-order, but may remain categorized as physical. The Ex Libris roadmap has plans to handle non-primary orders as well in the future.

Associated Order Workflow (Inventory) During P2E conversion, the system uses the following workflow for associated orders. When the criteria is met, the system takes the action and stops. Active Order Use latest send date Single order with no electronic location found Select the single order even if the order is not in an electronic location Multiple orders not in an e-location Don't link any order System Action Order Status “any order with this location?” Maybe the inactive should be under the active tree logically? Inactive Order Use any order associated with this e-location with any status using latest sent date If no inactive order with e-location found, apply logic from above

ILS Electronic Records Duplicated from Link Resolver system Since Alma intends to store both ILS and link resolver records in one system, the default migration pattern is to identify and eliminate duplicate link resolver records stored in the ILS and presume that the link resolver records will serve as the master. Via migration, it is possible to recognize the link resolver records as specified in the migration form based on the text specified in 035|a Exception 1: Another record with linked ILS orders, in which case the link resolver record is transferred as a suppressed record to retain data integrity. Exception 2: The ILS record has no order, but is still migrated in case the Bib record also has physical inventory. “eliminate other records”? Skip Suppress Handle

Handling Duplication Alma Migration Process tries to: Ensure that the end-user discovery experience is not affected by any duplication. This is achieved by: Primo setup de-dupe to ensure search results are combined where possible Preferring link resolver versions of e-resources via “ViewIT” end-user service menu over ILS-versions Ensure that there is no data loss by making sure that the relevant order/back-office information managed in the ILS remains. This results in the SFX or other link resolver system version serving as the master for linking/delivery/discovery and the ILS version as the back-office tracking and management master. Alma offers ongoing optional and manual back-office cleanup. For back-office duplication elimination – the following manual steps can be optionally undertaken by the institution: Associate LR/CZ inventory with ILS-originated order * Un-associate ILS-originated e-record with ILS-originated order* Re-link the ILS-originated order to LR/CZ Bib instead of ILS-originated Bib (this is currently planned to be possible from Jun 2014 release) Delete ILS-originated Bib/inventory (via MD editor or building a set of records for deletion/withdrawal) Preferring SFX or other link resolver system versions via “ViewIT” end-user service menu * and license, (if relevant), via search and resource editor

Use Case 1 Legacy ILS and Link Resolver ALMA Bibliographic Record SFX package Open Order 1 Open Order 2 Bibliographic Record Order 2 (Not Migrated) Order 1 (Migrated) SFX Package P2E package Manual de-duplication options exist for this case

Use Case 1 Example Stub Bibliographic Record in Alma before P2E Process 2 open orders are associated with the stub bibliographic record This slide is before P2E…it is never seen by the Institution. I suggest we change this slide to text indicating that the orders would be physical if not included in P2E….

Use Case 1 – Orders associated with BIB The 2 open orders are associated with the bibliographic record Bib is also in the LR/Community Zone

Use Case 1 (Post P2E) Active Order Even though there were 2 open orders, only one is migrated based on system logic specified earlier The BIB linked to the CZ is also migrated, however, a future ALMA release will allow for manual de-duplication of ILS/LR records relinking of the migrated order to Link Resolver record. Active Order Use latest send date

Use Case 2 Bibliographic Record included in P2E Bib not included in LR/CZ Physical item in electronic location Physical item in physical location Electronic portfolio made from the electronic location item Bibliographic Record included in P2E Physical item in physical location remains

Use Case 2 (Example) cont… 2 physical copies, although one of them is identified as being in a physical location based on Institution input in the migration form (for all ILS’s except for Aleph)

Use Case 2 Example (post P2E) After the P2E process has been completed – the item which had been associated with an electronic location has been converted to electronic, while the physical resource has remained physical. Add 2-3 slides about ERM overlay methods

Use Case 3 (Aleph) Bibliographic Record Bibliographic Record Physical Item in a lib/location with e-material type – EBOOK Physical Item in a lib/location with non e-material type. Migration Form: Material type = EBOOK is electronic Electronic items created for material type: EBOOK Bibliographic Record Physical Holdings/Item remains for non-EBOOK material type

Use Case 3 In the P2E-Libs_Cols Tab in Migration Form, they have specified material type EBOOK as being electronic Institution has indicated the library MAIN in the migration form as being an electronic location

Use Case 3 Physical title in Alma Contains 1 holding 3 different items

Use Case 3 cont… Once you drill down to the item level, you can see that there are different material types, even though they are all linked to the same location = MAIN Library

Use Case 3 (post P2E) After P2E process, the item specified as material type = EBOOK has been converted to electronic, while the other 2 have remained physical.

Thank You!