Create the primary filter options for Order Lines

Overview: Until the PO/POL search results can be displayed in a hierarchical view, we will show the PO and POL search results separately. This story describes the filter options for POLs that are most urgent to implement. Secondary, less-urgent options are described in UIOR-268. Users need the ability to search and filter orders by a number of different field values. This will help them find exactly what they are looking for and what they should be working with.

There is a column in this Google sheet marked "Filter on This?" (column I) which identifies the fields that should appear as filter options. There is a tab for each App so you will need to navigate to the "Order" tab in this sheet for order fields, and only pay attention to the green filter options for the POL, not the yellow or the PO. https://docs.google.com/spreadsheets/d/1F88PoSnEKD7oFnza1ZuOgzAgKnK95XOyTQzxyww3tZA/edit#gid=1408113181

1. Scenario 1
   • Given the Orders app landing page
   • When a user wants to filter within POLs (the purchase order line toggle is highlighted)
   • Then they should see the following options in the filters area, in this order:
     • Receipt status
     • Payment status
     • Acquisition method
     • Location (location name followed by location code in parentheses - see attached screenshot)
     • Order format
     • Material type, electronic
     • Material type, physical
     • Date created (by date range)
     • Vendor (vendor name, followed by vendor code in parentheses)
   • And all filter accordions should be closed except for Receipt status and Payment status (since those filters are default filters - see Scenario 2)
   • And results should be displayed as indicated in UIOR-270
2. Scenario 2
   • Given the POL search results list
   • When a user first opens the Orders landing page or goes back to landing page by clicking the Orders app icon on top left
   • Then the POL search toggle is defaulted
   • Then the results list should be filtered to only display POLs that are
     • Pending payment and Partially paid and Awaiting payment
     • Pending receipt and Partially received and Awaiting receipt
     • Which means that POLs that are fully received and paid, cancelled, or payment/receipt not required are not displayed by default
3. Scenario 3
   • Ensure automated testing coverage for this new code is 80% plus and confirm with screenshot

NOTE Filtering by tags is also high priority for Chalmers, but cannot be implemented until after tags are implemented. See separate story UIOR-275 for adding filtering by tags.