Retail POS for WooCommerce – Point of Sale, Barcode Scanner & Receipts

• USB or Bluetooth barcode scanner, with nothing to configure. Any HID scanner gun that types into a text field works, and you do not need to program an Enter suffix into it: the scan box fires by itself as soon as four or more characters land, and it fires on Enter too.
• The cursor always comes home. The scan box takes focus when a POS screen opens, and clicking any empty space sends focus straight back to it. No hunting for the field between customers.
• Your phone is the second scanner — no app to install. Tap the camera button on the scan box and a live viewfinder opens. Browsers with a built-in BarcodeDetector (typically Android Chrome) decode natively; where there is none (typically iOS Safari) the bundled ZXing library decodes instead. Both are set up for Code 128, EAN-13, EAN-8, UPC-A, UPC-E, Code 39, ITF and QR.
• “Read from photo”, for the label that will not read. Creased, faded, printed too small? Take a still — or pick one from the gallery — and it is retried at three sizes and four rotations, twelve attempts, before it admits defeat.
• The camera view uses the rear camera at up to 1920×1080, crops the middle band of the frame, alternates horizontal and vertical passes, turns on continuous autofocus where the device supports it, and shows zoom and torch (flashlight) buttons where the phone exposes them.
• Camera scanning is available on the Sell and Returns screens. The Labels screen takes a hardware scanner or a typed code, auto-firing at six characters or more.

What a scan finds, and what to do when there is no barcode

• A scanned code is matched against the product’s barcode field, then WooCommerce’s own GTIN field, then the SKU , then WooCommerce’s SKU index — and a variation always wins over its parent.
• Only published products and variations ring up. A variable parent is never sellable on its own: it opens a variant picker listing each variation with its price, remaining stock and barcode, so the sizes are on the screen instead of in your head.
• No barcode? Search by product name. Type two characters or more and every word has to appear in the title; a single-word search additionally matches part of a SKU, barcode or GTIN.

The quick sale: cart, quick edit and discount

• Quantity, three ways. Minus, plus, or type the number. Stock-managed lines are capped at the stock on hand, with a warning, so a busy counter cannot quietly oversell.
• Quick edit, mid-sale. The pencil on a cart line opens price, sale price, stock and cost and writes straight back to the WooCommerce product or variation — optionally copying the new price, sale price and cost to every sibling variation in one go, refreshing the parent’s price range afterwards. Setting a stock number switches stock management on for that item and flips its in-stock status to match.
• The price you type is the price the shop means. The server converts your figure back to WooCommerce’s own entry basis before saving, so opening a line and saving it unchanged leaves the price exactly where it was.
• Manual discount on the whole sale , as a percentage or as a fixed amount of money. It is recomputed and re-capped on the server (percentage clamped to 0–100, a fixed amount never above the total), so a fiddled browser cannot invent a bigger one.

Money that adds up

• The counter quotes gross. Cart lines, the subtotal and the Complete sale button all show the tax-inclusive amount the customer actually hands over — whichever way the shop is set to display prices elsewhere.
• Tax is WooCommerce’s job. Items ring up at the product’s own WooCommerce price and the order’s tax is calculated by WooCommerce itself, so your rates, classes and rules apply unchanged.
• Discounts that do not break VAT. The discount scales every line total down proportionally instead of dropping in a negative fee line, so tax recomputes correctly even when the basket mixes rates.
• Your tenders, your words. Payment methods are a free-text list in Settings — Cash, Card and Bank transfer to start with; rename them, add them, delete them, and they appear as buttons on the sale screen. Renaming keeps a method’s key, so last month’s orders stay attached to the same tender. A sale in the free version is settled by exactly one method covering the full total.
• Customers by phone. Type the number: if a WooCommerce customer has it as their billing phone the sale links to them, otherwise the order simply carries the name and phone you typed. Nobody is forced to create an account, POS sales do not send the customer the usual WooCommerce order e-mails, and the admin new-order, no-stock and backorder notifications are suppressed for POS orders too. Orders from your website are untouched and mail as they always did.

Receipt printing

Hit print and a narrow monospace window opens, sized for the paper roll of a thermal receipt printer: store name, address and phone, every line item, the subtotal, the discount if there was one, the total, the payment method, and the customer’s name and phone. Receipt line amounts are the pre-discount figures, so the paper adds up the way a customer checks it — items total to Subtotal, minus Discount equals TOTAL. Any past POS sale can be reprinted from the order list.

Returns and refunds at the counter

Blind (receiptless) returns : scan what comes back over the counter, hand over the money, done — no original order needed. The payout is documented as a refunded POS order and stock is restored automatically when stock reduction is on. The returns cart deliberately has no stock cap : a customer can bring back three of something you currently hold none of, exactly as a real counter has to allow.

Barcode label printing

• Print barcode labels for any product that already has a SKU or barcode: scan or search products into a queue, set how many copies of each, and print.
• Barcode rendering auto-detects EAN-13 and EAN-8 and falls back to Code 128 .
• Label width and height in millimetres, and what goes on the label (store name, product name, variant, price, the barcode and its digits), are all configurable in Settings.

POS orders and the sales dashboard

• POS order list with filters for type, status and date, and search by order number, phone, or customer name and e-mail. Editing is limited to safe fields — customer name, phone, e-mail and city, payment method, order status and a note. Line and price changes stay on WooCommerce’s own order screen, where they belong.
• Sales dashboard : today, last 7 days, last 30 days and the calendar month to date, a daily revenue chart, a payment-method breakdown, average basket and best sellers. Returns and partial refunds are netted out, so the figure on the screen is what actually stayed in the till.

Translations

Every string is translatable and the plugin ships its translation template ( languages/eren-labs-retail-pos-for-woocommerce.pot ). Translations for the free version are served as WordPress.org language packs from translate.wordpress.org — nothing is bundled, so you always get the current community translation. A language switcher on the POS screens lets each user read the plugin in a language of their own, separately from the rest of wp-admin, using whatever language packs WordPress has installed; anything else falls back to English. Right-to-left languages get an RTL layout.

Documentation

Full documentation lives at https://erenlabs.net/eren-labs-retail-pos-for-woocommerce/docs/ : a walkthrough of every screen, what each setting does, how scanning resolves a code, how returns refund and restock, and a troubl