StagingDirector deaccessioning: mark an item as withdrawn to deaccession item from remote storage database

HI Priyanka. I cannot confirm how locations are designated on the back end - I'm sorry. 

From the UI perspective, locations are set as remote in Settings > Tenant > Location. From the FOLIO record UI, any remote location will have the word Remote appended to the location name.

For  your question regarding sufficiency: checking item effective location first will catch most situations. That said, if a remote location is set anywhere in the item record OR the holdings record, then marking it withdrawn or deleting it should trigger the system to attempt a deaccession, in order to ensure that it is no longer in the remote storage system inventory database.

Hi ,

With the help of the document https://docs.folio.org/docs/platform-essentials/locations/locations/#item-effective-location

How do I understand if the item is stored in remote storage? - I understand - if effective location (id) of the item (that is being marked as withdrawn) matches with one of the the folioLocationId from the response of https://folio-snapshot-okapi.dev.folio.org/remote-storage/mappings api, then it should be considered that the item is stored in remote location.

1. is my above understanding, correct?

2. question regarding sufficiency - is my understanding that checking effective location of item is sufficient and need not look for temporary or permanent locations of item or holding, correct?

Could you please confirm on the above questions?

 
Thank you for your clarifications. As per the discussion with Volaris BE team, API is yet to be developed. Once that is available, this and other deaccession FE tickets would be picked up.

Hi . Great questions. You can find answers to many UX questions [here|https://ux.folio.org/docs/all-guidelines/.

1. This should follow the patterns already present in Inventory, so the user should be returned to the item record page the user started in. I updated scenario 2.

2. Confirmation modal patterns should match across FOLIO, especially within the app itself. Use the pattern already established in Inventory

3. Yes

4. This sounds correct to me

5. There could be a communication error with remote storage.

Hi ,

Could you please clarify on the below?

1. Scenario1 talks about clicking "Mark as withdrawn" from Actions menu, while in item view screen. In Scenario 2, once cancel is selected, one should return to item record in view mode or edit mode?

2. In Scenario 3, is my understanding that the confirmation modal will show up as an overlay on item record correct?

3. In scenario 4, once cancel is selected, is user redirected to item record in view mode?

4. In Scenario 5, on clicking confirm, is my understanding that there should be an API call to remote the item from remote storage
   database. On success response, this item status is changed to "Withdrawn".

1. Can there be any error scenarios here? and how are they to be addressed?