1つのレジを、すべてのデバイスで。

WCPOS 2.0 is a major update: an entirely new interface and many new features, and cashiers will need time to get used to it. Update when you have time to learn the new interface, not during a busy shift. What's new: https://docs.wcpos.com/getting-started/whats-new

Sync every till before upgrading: 2.0 starts a new local database and does not carry over unsent 1.11 sales. Rolling back to 1.11 also starts from an empty local database, so sync before you roll back too. The app and the plugin must both be on 2.0; a 1.11 app asks for an update when it meets a 2.0 plugin. WCPOS 2.0 needs WooCommerce 9.0 or later.

WCPOS 2.0 gives the POS its own checkout: cash, split payments and card readers handled at the register itself, with a cash drawer that opens and closes with each shift. Every screen is redrawn, and the till keeps taking cash when the connection drops.

• A checkout that belongs to the POS. Checkout opens in a tender pane beside the cart instead of sending every sale through WooCommerce's order-pay page. Cash is taken at the till, so it lands in the register's count; card and the other manual gateways keep the Legacy tab.
• Split payments. Take one order in several payments, for example part cash and part card, each recorded as it is taken.
• Card readers connected straight to the POS (Pro). Stripe Terminal and SumUp readers pair with the till over Bluetooth; Tap to Pay on iPhone and Android follows in an app update.
• Registers and cash drawer sessions. Opening float, cash in and out, a count at close and the difference against what was expected; set up in POS > Settings > General > Register. Free includes one register; more registers need Pro.
• Closures are saved, numbered documents you can reprint, recount and export as CSV from POS Settings.
• Cash sales keep going when the connection drops.
• A new Reports screen with a comparison period, a chart and cards for orders, products, taxes, refunds, payments, categories and cashiers.
• A customer-facing display (Pro). Open the display page on any device's browser and pair it to a till with a code.
• A redesigned POS with a Scale setting for compact, regular or spacious layouts, and a Fonts setting under Settings > Theme.
• POS Only products are hidden from your online shop. Marking a product POS Only sets its catalog visibility to Hidden; existing POS Only products are updated once at upgrade.
• The POS loads from cdn.wcpos.com, with jsDelivr as the fallback. The bundle is signed and checked before it runs.
• The template gallery has Receipts, Reports, Closures, Display and Email tabs, and receipt fonts download on demand.
• The cashier who opened a session cannot approve its own variance, and the Access screen can restore the default capabilities.
• The experimental magnetic card reader is removed. Card terminal extensions (Stripe, SumUp and the others) need WCPOS Pro from 2.0.
• Developers: sync protocol 3; every plugin hook is now named wcpos_* (the woocommerce_pos_* names still fire as deprecated aliases); the 1.x compatibility shims are removed; translations pinned to 2026.11.14; the vendored SQLite worker matches web-bundle v2.0.17.

Since beta 3, for testers on the 2.0 beta:

• A sale, refund or payment change saved while a register is closing is never lost from the books. It lands in the closure or in a correction to it; before, one that arrived mid-close could land in neither.
• Large register sessions no longer run out of memory. A session with thousands of sales could fail its X-report and expected figures on PHP's memory limit; the session's orders are now read one at a time.
• The order-pay page shows the order's own currency symbol on the Cash and Card fields and formats amounts with the POS store's money format.
• Refund receipts add up (Pro). When part of a refund is not tied to a payment, the remainder now prints as cash, so the receipt total matches the amount refunded.
• Beta 3's notes said translations were pinned to 2026.11.12; beta 3 shipped pinned to 2026.11.13.

• A store running a plugin that returns nothing from WordPress's REST dispatch filter syncs its whole catalogue again. WP Activity Log's Redirection sensor does this; the POS asked for every product id, got one page of ten, and silently never finished syncing.
• PDF receipts cap images at 128 MB on every host. The limit used to follow the host's memory_limit, so the same receipt image rendered on one host and showed a broken-image placeholder on another.
• Stripe's card form shows on the POS payment page with WooCommerce Stripe 11.1.1 or later. On older Stripe versions the script stays off the page, because it blocks every other payment method there.
• A guest sale can be paid by card through WooCommerce Stripe. It used to fail with "Missing required customer field: email", so the cashier had to attach a customer first.
• A sale with two coupons on a line whose price includes tax now totals exactly as WooCommerce does.
• The legacy PHP receipt's Total includes tax on stores that display prices excluding tax. It used to print the pre-tax amount.
• Reloading the POS no longer raises an "unknown tax rate" warning before the store's tax rates have been read.
• A sale with a miscellaneous product no longer crashes on stores running MyParcel 6.x.
• A store that is slow to answer when connecting is no longer reported as blocking WCPOS.
• A 1.11 till that meets a store already on WCPOS 2.0 is told to sync before updating, with a link to the upgrade guide.
• Developers: the app's translations come from the 2026.11.1-card tag.

