OCLC record imported via Inventory and then updated via Inventory does not update properly

Overview: OCLC record imported via Inventory single record import and then updated via Inventory single record import does not update properly

Current workaround: none

Steps to Reproduce:

1. Log into FOLIO-snapshot-load as diku_admin
2. Go to Settings/Inventory/Z39.50
3. Edit the OCLC setup to add Authentication value of 100473910/PAOLF and save it
4. Go to Inventory
5. Select Actions/Import
6. Make sure that it says "Enter OCLC WorldCat Identifier" and enter 1032262463
7. Once the record is imported, choose Actions/View source and check the 500 fields
8. Close that and on the Detail view record, go to Actions/Overlay
9. Paste 1032262463 into the identifier field
10. Once the Instance has been overlaid, view the notes fields and subject fields toward the bottom of the instance
11. Then View source

Expected Results: The entire MARC SRS that was created should be overlaid by the new copy of the record

Actual Results: Some of the 500 fields were dropped and one was repeated multiple times. I think the same thing may have happened with some of the 6xx and 7xx fields as well.

Additional Information: See attached video

When testing

• Test updating a brief instance, with source = FOLIO
• Test updating another instance, with source = MARC
• View source and review the Generation and IDs for both, to ensure everything is updating properly

VRohach I'll add another video later today that shows more details, and follow up on 001/003/035. In the meantime, here's a list of OCLC numbers that you can use. I think Importing 1 record, and then Overlaying with a completely different record will really highlight how weird and mixed up the resulting record would be until the fix delivered by this Jira. With the current profile (that doesn't take into account MARC modifications or field protections), all the fields from 003 to 999 (except 999 ff) would be completely wiped out, and replaced with the data in the incoming record. The only field that might need different handling is the 035, but maybe not. That's the piece I need to check.

51161140
466478385
15052985
192048005
41355805
426950201
911706040
1200036778
985602633
48253943
807216062
792880685
1032262463