Planning of development work which involves Inventory and dependent apps
Move holdings and item
Purpose: When transferring holdings and items any existing relationships should be retained - https://docs.google.com/document/d/16iF5VxRPNVeVE7CVaLi8I9WYpz6RnYzE6iLUPvOCUA4/edit#heading=h.v4stg3pbhaa3
Use cases
1) There is established relationship between a POL in the Order app, and a given holdings record via app interaction Order <>Inventory.
2) There is established relationship between a POL in the Order app, and a given item record via app interaction Order <>Inventory.
3) There is established relationship between a patron request and an item record in a holdings record. If the Item record is transferred to another holdings record, the Request link to the given item record must be retained.
4) Loans on a given item record is to retained, so the loan history is persistent (to be described further - Cheryl Malmborg , Holly Mistlebauer
Jira
The work is captured in:
Umbrella issue:
- UXPROD-1647Getting issue details... STATUS
Follow up work defined:
Jira | Product owner | Development team | Planned release |
---|---|---|---|
Thunderjet | None | ||
Thor | None | ||
Vega | None | ||
Vega | None |
Deletion of instances
Purpose
Enable the user to delete an Instance.
- the user can be a person (a cataloger)
- the system (bulk edit)
- other operations?
Expected behavior
- Deletion of instances should follow a UX consistant behavior with deletion of other record types like holdings, item, and also other record types in other apps in FOLIO.
- (Where have we implemented deletion of record types? Question to POs)
Slide deck from an old UX presentation at MM-SIG 2018-10-04: https://docs.google.com/presentation/d/1iv1qM2T1uHCOx8vLAAJfmX-439ENNP7uo4yQJM8mubE/edit#slide=id.g438c473a97_0_0
Technical documentation
Technical backend note: The Inventory database has constraints defined on Instance, HoldingsRecord and Item to prevent deletion of entities with dependent records. The database will throw an exception if such a delete is attempted, as a last backstop - see:
- InstanceStorageAPI.java
Tech lead documentation: Deletion of core-module records may leave dangling references from non-core modules
Out of scope
- Prevent delete-all (wipe all data in Inventory).
Use cases
Complete list of use cases for when deletion of instances are relevant.
Topic for the group to discuss:
What do we mean with deletion of the instance:
- Will the instance be deleted from the database?
- Will the instance stay in the data base but flagged as a deleted record (can the instance then later be retrieved again, if the user regret the action, and want to roll back the deletion)?
- Will FOLIO offer the implementing libraries to choose the wanted behavior - so either solution 1) or 2)?
Jira
The work is captured in:
- UXPROD-1624Getting issue details... STATUS