[Koha-bugs] [Bug 32804] Importing and replacing items causes inconsistency when itemnumber match and biblio match disagree

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32804

--- Comment #6 from Kyle M Hall <kyle at bywatersolutions.com> ---
(In reply to Andrew Fuerste-Henry from comment #3)
> At step 20 in the test plan I'm not getting an item created as described. I
> have deleted the item with barcode 39999000004090, but when I stage the
> batch set to match on biblionumber and replace items I don't get a new item
> created on import. The import_items table gives the error "duplicate item
> barcode" even though that barcode is in deleteditems and doesn't bring
> anything up in searches.

I did not have this experience when I attempted to reproduce the issue from
your description. Everything worked as Nick described.

> Also, the behavior at steps 16/17 seems wrong to me. The incoming MARC has
> this item on one bib, Koha has it on another. To my mind, that suggests
> there's some fundamental confusion that should be sorted out manually. With
> this patch as written, the import and overlay edits an item on a bib that's
> not indicated in any way when looking at the batch, which seems like a good
> way miss errors in your import batch and to introduce unexpected item edits
> to your catalog. The item action choice is "Replace items when a matching
> bib is found." This is replacing an item on a non-matching bib.

I can understand your pov, but I also think catalogers care less about which
bib the item is attached to and much more about having the item overlay
correctly. My experience is that they overlay the records and items, then merge
all duplicate records. We may want to adjust the wording of that message to
clarify that it overlays items if *any* record matches.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.