Details
-
Story
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Done
-
None
-
-
ACQ Sprint 132, ACQ Sprint 133
-
3
-
Thunderjet
-
Lotus R1 2022
Description
Purpose/Overview:
Item fields need to be updated (displayOnHolding, enumeration, chronology, discoverySuppress) when Piece was changed.
Requirements/Scope:
- Updated fields (displayOnHolding, enumeration, chronology, discoverySuppress) from Piece should be reflected in the Item
Approach:
1. Update Item by calling inventory using REST call : org.folio.service.pieces.PieceService#updatePieceRecord
1.1. Create new class org.folio.service.pieces.PieceUpdateFlowManager (contains all business logic for updating piece), if it not created before.
1.2. Create holder for storing intermediate data, which will be used in the async future flow), if it not created before. Example org.folio.models.pieces.PieceCreationHolder
1.3. Add logic to update fields (displayOnHolding, enumeration, chronology, discoverySuppress) from Piece should be reflected in the Item
Acceptance criteria:
- Update Piece logic implemented
- Unit tests
- API tests
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-3342 Implement data consistency approach for Piece<>Item interaction
-
- In Refinement
-
- has to be done before
-
UIREC-148 Data consistency - Update Item when piece Enumeration and Chronology are updated
-
- Closed
-
-
UIREC-225 Data consistency - Update Piece when Item Enumeration and Chronology are updated
-
- Blocked
-
- relates to
-
MODORDSTOR-304 Implement logic for updating Piece fields when Item was changed
-
- Open
-
-
MODORDERS-649 Some fields of the piece are not populated when receiving/unreceiving
-
- Closed
-
-
UIREC-220 Some fields of the piece are not populated when receiving/unreceiving
-
- Closed
-
- mentioned in
-
Page Loading...