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


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?


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


Mark Aldous

Head of Implementation

Linn Systems Ltd

Login to post a comment