S2 Process Downgraded Inventory
Here we explain how post-harvest can be in control of processing down-graded bunches without a request.
Last updated
Here we explain how post-harvest can be in control of processing down-graded bunches without a request.
Last updated
Do not use this method, If the policy of the farm is: all bunches need to enter the cold room at the original length. In that case, all reprocess and downgrade requests have to come from the module: Reprocess Inventory (R).
However, if your policy is to give control to the post-harvest to enter downgraded bunches into the cold room directly after processing, then use the following method: S2 // original length selection.
Via S2 it is possible to register a bunch with a longer original length assigned than the processed length. This downgrade method is designed to gain efficiency and goes together with an applied policy that puts post-harvest in control of downgrading bunches. To fulfill the need, post-harvest has to analyze the inventory (negatives) to know how many bunches they have to downgrade directly from S2. That means those bunches enter the cold room directly after processing with a downgraded length.
The process to select and assign an original length to a downgraded SKU, is as follows:
We have defined two registration reasons that need to get assigned to a downgraded bunch, Ventas and Remate.
When a bunch gets downgraded for a commercial reason, the selection "Ventas" has to be selected. A commercial reason can be, being oversold in a certain length (generates negatives in inventory) and processing the need with a superior length.
example: negative -10 in 40cm, and processing 10 bunches with original length 50cm, as 40cm.
The "remate" reason comes from the qualification of the flowers, in there's a shortness of stems in the needed original length (cm) to complete a bunch with. Every bunch of flowers has two layers of flowers of 12st each, which we call "piso alto" and "piso bajo". The requirement of an original length (cm), gets decided with the flowers from the bottom layer, those flowers need to match with the requirement of the original length (cm) being defined for the bunch. Therefore, the upper layer stems in the bunch, need to be avg. 7cm longer than the bottom stems in the bunch.
example: the roses from the bottom layer are 50cm, and the roses in the same bunch in the upper layer are 57cm.
When the flowers get classified, it can happen that the majority of the stems match the requirements with the bottom layer (50cm needed), but not with the upper layer (57cm needed). That means that all the stems being produced, match the requirements to be a 50cm bunch, but because of a leak of upper layer flowers, it is not possible to process the bunch in the original length (50cm).
When shortness of upper-layer stems occurs, a forced downgrade takes place, which we call and define as "remate". Downgrades bunches with the reason "remate" is always production related. In practice 1 or every 2 bunches being processed gets assigned to be a "remate" downgraded bunch (2x12st matches a bunch).
A second reason to assign a downgrade reason of "remate" to a bunch is when the "lira" is full of flowers, no more production comes in to classify, and all those stems together make one bunch.
The reason to insert a downgraded bunch directly from
