Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
-
Folijet Sprint 91, Folijet Sprint 92
-
0.5
-
Folijet
-
Q2 2020
Description
Overview: In Holdings and Item field mapping profiles, MARC mappings for Permanent and Temporary locations need work
NOTE This needs to be corrected for all location fields in the Holdings and Item field mapping profiles
Steps to Reproduce:
- Log into FOLIO-snapshot-load as diku_admin
- Go to Settings/Data import/Field mapping profiles
- Create a new field mapping profile with Incoming record = MARC Bibliographic and FOLIO record type = Holdings
- For Permanent location, use mapping 980$d
- Create an action profile to Create holdings and link the newly-created field mapping profile to it
- Create a field mapping profile with Incoming record = MARC Bibliographic and FOLIO record type = Instance; no special mappings at all
- Create an action profile to Create instances and link the newly-created field mapping profile to it
- Create a job profile
- No match
- 1st action: create instance
- 2nd action: create holdings
- Load the attached file
- Go to Inventory and find one of the newly-created instances
- Check the newly-created holdings record to see if the correct permanent location was assigned based on the MARC 980$d
Expected Results: The location code in the specified MARC field is assigned as the permanent location in the newly-created holdings record
Actual Results: It isn't
Location Code versus Name: When mapping from a MARC record, the location should create/update properly in the holdings or item record, even when only the code is supplied from the MARC record. For example: if the location value in the dropdown list is Garnett General (wpgen). For the mapping, I use 980$d, rather than selecting a default from the dropdown list. When the location data is pulled from the 980$d, it is wpgen. And that should map properly into the holdings or item record as Garnett General (wpgen).
If it would be possible to also allow for MARC mapping of the name or name plus code from the MARC field, that would be even better. In the above example, that would mean if wpgen, Garnett General, or Garnett General (wpgen) were in the 980$d, they would all result in the assignment of Garnett General (wpgen) as the location. If that's too complicated, then only worry about the code.
TestRail: Results
Attachments
Issue Links
- blocks
-
MODDICORE-67 Release v2.1.2
-
- Closed
-
- defines
-
UIDATIMP-360 New UI components for field mapping details
-
- Closed
-
-
UXPROD-2075 MARC Bib Field Mapping Profiles Details for Inventory records
-
- Closed
-
- relates to
-
UIDATIMP-514 Field mappings: Reference dropdowns - Holdings, Item - Permanent/Temp location lists need work
-
- Closed
-
-
MODDICORE-127 Location code-Loan type assignment problems
-
- Closed
-
-
MODDICORE-128 Holdings fails to create due to Location code not being recognized
-
- Closed
-
-
MODINV-571 Match on Location Name, Name (code), Code is not working
-
- Closed
-