• Fixed POS sales saving with no tax on stores that calculate tax by the customer shipping address -- a regression in 1.11.8. A sale with no shipping address is taxed at the customer billing address, else at the shop base address, as WooCommerce does; the till showed the right tax all along. Orders saved by 1.11.8 with no tax are corrected with Recalculate on the order's edit screen.
• PHP 8.5 no longer logs a deprecation notice on every POS request from the bundled login-token library.
• Developers: the bundled Sentry error-reporting library is updated to 4.34.0.

• New sales start from WooCommerce's own "Calculate tax based on" setting (shop base address, customer billing address or customer shipping address) instead of always the shop base address. A sale with no customer address is still taxed at the shop base address, as in WooCommerce.
• The Extensions screen and its menu badge no longer announce an extension update that needs a newer WCPOS than this site runs.
• The refund window is titled with the order number, not the order's database id.
• Developers: translations updated to 2026.11.0.

• Reading an order from the POS no longer saves it on stores using WooCommerce's High-Performance Order Storage. The first read of a web or admin order could attribute it to the cashier who opened it and make the till's next change to that order fail as out of date.
• A line added to a sale that already has a coupon re-applies the coupon, so the coupon's discount matches the order total (a 10% coupon on a $50 sale stayed at 5.00 after a second $50 line).
• A receipt printed for an order that still needs payment no longer shows a "PAID" row; the Invoice template shows "Amount due" instead. The bundled Detailed Receipt template is updated.
• Variations load correctly on WooCommerce 11.3. A change in how WooCommerce 11.3 applies its on-sale filter dropped variations from the POS's catalogue read, and the till treated them as removed.
• A sale is no longer marked paid when the store's payment check answers with an order that has no status. The pay page's fallback check now waits for a real order status.
• A receipt opened from the device's own data for an order that still needs payment no longer prints a "PAID" row. Offline, or before the store's receipt data arrives, a pending or open order printed "PAID" and the Invoice template hid its "Amount due".
• The loading screen's progress bar is readable on a device in dark mode.
• Developers: the translation template (POT) is updated; Electron desktop runtime 43.8.1.

• Thermal receipts no longer break words in the middle ("devolucione / s") when printed through the print dialog, as a PDF, or as a full-receipt image. Text now wraps at word boundaries, as it does on a receipt printer.
• Receipts open sooner after payment on sites with a heavy theme. The payment window's "paid" signal no longer waits for the theme's styles and scripts to load.
• Saving a product barcode, a cloud-print order, a negative fee's tax or a receipt template no longer saves the record twice. Each write now runs once inside WooCommerce's own save, so other plugins' save hooks fire once, and a cloud print problem no longer leaves an "Error during status transition" note on the order.
• The receipt screen warns when what prints will differ from the template you chose. A thermal template with no receipt printer prints its on-screen preview through the print dialog; an HTML template on a receipt printer prints the built-in layout; an HTML template on a Star CloudPRNT or Epson cloud printer prints nothing.
• Automatic receipt printing no longer waits for the on-screen preview to load when the printer does not use it: receipt printers, cloud printers and already-rendered templates.
• Card terminals and other non-cash gateways open the receipt as soon as the payment completes, instead of waiting for the order to sync.
• A receipt that could not be downloaded in time is reported as that, not as a printer that did not answer.
• Desktop: Epson network printers on port 9100 start printing up to 16 s sooner.
• Guest sales on a store that taxes by shipping address are taxed at the till again. With no shipping address the till now falls back to the billing address, then to the shop address, as WooCommerce does.
• The login screen says the app needs updating when the store's plugin no longer supports it, instead of offering "Re-authenticate" and "No stores found".
• Logs: a catalogue change the store refused is always reported, and switching store mid-sync no longer leaves a row in the other store's log.
• Translations updated to 2026.10.8.