One of the key improvements of the new Package Builder is the support of a deviating package material for product quantities not filling a full package. So far the Package Builder definitions for the target package type only allowed a single package material. This is sufficient in most standardized product onto pallet scenarios, but a gap in cartonization or more complex palletization scenarios.
Basic idea now is that the product quantity, that can be handled without creating mixed packages, will use the standard target package material. If a remaining product quantity exists, PB will put it into the deviating package material. If this is not defined, the standard target package material will be used. As a next step, the PB will try to fill this package up respecting the defined constraints.
To enable such scenarios, the package type assignment has been enhanced with new (optional) definitions. Those definitions include the deviating target package material and a set of restrictions (maximum weight / height).
System Example: A coffee product (250g coffee bean bag) is packaged into stock cartons (LRD_PM_CSTO_1)) with a full package quantity of 6 pieces. The remaining quantity shall go into a pick carton (LRD_PM_CPICK). Both the assignment and the full package quantity is defined not on the product itself, but on the reference product for package building (see MKS81).
If the product is now passed to the SCE PB, it will create a result like this:
This logic of course also works for product to pallet scenarios (full quantity onto EURO pallets, consolidation quantity into pallet cage). But it also works for the following:
As you can see, the SCE PB jumps over the cartons for the full package quantity and only handles the consolidation quantity using the pick cartons.
Because I can foresee the question: No, a dynamic target package type determination depending on product quantities and other constraints is not part of the new logic.
Basic idea now is that the product quantity, that can be handled without creating mixed packages, will use the standard target package material. If a remaining product quantity exists, PB will put it into the deviating package material. If this is not defined, the standard target package material will be used. As a next step, the PB will try to fill this package up respecting the defined constraints.
To enable such scenarios, the package type assignment has been enhanced with new (optional) definitions. Those definitions include the deviating target package material and a set of restrictions (maximum weight / height).
The PB logic is as follows:
- Check for each product if a full package quantity is maintained. If yes, create product pure full packages (that can have further packaging defined: carton -> pallet)
- For the remaining quantity determine if the same target package material shall be used or a deviating package material is defined.
- Create mixed packages.
System Example: A coffee product (250g coffee bean bag) is packaged into stock cartons (LRD_PM_CSTO_1)) with a full package quantity of 6 pieces. The remaining quantity shall go into a pick carton (LRD_PM_CPICK). Both the assignment and the full package quantity is defined not on the product itself, but on the reference product for package building (see MKS81).
Enhanced package type assignment
Product hierarchy
Full package quantity defined on reference product
If the product is now passed to the SCE PB, it will create a result like this:
Package Builder result
This logic of course also works for product to pallet scenarios (full quantity onto EURO pallets, consolidation quantity into pallet cage). But it also works for the following:
Package Type Assignment
Package Builder result
As you can see, the SCE PB jumps over the cartons for the full package quantity and only handles the consolidation quantity using the pick cartons.
Because I can foresee the question: No, a dynamic target package type determination depending on product quantities and other constraints is not part of the new logic.
- SAP Managed Tags:
5 Comments
| User | Count |
|---|---|
| 10 | |
| 7 | |
| 3 | |
| 3 | |
| 3 | |
| 2 | |
| 2 | |
| 2 | |
| 2 | |
| 2 |
