Shopify apps that print barcode labels from a purchase order

Printing a barcode label for every unit that just arrived should be the easiest job in a stockroom. On Shopify it is not, because the purchase order screen does not print labels, and the label app does not know about your purchase order.

Stocky used to bridge that. Stocky closes on 31 August 2026, and four of the eight apps below launched in June and July, straight at the gap.

The question that decides it

Where does the label quantity come from? There are three answers, and they are not close in value.

From what you ordered. The app reads the purchase order and offers the ordered quantity. If the delivery was short, you have just printed labels for stock that is not in the building. Spare labels are worse than none, because they look like stock you have.

From what you received. Better, and where most of this list sits. The app reads the accepted quantity off the delivery and offers that.

From what you received, minus what you already printed. This only matters if deliveries ever arrive in parts. They do.

Here is why the third one is hard. Shopify does not record what arrived in each drop. Receiving a transfer twice updates the same shipment, so the accepted quantity simply goes from 7 to 12. There is no per-delivery record to read. An app filling straight from the API offers 12 on the second visit, and the seven labels you printed on Tuesday get printed again on Friday. The only way to offer 5 is to have kept your own record.

How to choose in thirty seconds

• You are leaving Stocky and only miss the labels. A focused label app, and the part delivery question above is what separates them.
• You are leaving Stocky and miss all of it. StockKit is the closest single replacement. It costs more because it does more.
• You want an app with a track record. Two apps here have one. The rest do not, ours included.
• You print labels for products rather than deliveries. Shopify’s own free app already does that, and you need none of this.
• Half your products have no barcode at all. Start there instead. Barcode types every Shopify store should know covers which codes are safe to invent.

What the rows mean

Quantity from what was received. The count is filled from what the receiving event accepted, rather than from the order or from you. Rejected and short lines drop out on their own.

Subtracts what you already printed. On a second delivery against the same order, the app offers what is left to label rather than the whole line again.

Presets for Dymo, Zebra and Avery. Your roll or sheet is in the list, so the first print lands on the label rather than across two of them.

Codes for products with no barcode. The app can generate one and save it to the product. It should use the number range GS1 reserves for in-store use, so a generated code cannot collide with a real product somewhere else.

Raises purchase orders itself. Some of these are receiving systems that print labels at the end. That is a different and much larger product than a label app.

Test it on a real delivery

Whichever you pick, this takes ten minutes and settles it.

1. Receive part of a real purchase order in Shopify. Not all of it.
2. Print the labels. Count them against what actually arrived.
3. Receive the rest, then open the app again.
4. Look at the number it offers you.

If it offers the whole line, that is a correction you will be making on every line of every split delivery from now on. If it offers what is left, you are done.

Two more things before you install anything. If an app’s purchase order support comes through a Stocky integration, ask what remains after 31 August. And if an app launched this summer, look at its review count and decide what you are comfortable with. That applies to ours as much as to anyone else’s.

Why this matters beyond the labels is why your Shopify stock count drifts.