Composites
Mark Aldous
Hi,
this can be achieved in the following ways
Packing List
It is not possible to hide the Parent item, but it is possible to include a column for the child items that are used to make up the bundle
When you edit the Packing List add the column "PrintingComposites" to the Sub Table and give it a useful name such as "Bundled Items"
The result on the printed output can be along the following lines
Picking Lists
For Picking lists you have 2 options based on how you use them
There are 2 tables that can be added to a Picking List
The first table known as "Order Items" also allows for the "PrintingComposites" column to be included
What can also be achieved with this table through the use of Styles is to hide the SKU code for the Composite parent
The resulting printed output looks like this
The second table known as "Composite Child Items" (does not include order data) excludes Composite Parents
With this the table can be configured to output along the following lines
Head of Implementation
Linn Systems Ltd
Pete Martin
The composite feature works fine calculating stock levels and keeping the selling platforms accurate. The problem we have with it is the back end which relies on the user interpreting what each composite is made up of. Using Linnworks example of pens:
SKU - PEN1 (blue biro)
SKU - PEN2 (green biro)
SKU - PENBUNDLE (composite 3 x PEN1 + 3 x PEN2)
When we have 2 orders for PEN1; 1 order for PEN2 and 1 order for PENBUNDLE the picking sheet will show:
PEN1 x 2
PEN2 x 1
PENBUNDLE x 1
What it should show is:
PEN1 x 5
PEN2 x 4
The packing sheet should also show this - the SKU PENBUNDLE should not appear at all on picking or packing. We have found most of our packing errors are due to composites and our packers not interpreting the composites correctly - this should be done automatically by Linnworks. Any chance of this being looked at and implemented?