Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
None
-
0.5
-
Folijet Support
-
Morning Glory (R2 2022) Bug Fix
-
Not a bug
Description
Overview: At MG Bugfest environment, user can't update "Instance" record by matching with "Identifier: UPC" value because "UPC" identifier hasn't been created after import of "MARC Bibliographic" record with "024 1\ $a" value.
The reason could be obsolete mapping rules.
Steps to Reproduce:
- Log into MG Bugfest FOLIO environment as User with the following permission:
Data import: Can upload files, import, and view logs
Inventory: All permissions
quickMARC: View, edit MARC bibliographic record - Go to "Data import" app.
- Import "ID Match Test File - Create.mrc" file using "Default - Create instance and SRS MARC Bib" job profile
- Once import is complete, click on the title at appeared row.
- Click on the "Created" hyperlink under the "Instance" column of the first record.
- Scroll down to "Identifiers" accordion button.
Expected Results: The value "ORD32671387-4" is displayed as "UPC" identifier.
Actual Results: The value "ORD32671387-4" is displayed as "Other Standard Identifier" identifier.
Additional Information:
Because of this issue, user can't update "Instance" record (created via import) by matching with "Identifier: UPC" / "Identifier: invalid UPC" value.
Probably the mapping rules for "MARC Bibliographic" records haven't been updated at MG Bugfest env.
Check response for "024" field from endpoint https://okapi-bugfest-mg.int.aws.folio.org/mapping-rules/marc-bib and compare it with response from endpoint https://folio-snapshot-okapi.dev.folio.org/mapping-rules/marc-bib.
See attached screencast.
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-3464 NFR: Data Import R2 2022 Morning Glory Support Bug work
-
- Closed
-
- relates to
-
MODDICORE-172 Add MARC-Instance field mapping for New identifier types
-
- Closed
-