I haven't tested this yet by moving an item from one bib to another, but we did see an instance where an item level hold was placed on an item that was ordered in acquisitions in one basket, and then the item was transferred to another basket. We think this somehow attached the item to another bib in the process, and then the hold was showing up on the item itself, but not that bibs holds, and showing in the holds on a different bib (the one the item was originally attached to. Need some help testing this. If this is the case when moving an item with item level holds from one basket to another in acq, or in cataloging alone, there needs to be either a mechanism to stop the transfer of the item from bib to bib, or it needs to update the holds properly. Christopher
I have verified this in Christopher's data. An order was placed, item created and attached to biblionumber 232243. A hold was placed on that on order item and a line in the reserves table created. The order was moved to another basket and the biblionumber on that basket was 246109. The item moved (i.e. biblionumber in items table changed), however, the reserves table retained the old biblionumber (232243) and not the new one. -joy nelson (In reply to Christopher Brannon from comment #0) > I haven't tested this yet by moving an item from one bib to another, but we > did see an instance where an item level hold was placed on an item that was > ordered in acquisitions in one basket, and then the item was transferred to > another basket. We think this somehow attached the item to another bib in > the process, and then the hold was showing up on the item itself, but not > that bibs holds, and showing in the holds on a different bib (the one the > item was originally attached to. > > Need some help testing this. If this is the case when moving an item with > item level holds from one basket to another in acq, or in cataloging alone, > there needs to be either a mechanism to stop the transfer of the item from > bib to bib, or it needs to update the holds properly. > > Christopher
Marking this acquisitions as Joy's comment reads like this happens when using the 'transfer order' option.
Wondering: if you move the order using the transfer option, the biblionumber would not change. There must be another step we are missing?
I don't think this is limited to acquisitions. This is primarily a cataloging/holds issue. I think the same might occur if two bibs are merged.
(In reply to Christopher Brannon from comment #4) > I don't think this is limited to acquisitions. This is primarily a > cataloging/holds issue. I think the same might occur if two bibs are merged. Ignore this comment. I think I am thinking of something else.
(In reply to Katrin Fischer from comment #3) > Wondering: if you move the order using the transfer option, the biblionumber > would not change. There must be another step we are missing? If there is a step that is missing, I'm not sure what it is. But, this does point out how this can get messed up.
Christopher, could you clear up how the order/items were moved so we can try and replicate this? Was it transfer order or was the item attached to another record from cataloguing? I think a step by step test plan could be really helpful here.
I've tried something: - Find record A - Place an item level hold on one of the items - Move the item to another record B - The item hold was moved with the item I believe this is the only way the biblionumber would change and it looks like the issue might have been fixed.
(In reply to Katrin Fischer from comment #8) > I've tried something: > > - Find record A > - Place an item level hold on one of the items > - Move the item to another record B > - The item hold was moved with the item > > I believe this is the only way the biblionumber would change and it looks > like the issue might have been fixed. Are you saying the scenario that Joy outlined in Comment 1 is no longer an issue? Your test you do here doesn't talk about orders and baskets, so I am not sure that you addressed this issue.
I've tried to make sense of the descriptions here - can you provide a step by step?
Joy, I defer to you, since you actually tested this. Are you able to provide a step by step? I can only go off what I've heard and have seen after the fact. I don't touch acquisitions enough to do anything with it.
Christopher- It may be best if you can verify the steps from someone on your technical services staff. Given the age of this ticket a fresh replication in your system is probably a good idea. joy (In reply to Christopher Brannon from comment #11) > Joy, I defer to you, since you actually tested this. Are you able to > provide a step by step? I can only go off what I've heard and have seen > after the fact. I don't touch acquisitions enough to do anything with it.
I will see what I can do.
Since we haven't been able to replicate the issue I am closing this INVALID for now. Please reopen if this issue is still visible to you and provide steps for testing.