Details
-
Bug
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Done
-
None
-
ACQ Sprint 112
-
0
-
Thunderjet
-
MI State University/Library of Michigan
Description
Overview: If an order has a prefix assigned to it, the receiving app does not allow searching for that PO line without including the prefix. This is different from behavior in the orders app, where an order can be searched with or without a prefix included.
This issue was raised by Michigan State University (currently on Honeysuckle HF #3), and reproduced on Bugfest Iris.
Steps to Reproduce: (bugfest)
- Log into https://bugfest-iris.folio.ebsco.com/ as a user with permissions in the orders/receiving app.
- Open the Orders app.
- In the order lines search, search for 14059.
- Notice you get one result for lawmono14059-1.
- Open the Receiving app.
- Search for 14059.
Steps to Reproduce: (folio-snapshot)
- Go to Settings/Orders/PO number/Prefixes
- Create an order prefix
- Go to the Orders app and create a PO and POL using that PO prefix
- Open the order
- Search for the POL in the orders app with and without the prefix (in Keyword and POL searches)
- Go to the Receiving app
- Search for the POL in the receiving app with and without the prefix (in Keyword and POL searches)
Expected Results: You receive the same results as in the Orders app (one result for lawmono14059-1). Searching for POL in the Orders and Receiving apps in the Keyword and POL searches should be consistent, and as tolerant as possible (i.e. "contains" instead of "begins" or exact)
Actual Results: No results found. You need to search lawmono14059 (bugfest) to access that POL for receiving. It seems like the Orders app treats the POL as a Begins or Contains search, but Receiving only treats it as a Begins or Exact search
Interested parties:
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-2169 Thunderjet - R1 2021 Enhancements/Bugfixes/Tech Debt
-
- Closed
-
- requires
-
UIREC-119 Receiving: Add option to search by Vendor reference number
-
- Closed
-