Change Physical Item Job should ignore default MARC holdings template when changing location
Also entered as NERS ID 5949 for Next year's enhancement process cycle
When using the Change Physical Items job to change an item's location, we are running into problems because of the way Alma processes this job. Alma creates a new holding with the same data as the original holding and reattaches the items to this new holdings record. If all items are changed to the new location, the original holding is deleted. When creating the new holding, Alma uses the default MARC holding template. Our default is set with 852 indicator 1 set to 1 for Dewey Decimal classification, as this is used for the majority of our active holdings. This means that, on changing a set of items from a location with "Other" classification type to another, also with "Other" classification type, Alma creates the new holdings record with 852 indicator 1=1 instead of indicator 1=8.
This means that a second normalisation process then has to be run over the same set then to the correct indicator. This is double handling; it would be better if Alma ignored the default holdings template and obeyed the default call number type of the physical location instead.
Chris Sloan
shared this idea
Hello all,
This idea has been closed as part of a cleanup process for ideas older than a year with fewer than 20 votes. This cleanup process is necessary to streamline our idea management process and ensure that the most relevant and impactful ideas receive the attention they deserve. If you still feel strongly about this idea, you may submit it via the CERV process. We value your feedback and encourage you to continue submitting and voting for ideas that you believe will enhance Alma.
Alma Product Team.