Feature Request: Print Barcode Labels Directly from Purchase Orders (like Stocky)

One critical feature missing from the new Shopify PO & Transfers experience is the ability to print barcode labels directly from a purchase order. This was something that was possible in Stocky.

When receiving inventory, being able to select items from a PO and immediately print labels is a huge time-saver. Without it, you have to cross-reference the PO manually and print labels separately, which adds significant time to the receiving workflow.

For stores with large catalogs or high receiving volume, this is a dealbreaker for adopting the new PO/Transfers tool.

Request: Add a “Print Labels” action within a Purchase Order that integrates with the Retail Barcode Labels app (or native label printing), allowing merchants to print labels for items on that specific PO — ideally with quantity pre-filled from the PO line items.

You mentioned Stocky offers this so if you’re entertaining apps that can not only print labels from the PO, but also ONLY the labels you need - and in the configuration/layout you need them to be in - then look to FyreTrail to do this.

If you’re looking for Shopify to add this then I would say they probably won’t as that would require a lot of functionality they do not currently offer (i.e. label printing, custom label layouts, etc.).

On another angle with regard to how you can do this - there are a few apps out there that deal with JUST printing labels. If you only want label printing from an app and not the full functionality that Stocky offered, then I think there are many choices that stick to just label printing.

DougInOr’s right on FyreTrail being closest off-the-shelf. The reason Shopify probably won’t ship native PO-to-barcode is label hardware is fragmented (Zebra ZPL, Brother QL, Dymo, sheet-paper Avery formats), and printer protocols differ enough that a “works for everyone” UI becomes a tax on every PO change.

If you want to roll your own without FyreTrail, working path:

  • Pull PO line items via Admin API (Stocky’s PO migration added a PurchaseOrder type)
  • Render labels client-side using JsBarcode or bwip-js for Code128/EAN drawing
  • Print via browser print dialog with a 1:1-sized CSS @page rule for your sheet size (Avery 5160 for example)

That gives immediate print without a backend dependency; you only need a small custom-app page that takes a PO ID and renders labels. Two days of work for a Shopify dev.

For a Zebra/Brother direct path, both expose Web USB or Network Print APIs (Zebra Browser Print SDK is the well-supported one), letting you send ZPL/PCL straight to the printer without the OS print dialog. Cleaner for warehouse staff who shouldn’t have to deal with a print preview.

The “select items + immediately print” UX Stocky had is a 1-click flow on top of that data path. Not a Shopify platform limitation, just a UI someone has to build.

Hello @CBHI

As a tip, you can simplify this by exporting purchase order line items and use the Retail Barcode Labels app to bulk print by variant, you can filter by SKU or by vendor. Alternatively, recreate PO items into a temporary collection so labels can be printed batch from the admin, for quantities received. For those still on Stocky, it is still the most native way workflow to print PO based labels. This cuts down on manual matching and it also gets around the current limitation in the new transfers experience.

This new PO system is maddening. I can no longer sort my POs by expected receive date which is critical for our business. And, I agree, needing to just receive & hit print labels (just send the products to the Barcode Label App w/ ease) needs to be an option. I need both of these functions w/out all the craziness of PO software. One store who also sells online. I want to see my POs as a list w/ easy sort by creation date, expected receive date or vendor…also easy search. I’d like to search by product name (find POs w/ that product) or search for vendor and see all POs w/ a vendor name pop up. Really want the ease of old Shopify PO system w/ ability to print labels after checking in inventory.

@SHOPVERVE What you’re asking for is a lot more than what the OP was looking for, but yeah, you need to check out FyreTrail too because it was made to handle POs in all the ways you’re looking for. Searching, sorting, printing, tracking, etc. I don’t mean to push it, honestly just trying to help your requests specifically. Go check it out - you’ll like the functionality it has and it will solve the problems you’re detailing out.

The PO list losing easy sort/search is a real step back — I’ve heard the same from a few stores. A few things that help today:

Name your POs with an ISO date prefix — e.g. 2026-07-15 — VendorName. They then sort chronologically in the list, and you can search either the date or the vendor to pull up the right ones. It’s a workaround, but it makes the list predictable until Shopify adds real sorting.
• For slicing POs by product or receive date at scale, that’s really PO-management territory — the dedicated inventory/forecasting apps (the ones people are moving Stocky’s planning to) handle PO sorting/filtering far better than the native Transfers list. Worth a look if it’s core to your workflow.
• Drop it in Shopify’s feedback too — sort-by-receive-date and product search are exactly the gaps people keep raising, and the PO team is iterating.

