Requests (UXPROD-790)

[UXPROD-2882] Remote storage: Deaccessioning Created: 27/Jan/21  Updated: 22/Dec/22

Status: Draft
Project: UX Product
Components: None
Affects versions: None
Fix versions: None
Parent: Requests

Type: New Feature Priority: P2
Reporter: Stephanie Buck Assignee: Stephanie Buck
Resolution: Unresolved Votes: 0
Labels: remote_storage
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Cloners
is cloned by UXPROD-3803 Remote storage: Dematic StagingDirect... Blocked
Relates
relates to UXPROD-498 Remote Storage Integration Module (Ca... Closed
relates to UXPROD-2696 Remote Storage Integration (Dematic t... Closed
Epic Link: Requests
Development Team: Volaris
Kiwi Planning Points (DO NOT CHANGE): 10
PO Rank: 60
Rank: Chicago (MVP Sum 2020): R4
Rank: Cornell (Full Sum 2021): R1
Rank: Duke (Full Sum 2021): R1
Rank: GBV (MVP Sum 2020): R4
Rank: Grand Valley (Full Sum 2021): R1
Rank: U of AL (MVP Oct 2020): R3

 Description   

Current situation or problem: Initial iterations of remote storage work did not include Deaccessioning

In scope: Deaccessioning items for Dematic EMS and CaiaSoft

Use case(s): Removing items from a collection permanently is a regular part of library workflows

Proposed solution/stories

  • Dematic (EMS): offers a way to delete single items or batches of items, but Delete Items is purely an EMS function and not part of the FOLIO integration. However it involves custom code that must be retained alongside any changes or updates to EMS.
  • Dematic (StagingDirector): has Inventory Delete message, which is sent by ILS when an item is changed from a status of "in storage" to “on shelf”. It indicates that the item is no longer in storage and is the means by which a SKU is removed from the StagingDirector database.
  • Caiasoft: has a request type “DEA” (Deaccession), sent by ILS to Caiasoft and changes item status there to “DEA”.
  • For the first step it might be enough to handle items removal manually. Deaccession flow also can be treated the same as FOLIO-initiated accession flow with the next differences:
    • Triggered only by changing permanent item’s location from remote to non-remote.
    • Checks that item is out of the storage before deaccession. Removing an item from the database before it was physically retrieved makes it impossible to pull out an item in future.

Links to additional info
Vision doc https://docs.google.com/document/d/1kMTq4D6PBWsTrEOsn-GIUgFt7vbGKxA2/edit#


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