Download
Una cassa, ogni dispositivo.
Versione 1.11.11 · Apple Silicon · .dmg
Scarica per macOSHai un Mac Intel? Scarica la build Intel
Ogni app si collega al plugin WordPress gratuito — installalo prima.
Come funziona insieme
Un negozio al centro. Ogni cassa sincronizzata.
- Un solo plugin per iniziareIl plugin gratuito aggiunge una REST API sicura al tuo negozio WooCommerce. Questa è tutta l’installazione — niente da ospitare o configurare per ogni dispositivo.
- Ogni app legge e scrive nello stesso negozioRegistra una vendita sul desktop, rimborsala dal telefono — un unico set di prodotti, ordini e clienti, aggiornato in tempo reale.
- Offline-first, così la cassa non si ferma maiOgni dispositivo continua a funzionare senza connessione e si risincronizza appena torna online.
Cosa resta sincronizzato
- Prodotti e prezzi
- Livelli di stock
- Ordini
- Clienti
- Imposte e ricevute
Inizia
Tre passaggi per la prima vendita
Servono circa due minuti, dall’inizio alla fine.
- 1
Installa il plugin gratuito
La base a cui tutto si collega. Nella tua bacheca: Plugin → Aggiungi nuovo, poi cerca “WCPOS”.
WCPOSGratis · GPL
Ultima 1.11.10 · WordPress 5.6+ · WooCommerce 5.3+ · PHP 7.4+
- 2
Scegli il dispositivo
Tutti gratuiti, tutti sincronizzati. Scarica quello rilevato sopra oppure uno di questi.
App desktop
iOS & iPadBeta
AndroidBeta
- 3
Vuoi di più? Passa a Pro
Un plugin con licenza che aggiunge pagamenti con terminale, rimborsi e controllo dello stock sulla stessa base.
Sblocca la cassa completa
Pagamenti, rimborsi, stock e prezzi, gestione ordini, report di fine giornata, multi-store e supporto Discord prioritario.
Cronologia versioni
Novità
Versioni recenti del plugin. Le build desktop hanno una numerazione separata.
Le note di rilascio provengono da GitHub e potrebbero essere visualizzate in inglese.
1.11.10Ultima7 nov 2026
- 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.
1.11.91 nov 2026
- 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.
1.11.81 nov 2026
- 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.
1.11.728 ott 2026
- 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.
1.11.621 ott 2026
- 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.
1.11.520 ott 2026
- Web-store sales no longer re-save the product when they reduce stock. This fixes a checkout error and a doubled stock deduction on bank-transfer orders that a few stores saw, and keeps product descriptions exactly as you wrote them.
- Developers: the
woocommerce_product_set_stock/woocommerce_variation_set_stocklistener andProducts::product_set_stock()are removed; WooCommerce has bumped the product's modified date on every save since 3.4.0.