Refactor SoH calculation logic

Description

At this point, we moved stock on hand calculation logic from domain to service layer. Currently, we have two ways of calculating SoH:

  • using CalculatedStockOnHandService based on CalculatedStockOnHand

  • using CalculatedStockOnHandService.calculateStockOnHand ( logic moved from)

The goal of this ticket is to remove usage of the latter logic. The main obstacle is to determine line item reason while the reason is not persisted in DB. It’s well described in StockCardServiceIntegrationTes.shouldReassignPhysicalInventoryReasonNames

Acceptance criteria:

  • redundant logic should be removed,

  • there should be only one way to calculate SoH

 

Assignee

Unassigned

Reporter

Wojciech Buława

Labels

None

Priority

Major
Configure