ACQ should apply a default owning lib to copies managed via batch update

Bug #1268006 reported by Bill Erickson on 2014-01-10
This bug affects 5 people
Affects Status Importance Assigned to Milestone

Bug Description

Evergreen 2.4+

Copies created or edited via the PO batch operation interface should be given an owning_lib value when none is applied. With a default, locations for whom the PO ordering agency matches the item owning lib, a value no longer has to be manually applied.

There are cases in the wild of users forgetting to apply an owning lib for batch-created copies, assuming the owning lib would be applied magically, resulting in failures down the road when the value is null. Surely this is a training issue, but it's also an easy one resolve by providing a sane fall-through mechanism.;a=shortlog;h=refs/heads/user/berick/acq-batch-update-default-owning-lib

Tags: acq Edit Tag help
Bill Erickson (berick) on 2014-01-10
description: updated
Jennifer Pringle (jpringle-u) wrote :

In the case of multi-branch libraries we do want the owning library to be blank if a staff member does not fill it in so that it results in an error when staff try to activate the purchase order. This then prompts staff to go back and enter the correct owning branch for the line items. If the system fills in the default location of the picklist org unit than the library will most likely end up ordering the copies for the wrong branch resulting in confusion for staff when the items are received and confusion for patrons if the item they have placed a hold on actually belong to another branch (as some branches apply age hold protection on new items).

The current error message is not very helpful as most library staff don't know what it means -"Event: 1586:ACTOR_ORG_UNIT_NOT_FOUND -> The requested actor_org_unit was not found". Something along the lines of "Owning library not found. Please check your line items to ensure each has an owning library assigned." would be more helpful

It would be nice to be able to set a default for single branch libraries as the owning library will always be the same for them.

Bill Erickson (berick) wrote :

That's a good point, Jennifer. It sounds like we need to make the option for a default a setting (i.e. not automatic) and in cases where the setting is not applied, we need a warning that appears next to the PO Activate link that prevents activation, like the no-item-price and zero-copy warnings. With this, you could still cause the not-found error by manually loading bibs and items for a lineitem (before activation), but you would know why it happened, because the warning would be right at the top of the page.

Jennifer Pringle (jpringle-u) wrote :

The option for a default setting and a warning beside the PO Activate link preventing activation if the owning library has been entered sounds perfect!

Jennifer Pringle (jpringle-u) wrote :

Sorry the above comment should say "hasn't been entered".

Dan Wells (dbw2) on 2014-02-05
Changed in evergreen:
milestone: 2.6.0-alpha1 → 2.6.0-beta1
Bill Erickson (berick) wrote :

Removing pullrequest, since the code as-is does not represent the discussion that followed.

tags: removed: pullrequest
Changed in evergreen:
milestone: 2.6.0-beta1 → none
Kathy Lussier (klussier) on 2014-07-18
Changed in evergreen:
status: New → Confirmed
importance: Undecided → Medium
no longer affects: evergreen/2.4
no longer affects: evergreen/2.5
Andrea Neiman (aneiman) on 2017-07-19
tags: added: acq

Evergreen 3.1

Acquisitions Wishlist request

New Library Setting to add the option of setting a default owning library and in cases where the setting is not applied, we need a warning that appears next to the PO Activate link that prevents activation, like the no-item-price and zero-copy warnings if the owning library is missing.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers