Uploaded image for project: 'UX Product'
  1. UX Product
  2. UXPROD-2913

Spillover/refactor overrides for renewals - FE and BE

    XMLWordPrintable

    Details

    • Type: New Feature
    • Status: Closed (View Workflow)
    • Priority: TBD
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: R2 2021
    • Component/s: None
    • Labels:
      None
    • Template:
      UXPROD features
    • Epic Link:
    • Front End Estimate:
      XXL < 30 days
    • Back End Estimate:
      XXL < 30 days
    • Confidence factor:
      High
    • Development Team:
      Vega
    • Calculated Total Rank:
      8
    • PO Rank:
      0
    • Cap Plan Fix Version (DO NOT CHANGE):
      R2 2021
    • Rank: Chicago (MVP Sum 2020):
      R2
    • Rank: U of AL (MVP Oct 2020):
      R3

      Description

      Current situation or problem: Overrides for patron blocks and item blocks at check out (UXPROD-2909) and requests (UXPROD-2910) was completed for Iris release. It included a refactoring of the code to handle several errors at check out or request with a single BE call and FE presentation, including patron blocks, items blocks, and other reasons that an item might be blocked from borrowing - some overridable and some not overridable. Renewal overrides (UXPROD-2911) were completed for the Iris release by "fitting it into the current code." The user experience is not ideal because patron blocks and item blocks are handled separately and multiple renewals is also not ideal and doesn't include an item block (maximum number of items already checked out set in loan policy – different than by patron group limits). We feel this should be improved to be consistent with the approach taken at check out - both BE and FE. We also left the old/previous override endpoints in place for both check out and requests so we need to remove those as part of our cleanup.

      In scope: Refactor UX/UI and BE for renewals to be more consistent with check out functionality and clean up old override endpoints for check out and request.

      Out of scope: Will not introduce new functionality.

      Use case(s):

      • As a user with permission to do a patron block and/or item block overrides, I want to be able to override a renewals that's being blocked – due to a patron block, item block (# of items checked out - loan policy) or another reason, such as loan policy/circ rules - non-loanable, number of renewals limit, etc.**

      Proposed solution/stories:

      • CIRC-1064
      • More to come... one for return all errors, one for handling/displaying all errors and one for the actual override.

      Questions

        TestRail: Results

          Attachments

            Issue Links

              Activity

                People

                Assignee:
                dbranchini Darcy Branchini
                Reporter:
                dbranchini Darcy Branchini
                Back End Estimator:
                Alexander Kurash Alexander Kurash
                Votes:
                0 Vote for this issue
                Watchers:
                0 Start watching this issue

                  Dates

                  Created:
                  Updated:
                  Resolved:

                    TestRail: Runs

                      TestRail: Cases