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

Assign Patron default service point for requests and general customer service

    XMLWordPrintable

Details

    • New Feature
    • Status: Closed (View Workflow)
    • P3
    • Resolution: Duplicate
    • None
    • None
    • None
    • Hide
      Cate Boerema: Ask patrons to select a pickup service point with each patron-initiated request. When staff are creating requests in FOLIO, they will need to ask the requester which service point they want to pick up at and select it. Chicago has somehow implemented default service points for patrons directly in discovery

      Note: default pickup service point isn't the only use for this information. When there is an issue with a patron, RA staff sometimes look to see what SP is their default. If it's in a different library, they might call the library and say "hey there's an issue with your patron". There is no real workaround for this use case.
      Show
      Cate Boerema: Ask patrons to select a pickup service point with each patron-initiated request. When staff are creating requests in FOLIO, they will need to ask the requester which service point they want to pick up at and select it. Chicago has somehow implemented default service points for patrons directly in discovery Note: default pickup service point isn't the only use for this information. When there is an issue with a patron, RA staff sometimes look to see what SP is their default. If it's in a different library, they might call the library and say "hey there's an issue with your patron". There is no real workaround for this use case.
    • Small < 3 days
    • Small < 3 days
    • Prokopovych
    • 95.8
    • Hide
      2019-07-18: Decreasing PO rank slightly per discussion with SIG to put this under Requests overdue/missing in transit feature and Patron notes on Requests
      2019-07-12: Keeping PO rank same as calculated rank (with potential minor adjustments to avoid having two features with same rank)
      Show
      2019-07-18: Decreasing PO rank slightly per discussion with SIG to put this under Requests overdue/missing in transit feature and Patron notes on Requests 2019-07-12: Keeping PO rank same as calculated rank (with potential minor adjustments to avoid having two features with same rank)
    • R5
    • R1
    • R1
    • R1
    • R4
    • R1
    • R2
    • R1
    • R1
    • R2
    • R1
    • R1
    • R2

    Description

      Currently, when patrons request materials, the default pickup service point for the request is the first one in the dropdown menu. This means that, when patrons are creating their own requests through discovery, they need to find their preferred service point in the menu and select it each time (a minor hassle). That said, when a library staff member is creating the request on behalf or a patron, they may not even know which service point to select for the patron.

      To solve this problem, new requests should auto-populate with the preferred pickup service point for the requester. It should be possible to override the default, when desired.

      This feature used to be called "User branch/location" but, upon discussion with the RA SIG, the primary use of associating a patron with any type of location information would be to assign a service point as the patron’s default pick-up location for requests. Given that, we have renamed this feature "Assign Patron default pick-up service point for requests) and moved it to the Requests epic.

      Current thinking on design (needs review with SIGs): https://drive.google.com/drive/folders/1lqjdblpO_3wFLYcZdR4jabGCmp0iFsmC

      TestRail: Results

        Attachments

          Issue Links

            Activity

              People

                cboerema Cate Boerema
                cboerema Cate Boerema
                Khalilah Gambrell Khalilah Gambrell
                Jakub Skoczen Jakub Skoczen
                Jakub Skoczen Jakub Skoczen
                Votes:
                0 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  TestRail: Runs

                    TestRail: Cases