Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
-
Folijet Sprint 94, Folijet Sprint 95
-
2
-
Folijet
-
Q2 2020 Hot Fix #1
Description
Overview: Sometimes a user may want to export a file of records from one FOLIO tenant and then import into another to create records in that second tenant. Or they might want to export a file of records and then import them to create duplicate instances and SRS MARC in the same tenant (this is more of an edge case). MARC records exported from SRS have an existing 999 ff with the Instance and SRS UUIDs. When imported to create new Instances and SRS MARCs, the 999 field gets messed up.
Steps to Reproduce:
- Log into FOLIO-snapshot-load as diku_admin
- Go to Data Import
- Load the attached file, using the secret button
- Go to Inventory and look up one of the instances
- View source for that instance
- View the 999 ff field
Expected Results: There should be one $i and one $s in the 999 ff field. If the incoming file already has a 999 ff, and the action is to create instances, remove the incoming 999 ff and its data, and replace with a new 999 ff and new UUIDs.
Actual Results: There are two (the ones that came from the original MARC file, and the ones that were created when the file was imported.
Additional Information: See attached video and MARC file
A-M checked with librarians on preferred resolution; go with # 2
- If the incoming file already has a 999 ff, disallow creation of instance (but would that make it harder to share records across tenants. On the other hand, if the create failed, the user could edit the file to remove the 999s and resubmit)
- If the incoming file already has a 999 ff, and action is to create instances, remove the incoming 999 ff and its data, and replace with a new 999 ff and new UUIDs (but what if the user made a mistake and really wanted to update instead of create?)
- Move the old 999 ff to 999 aa and do not fail
TestRail: Results
Attachments
Issue Links
- blocks
-
MODSOURMAN-343 Release v2.3.2
-
- Closed
-
- defines
-
UXPROD-2551 NFR: Data Import (Batch Importer for Bib Acq) & PubSub Q3 2020 Technical, NFR, & Misc bug work
-
- Closed
-
- is duplicated by
-
MODSOURMAN-840 Importing MARC records with 999 ff fields using Create jobs without match profiles causes data problems (MARC Bibs)
-
- Closed
-
- relates to
-
MODSOURCE-175 New 999 $s created when exported file is re-imported to update an instance
-
- Closed
-
-
MODSOURMAN-634 Issue regarding view source via data-export+data-import flow
-
- Closed
-