Item states (status) (UXPROD-1321)

[UXPROD-2527] Item status: Permissions to change item status based on resulting item status Created: 18/Jun/20  Updated: 06/Dec/23

Status: Open
Project: UX Product
Components: None
Affects versions: None
Fix versions: TBD
Parent: Item states (status)

Type: New Feature Priority: TBD
Reporter: Emma Boettcher Assignee: Ryan Taylor
Resolution: Unresolved Votes: 0
Labels: epam-folijet, inventory, permissions
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Blocks
is blocked by UXPROD-1985 Loans: Permissions (Action-based) Closed
is blocked by UXPROD-1731 Ability to change Item status from In... Draft
Defines
defines UXPROD-785 Inventory In Progress
is defined by UIIN-1246 Template: permissions to change item ... Draft
Relates
relates to UXPROD-2528 Item status: Permissions to change th... Open
relates to UXPROD-1731 Ability to change Item status from In... Draft
Release: Not Scheduled
Epic Link: Item states (status)
Development Team: Folijet
Kiwi Planning Points (DO NOT CHANGE): 1
PO Rank: 77
Rank: Chicago (MVP Sum 2020): R3
Rank: Cornell (Full Sum 2021): R2
Rank: Duke (Full Sum 2021): R1
Rank: 5Colleges (Full Jul 2021): R3
Rank: GBV (MVP Sum 2020): R2
Rank: TAMU (MVP Jan 2021): R2
Rank: U of AL (MVP Oct 2020): R3

 Description   

FOLIO allows some item status changes to take place on the item record (as opposed to processes in other apps). This feature creates separate permissions for changing item status based on what the user is changing the item status to.

Restrictions on changing item status from item record (regardless of permissions):

  • Can't change item status from Checked out, Declared lost, Claimed returned, Aged to lost, or On order
  • Can't change item status to Checked out, Declared lost, Claimed returned, Aged to lost, Awaiting pickup, or Awaiting delivery

Some of these permissions already exist, based on what item status changes are allowed from the item record:

  • Permission to mark an item missing
  • Permission to mark an item withdrawn
  • UXPROD-2699 Closed includes permissions for the included statuses there

Adding additional permissions to change the item status to some value does not make sense until the interface allows some user to do so, so this is blocked until UXPROD-1731 Draft is completed.



 Comments   
Comment by Jacquie Samples [ 23/Sep/20 ]

This is been documenting too narrowly.
We need more flexibility and granularity with permissions. Due to the lack of Workflow Engine development, human errors will creep in and need to be cleared by batch processing, as it is done now. This means that permissions for batch changing Item states (and other item data) needs to available to only some staff roles. Additionally, some super-users Should be able to make manual changes at the item level because not all item change needs are for RA and RM use cases.

We need super-user permissions to change the configuration for which item states prevent changes to/from and which type of user or process should be blocked or allowed.

Comment by Kristin Martin [ 23/Oct/20 ]

From Chicago: In Inventory there are very few item statuses that we need to set: Missing/ Lost (based on workflow) or Withdrawn. Other statuses such as intellectual / dummy item will be set at item creation so I do not think is a permission issue

Comment by Ann-Marie Breaux (Inactive) [ 06/Dec/23 ]

Moved from Prokopovych backlog to Folijet Backlog cc: Ryan Taylor

Generated at Fri Feb 09 00:24:42 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.