Full disclosure, I make LabelCraft (mentioned up-thread) — but to be straight, that’s for printing labels for received stock, not managing or sorting POs, so it won’t fix the sort issue. Didn’t want to pretend otherwise. Happy to help if the labeling side ever comes up.

FyreTrail, a $150 dollar monthly add on app simply to do many of the things we were doing in Stocky, should not be the answer. It’s honestly comical how many “features” that are just must-haves are missing in this Shopify native PO system. It’s like Ford rolling a car off the production line that has an engine but they didn’t supply the wheels, oops.

First, I deeply appreciate you’ve found FyreTrail to be the answer. I’m sorry Shopify has left you with this take, but I appreciate that you’ve found FyreTrail to be that solution and will continue to show you that by helping you be as successful as you can be. Hopefully the time that FyreTrail saves you is well above what Stocky saved you and at the end of the day you can look back and say, “You know, as frustrating as the Stocky situation was, FyreTrail saved us enough time that it really didn’t ever matter - and wow, we’re glad we found it!” If you don’t feel that way then please allow me to help you get there.

Second, I think it’s important to call out that FyreTrail has 4 plans (Free, Starter, Growth, Professional) and the $159 plan you’re referencing is the most expensive plan available. FyreTrail does come with a FREE plan, but that’s for a limited set of stores with low volume and focused features. Some “single owner” stores choose the Starter Plan at $59 which gives them POs Adjustments and Stock Takes as well as relevant reports. Stores with multiple locations generally choose the Growth Plan at $99 which gives them multi-user stock takes, Restocking and Transfers and the Professional of course gives everything including unlimited POs, Products and Variants with Open To Buy Budgeting.

Again, thank you. I very much appreciate you choosing FyreTrail and I truly hope to work closely with you to make you feel it was worth it.

Hi @CBHI Welcome To Shopify Community So This is a real workflow gap, and it’s a common one, a lot of the Stocky-replacement discussions I’ve seen keep circling back to exactly this kind of “small feature that saved a lot of manual steps” that didn’t carry over to the native PO/Transfers tool.

Until this gets added natively (if it does), the current workaround most merchants are stuck with is manually noting SKUs/quantities from the PO, then generating labels separately in Retail Barcode Labels or another labeling app, no shortcut around the double handling right now.

Worth cross-posting this in Shopify’s Feedback area too if you haven’t already, since PO-to-label workflow gaps like this tend to get traction there when enough merchants add their use case, and Shopify’s product team specifically tracks that channel for prioritizing the PO/Transfers roadmap.

I built Replenly partly for this exact Stocky workflow. You can manage the PO, receive stock and print barcode labels for the PO without having to manually cross reference everything afterward.

It also handles partial receiving, landed costs and stocktakes.

There’s a free plan, paid plans start at $19/month and there’s a 14 day free trial.

The pre-filled quantity in your request is the one detail I would change, and it is a small change with a large effect.

Fill it from what arrived, not from what you ordered. On a sixty-line delivery, eight lines short-shipping makes an ordinary Tuesday, and printing ordered quantities hands you a stack holding roughly a hundred labels for stock still on a truck, which somebody then sorts against the packing slip, costing more time than the printing ever saved. The second half is timing. Labels made later at a desk let an unlabelled box reach the floor, and unlabelled stock either sells at the wrong price or does not sell at all.

Printing as you confirm each line welds the two events together. Nobody receives a line without labelling it.

Disclosure: I build Binly (Binly ‑ Stocktake & Reorder - Stocky replacement: phone stocktakes, POs & smart reorder | Shopify App Store), which prints from received quantities for that reason. It does nothing for the sorting complaint above, which is a separate problem.

You can currently print barcode labels from inventory items, but not directly from the PO. A workaround: after receiving, select the received products and use “Print Labels” from the inventory list — it accepts the same barcode formats. For partial receiving, create a transfer or use the existing “Receive” action, then print from the product page. Stocky’s tight integration is missing here, but this covers the core flow without extra apps.

(利益披露:我在调研是否值得做「POS收据标签扩展」这个工具,不是来推销的。)