Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
-
5
-
Folijet Support
-
Lotus (R1 2022) Bug Fix
-
University of Chicago
-
Implementation coding issue
Description
Overview: For data import jobs that update the SRS MARC bibliographic record, the system protected fields are protected sometimes even when they already exist in the system. The first of any given protected field is not duplicated, but when there are multiples, there are multiples, the remaining fields are duplicated in the record. This is occurring in the Chicago environment (Juniper Hotfix 4+) and in Kiwi Dev.
Steps to Reproduce:
- Log into Kiwi Dev as diku_admin.
- Edit the SRS MARC record of any instance where source = MARC to add two 900 fields and one 901 field. For instance:
- 900
$aFirst 900 field. - 900
$Second 900 field. - 901
$aFirst 901 field.
- 900
- Go to Settings > Data Import > Field Protections and add the 900 and 901 fields as protected fields. (All indicators and subfields.)
- Go to Settings > Data Import and create a new Field mapping profile:
- Incoming record type: MARC Bibliographic.
- FOLIO Record Type: MARC Bibliographic.
- Field Mappings: Updates.
- Save the Field Mapping Profile.
- Go to Settings > Data Import and create a new Action profile:
- Action: Update
- FOLIO record type: MARC Bibliographic
- Associated Field Mapping Profile _ the mapping profile that was just created.
- Save the profile.
- Go to Settings > Data Import and create a new match profile.
- Incoming Records: MARC Bibliographic
- Existing Records: MARC Bibliographic field in incoming record:
- Field 999
- Ind 1: f
- Ind 2: f
- Subfield: i
- Match criterion: Exactly matches
- Existing MARC Bibliographic Record field:
- Field 999
- Ind 1: f
- Ind 2: f
- Subfield: i
- Save the profile.
- Go to Settings > Data Import and create a new Job profile:
- Choose the Match Profile just created.
- Under the Match profile nest the Action profile created.
- Save the Job profile.
- Choose the Match Profile just created.
- Go to Inventory, search for the instance that was edited with the 900 and 901 field data. Check the box next to the record in search results and select Export Instances (MARC).
- Go to the Data Export App and download the exported record. Make a change to any fields except the 900 or 901 fields.
- Compile the record back into Marc and import the file n Data Import using the Job profile that was just created.
- Before the import, the 900 / 901 data looks like this:
900 ‡a First 900. 900 ‡a Second 900. 901 ‡a First 901.
- After the import, the 900 / 901 data looks like this:
900 ‡a First 900. 900 ‡a Second 900. 900 ‡a Second 900. 901 ‡a First 901.
Expected Results: The 900 and 901 fields are exactly the same as they were before the export - transform - load procedure and they are not duplicated. **
Actual Results: The occurrence of any protected is not duplicated, but any subsequent occurrences are duplicated. * The second 900 field is duplicated. *
Additional Information:
URL:
Interested parties: University of Chicago
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-3463 NFR: Data Import R1 2022 Lotus Support Bug Work
-
- Closed
-
- is cloned by
-
MODDICORE-259 Data Import Update SRS duplicates protected fields on update when there is more than one of any given field - Morning Glory
-
- Closed
-
- relates to
-
MODSOURMAN-784 The status of instance is not updated in the Import log after uploading MARC file for modify
-
- Closed
-