Shelf-edge labels from LS Central: printing price labels that match the till

Store operations · 8 min read

A shelf label that disagrees with the till is one of the fastest ways to lose an argument at checkout — and the customer usually wins it. In LS Central the label and the till are not two pricing systems: prices flow from a single centralised source, and each update is applied once across shelves, tills, and e-commerce. So when a label is wrong, the pricing engine is rarely the problem. The print path, the timing, or the label swap is. This guide covers where LS Central actually sends shelf labels, how to print a batch and a single replacement, and a short verification routine that proves the shelf price matches the till before a customer finds the one that doesn't.

Where shelf labels actually come from in LS Central

Paper shelf and item labels in LS Central print through LS Hardware Station. Since LS Central 17.3, labels can be printed to a designated printer for each store, so printing can be triggered automatically — without the user having to select a printer or confirm a print request each time. Two limits in that design matter operationally:

• The printer must speak a label language. The Hardware Station route is only valid for label printers supporting EPL and ZPL programming languages, or similar. A random office printer is not a shelf-label printer in this setup.
• The designated printer is per store. If labels land on the wrong device, or nowhere, the first suspect is the store's Hardware Station printer setup — not the item, not the price.

Under the hood, Hardware Station's Web API printing does the work: its PrintRaw function prints PDF documents and labels to a Windows printer (not OPOS), and LS Central uses that function to print PDF receipts and shelf labels. That architecture explains a failure mode worth knowing: labels and receipts share that Hardware Station path, so if the service is down or misconfigured, label printing fails with the POS itself looking fine — nothing comes out, and nothing on the till explains why.

Printing a batch — and a single label

Exact screens vary by LS Central version and POS layout, so treat this as the sequence, not a button-by-button map:

1. Make the price change first, and let it land. Labels print the price that is in effect in the system's data at print time. Print the batch after the price or promotion change has been made centrally — not in parallel with it.
2. Run the label print for the changed items. With the Hardware Station setup in place, the labels go straight to the store's designated label printer; nobody should be picking a printer from a dialog. If someone is, the designated-printer setup isn't being used.
3. Work the shelf in order. Take the whole printed batch to the shelf and swap labels in sequence, pulling the old label every time. Most mismatches are born here: a new label placed beside the old one, or the old one left in the holder.
4. Reprint singles, don't rerun the batch. For one damaged or missed label, LS Central 25.0 added Item Label Quick Printing: you can print one selected label from the list of valid labels for an item. One label, one item, no pile of duplicates to sort through at the shelf.

What success looks like: every changed item on the shelf carries exactly one label, the label price equals the price the POS shows for that item, and the print pile is empty — no leftover labels waiting to be stuck on the wrong product later.

Why the shelf label disagrees with the till

Because LS Central applies a price update once, from one source, a mismatch almost never means "the till has a different price list." Work these causes in order:

• Timing. The label was printed before the price change took effect in the data the label run used. The till, reading live data, is right; the label is a snapshot of an older price.
• The swap. The new label was printed on time but never reached the shelf, or the old label stayed in the holder. This is the most common cause and the least technical.
• The wrong label. A label for a neighbouring item — same brand, different size or variant — ended up in the wrong holder during a big batch swap.
• A partial print. The batch stopped partway (printer out of labels, a jam, Hardware Station hiccup) and the unprinted tail of the batch was assumed done.

Notice what is not on the list: re-keying prices at the till. If staff are "fixing" mismatches by overriding prices at checkout, they're masking a label-process problem and creating a pricing-integrity one. Fix the labels.

The scan-verify routine

After any price-change batch, spend five minutes proving the shelf matches the till. This is the step that turns "we printed the labels" into "the prices are right":

1. Take the changed-items list to the shelf — the same list the label batch was printed from.
2. Pick a sample. For a small batch, check every item. For a large one, check the first and last labels printed (a partial print shows up at the tail), every promoted item, and a spread across the batch.
3. Scan each sampled item at the POS and compare the price the till shows against the shelf label in front of you. They must be identical — including promotional prices, which the LS Central pricing engine calculates centrally, so a live promotion should show the same promotional price at the till that the new label advertises.
4. Reprint any mismatch singly using quick printing for that item, swap it on the spot, and rescan to confirm.

What success looks like: every sampled item scans at exactly its shelf price. Any item that doesn't is a process clue, not a one-off — if two labels in one batch are stale, check the whole batch.

Paper labels vs electronic shelf labels

LS Central also connects to electronic shelf labels (ESLs): it integrates with ESL provider Pricer through a web service, delivering price updates to shelf labels in real time. Whether that is worth it depends on how often your prices move:

A workable decision rule: if price and promotion changes are occasional and batched — a weekly flyer, seasonal resets — paper labels plus the verify routine are accurate and cheap. If prices change daily across hundreds of items, the labour and the mismatch risk move to the shelf edge every single change, and that is the point where electronic labels earn their keep. What doesn't work at any volume is paper labels without the verification step.

Printer problems that look like software problems

• Skipped labels, or print that drifts down the label. On Zebra-class printers this is a media calibration issue. Zebra's documentation lists the triggers for running calibration: changing media type or size, skipped labels, vertical image drift, "media out" errors with media loaded, after a factory reset or firmware update, and after long idle periods. Recalibrate before blaming LS Central.
• Labels print as raw code text, or don't print at all. Known Hardware Station issues in this area — EPL/ZPL commands being rendered as text instead of being interpreted by the printer, and label printing requests not being handled correctly — were fixed in the LS Central 28.0 cycle. If a store shows these symptoms, updating Hardware Station is the documented fix path, ahead of reconfiguring anything.
• Nothing prints, POS looks normal. Remember the architecture: labels go through Hardware Station. Check that service and the store's designated printer before touching item or price setup.

FAQ

Can any printer print LS Central shelf labels? No. The Hardware Station label route is only valid for label printers supporting EPL and ZPL programming languages or similar, designated per store.

Can I reprint just one label? Yes. LS Central 25.0 added Item Label Quick Printing — print one selected label from the valid labels for an item instead of rerunning a batch.

Do paper labels update when a price changes? No — a printed label is a snapshot. Automatic updating is the electronic-label behaviour; paper requires a reprint and a swap, which is why the verify routine matters.

The till price and the label are both "from the system" — how can they differ? Because they were read at different times. The till reads current data; the label shows the data at print time. Single source, different moments.