Dox POS for WooCommerce
| 开发者 | davidzoque |
|---|---|
| 更新时间 | 2026年11月12日 01:26 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
详情介绍:
/pos page (/caja on a Spanish site) with its own sign-in screen. From there you search products with their photo and stock, record the sales that come in through WhatsApp or Instagram (each one is a WooCommerce order, so stock goes down on its own), put products on layaway while the customer pays, record the stock that arrives and keep the list of what has to be shipped.
It was born for the shop that sells through chat and ships by courier, where a phone is enough. If you also have a physical store, turn on the Counter: a till screen for a computer or a tablet with a barcode scanner, cash with the change worked out, receipts on any printer and opening and closing the till.
It follows the country of the store (WooCommerce > Settings > General): the payment methods it offers, the carriers it suggests and the default sales channels are the ones of that country, and where WhatsApp is not the norm (the United States, for instance) the messages to the customer open as text messages in the phone's Messages app instead. Everything can be renamed, turned off or added to in WooCommerce > Dox POS > Sales.
What it does
- Sell and put on layaway. Channel, customer, city, shipping, discount and payment method. A sale becomes a WooCommerce order, so the stock, the reports and the emails are the ones the store already had. A layaway holds the stock until its deadline (or with no deadline), takes deposits that count as sales on the day the money comes in, and cancels itself if it is not paid in time, unless it already has deposits.
- Inventory. Record what arrives with supplier, invoice and cost. It adds to the stock and warns you if the same invoice was already recorded from another phone.
- Orders. The ones from the register and, if you want, the ones from the website, with their status and the WhatsApp message ready. Mark them shipped with a carrier and a tracking number, and the customer gets an email with the tracking link, using the store's own email design.
- Products. Create and edit products from the phone: photos (iPhone HEIC included, stored as WebP), sizes and colors or whatever each category varies by (capacity, model, material), units of each one, weight and size for shipping, and an automatic SKU that follows the one the store already uses.
- Stores in several languages. With Polylang or WPML each product exists once per language; the register shows it once, in the main language, in Sell, Inventory, the search, the counts and the Excel files. A product created in the register is created in the main language, and what sells on the website in another language counts toward its main product.
- Shipping costs. Set what shipping costs without opening wp-admin: a fixed price, by weight, free from an amount or store pickup, for the whole country or for some of its regions. They are saved as WooCommerce shipping zones, so the web checkout and the register charge the same.
- History. Sales, the daily cash, the stock ledger and, with costs on, what each product leaves. Everything downloads as a real Excel file.
- Costs and profit. A cost per unit for each product, stored in the WooCommerce cost field. Every purchase recalculates the weighted average cost, and every sale freezes the cost in the order, so raising a cost later does not rewrite past sales.
- The Counter, for a physical store. Scan barcodes with any USB or Bluetooth scanner, or with the phone camera. Quick buttons for products without a barcode, keyboard shortcuts, sales on hold, a discount, and cash with suggested bills and the change in large type, card or several payment methods in one sale.
- Till and receipts. Open the till with its float and close it counting the drawer: the register tells you whether it matches. Every sale has a receipt for 58 or 80 mm paper, printed from the browser on any printer, with a barcode that opens its return. Returns put the pieces back in stock.
- Roles for the store. A Cashier role that sells and never sees the WordPress dashboard, and a Counter cashier role that only reaches the Counter. Discounts can be capped for them, and they close the till blind.
- No signal, no problem. A sale recorded with the screen open and no connection is kept on the phone and goes in on its own when the connection is back, without duplicating.
assets/vendor/zxing with its license, loaded only when someone taps Camera, and never loaded from outside the site. Source code: https://github.com/zxing-js/library
External services
The register can load its two fonts from Google Fonts (fonts.googleapis.com and fonts.gstatic.com). This is off by default: a fresh install uses the fonts of the phone or the computer and the plugin does not connect to any outside service.
If you turn on the "Load the fonts from Google Fonts" switch in WooCommerce > Dox POS > Brand, the browser of whoever opens the register requests those fonts from Google, which receives their IP address and the usual data of a web request. With the switch on, the settings page loads the fonts the same way while you pick one, and when you type a font name the plugin asks Google whether a font by that name exists. No store, order or customer data is ever sent, and turning the switch off stops every request.
Google terms: https://policies.google.com/terms
Google privacy: https://policies.google.com/privacy
安装:
- Upload the
dox-posfolder to/wp-content/plugins/and activate the plugin. - Open
/pos(/cajaon a Spanish site) and sign in with an administrator, a shop manager or a user with the "Cashier" role. - Set the brand, the colors, the address of the screen, the sales channels and the payment methods in WooCommerce > Dox POS. If you use other Dox Studio plugins, the same page is in their shared menu: Dox Plugins > POS.
屏幕截图:
常见问题:
Do I need a barcode scanner or a receipt printer?
No. For selling through chat a phone is enough: you search the product by name or SKU, record the sale and the order is in WooCommerce. In a physical store, the Counter works with any USB or Bluetooth barcode scanner (it types like a keyboard) or with the camera, and prints receipts from the browser on any printer.
Does it change my stock twice?
No. The plugin never touches stock directly for a sale: it creates the WooCommerce order and WooCommerce discounts the stock, exactly as it does with an order from the website. Only stock entries add units, and voiding one takes them back.
Can two people use it at the same time?
Yes. When a sale is recorded, the order reserves its units with the same mechanism the WooCommerce checkout uses, so the last unit cannot be sold twice.
Who can see the costs and the profit?
Administrators and shop managers. Someone with only the Cashier role sells and records stock without seeing any cost. Costs can be turned off entirely in WooCommerce > Dox POS > Products.
Where does the cost of a product live?
In the WooCommerce cost field ("Cost of Goods Sold"), so it also shows in the WooCommerce product editor and other plugins can read it. The plugin turns that feature on when you save the settings with the costs switch on.
How do I charge shipping by weight?
Open the register, tap the gear at the top and choose Shipping costs. Add a cost "By weight" and write the ranges ("up to 1 lb, 6", "up to 5 lb, 10") and what a heavier order pays. It is a regular WooCommerce shipping method, so the web checkout charges the same, with no table rate plugin. Each product gets its weight and its size in the Products tab of the register; a product with no weight counts as zero.
I am not in Colombia. Does it fit my shop?
Yes. The register reads the store country from WooCommerce. A Colombian store gets Nequi, the local carriers (Coordinadora, Servientrega, Interrapidísimo, TCC...) and WhatsApp; a US store gets Zelle and Venmo, USPS, UPS, FedEx and DHL, and text messages instead of WhatsApp; Mexico, Spain, Argentina, Chile, Peru and Ecuador have their own carriers, and any other country starts with DHL, UPS and FedEx. Card, cash, bank transfer and cash on delivery are there everywhere, and you can rename, turn off or add payment methods, carriers and channels in WooCommerce > Dox POS > Sales.
Does it work with a store in several languages (Polylang, WPML)?
Yes. With Polylang or WPML each product exists once per language. Dox POS shows only the products in the store's default language (and the ones with no language), so each product appears once in Sell, Inventory, the Excel file and the counts. A web order placed in another language counts toward its main product in the best sellers and in Movements, and a product created from the register is created in the default language. Without Dox POS Pro, editing a product from the register changes only the main product. Dox POS Pro adds, with Polylang, a tab per language in the product form, creating a new product in every language at once and repairing a half-made translation. Dox POS changes stock only through WooCommerce, but it does not copy stock between translations: Polylang (free) does not do it either, so the store needs Polylang for WooCommerce, WooCommerce Multilingual (WPML) or a snippet that keeps the stock of the translations the same.
Can it sell in several currencies?
Dox POS sells in the store currency, also when Price Based on Country is installed and whoever opens the register is in another country. Dox POS Pro works with Price Based on Country zones: choose the zone of the register (for example Colombia in COP) and it sells in that currency with that zone's prices, with prices by zone in the product form, reports that show one currency at a time and store credit and layaways that keep their currency. Dox POS also detects CURCY, WOOCS and Aelia Currency Switcher to show a notice, but it does not sell in their currencies.
Does it work with the block checkout and with HPOS?
Yes. Orders are created through the WooCommerce API, and the plugin declares compatibility with High-Performance Order Storage and with the cart and checkout blocks.
更新日志:
- New: a search box at the top of Orders. It finds an order by the customer's name, phone, address, the product, the order number or the email, among all the orders and not only the latest 80. A phone is found however it was written: with spaces, dashes or the country code (+57) in front, or without them.
- New: a line sold without a product (a custom design, a repair) can get its photo after the sale. In the order detail it has "Add a photo" (or "Change the photo" if it already has one); the photo shows in the order and the order gets a note with who added it. The earlier photo stays in the media library.
- Technical: GET /orders accepts q (dox_pos_list_orders( $limit, $q ) and dox_pos_search_order_ids(), on top of WooCommerce's search_orders, with or without HPOS, plus a phone match by digits and an exact billing email). New order action POST /orders/{id}/photo {line, image}: the image is a pending one uploaded with POST /sale/image, and only a line marked _dox_pos_free takes it.
- New: "Sale from another day" in Sell, for the store manager (administrators and shop managers only). A sale that was made a few days ago and was not recorded can be recorded now with the day it was sold, from yesterday back to 7 days ago, plus a short reason. It counts on that day in History, Cash of the day and the Panel, and the order shows a "Registered late" badge with the day it was really entered and the reason. It has to be a sale already paid: not a layaway, not cash on delivery, not a deposit to store credit and not from the Counter (the till shifts count their cash by shift). The server checks the user, the day and the reason; a seller cannot use it.
- Technical: POST /orders accepts backdate {date: YYYY-MM-DD, reason}. The order gets date_created and date_paid at that day and the current local time, the meta _dox_pos_backdated {entered, user, reason} and an order note. The dates are set after payment_complete(), so WooCommerce does not overwrite them. The stock log keeps the real moment of the stock movement. New cfg.backdate {min, max} (null for users who cannot use it) and a "late" field in each order of /orders.
- Fix: in Orders, tapping anywhere on an order opens its detail, cancelled orders included. Before, only the order number and the products did, and on a phone it was easy to miss. The buttons on the order still do their own thing, and selecting text (to copy a phone number) does not open it.
- Fix: in stores that keep orders as posts (without HPOS), a new sale could bring back an earlier order instead of being recorded. Every sale is recorded again.
- Fix: in stores that keep orders as posts (without HPOS), Orders no longer lists the deposits of a layaway as separate orders, and the layaways about to expire and the layaway payments in History show the right ones.
- Fix: with Price Based on Country, the register no longer sells with the prices and the currency of the country of whoever opens it. It always sells in the store currency, as its notice says. This only applies to the register (the /pos page and its own API), never to the shop pages.
- New: an amount from an order in a currency that is not the register's shows its code next to it, like $39.00 USD, in Orders, the order detail and History. A store with one currency sees no change.
- New: when the customer has store credit only in another currency, the customer box shows it as information ("Store credit in another currency: $35.10 USD"); it cannot be used there.
- Fix: a deposit on a layaway is only recorded in the layaway's currency. If the register can no longer charge in it (Dox POS Pro turned off, or the zone of that currency turned off), it says so and nothing is charged, instead of giving the customer store credit in the store currency.
- Technical: the HPOS fixes use meta_key/meta_value or filter in PHP instead of meta_query, which WooCommerce ignores without HPOS (the repeated-sale check, the Orders list, layaways due, layaway payments in History and the uninstall cleanup). New filter dox_pos_credit_lookup and action dox_pos_stop_visitor_prices (see README.md).
- Stores in several languages (Polylang or WPML): the register still shows each product once in Sell, Inventory, search, counts and Excel files, writes the stock log once on the main product and creates new products in the default language. Creating and editing the translations from the register (the language tabs, "Also create in the other languages", "Missing in English" and Create now) is now part of Dox POS Pro. Without it, editing a product changes only the main product and the translations are left as they are.
- New: if the store uses Polylang, WPML, Price Based on Country, CURCY, WOOCS or Aelia Currency Switcher and Dox POS Pro 0.42.0 or newer is not active, a short notice on the Dox POS settings and in the register says what Pro adds. It can be dismissed, once per user, and it never shows in the WordPress dashboard or on the website.
- Technical: new hooks for add-ons in the product form: the dox_pos_product_form_fields filter (slots name_before, name_after, price_after, short_before, short_after, description_after), the dox_pos_product_saved action, the dox_pos_product_response, dox_pos_product_edit_data and dox_pos_catalog_item filters, the dox_pos_products_settings and dox_pos_products_sanitize filters, the dox_pos_settings_products and dox_pos_rest_routes actions, and the productoListo, productoPayload, productoCargado... events of window.DoxPOS (see README.md).
- Technical: new hooks for add-ons that sell in another currency (Dox POS Pro does it with Price Based on Country zones). The plugin itself still sells in the store currency with the WooCommerce price: dox_pos_currency() (filter dox_pos_currency) replaces the scattered get_woocommerce_currency() calls; dox_pos_money_format() (filter dox_pos_money_format) gives the symbol, separators and decimals that dox_pos_money() and window.DoxPOS cfg.money use; dox_pos_product_price() (filter dox_pos_product_price, with the context sell, list or edit) is how the catalog, the cart, the order and shipping read a price; the dox_pos_order_problem filter lets an add-on refuse a sale, the dox_pos_order_before_totals action runs before the totals are calculated; reports skip other currencies when dox_pos_report_currency() says so; store credit keeps an optional currency per movement (the filter dox_pos_credit_currency); the dox_pos_shipping_rates, dox_pos_order_profit_pre, dox_pos_xlsx_money_format and dox_pos_history_response filters, the dox_pos_product_validate filter (an add-on can reject a product save with a WP_Error) and the historialConsulta and historialPintado events. Without an add-on every one of them returns exactly what it did before. See README.md.
- Technical: includes/multilingual.php keeps dox_pos_lang_plugin(), dox_pos_lang_default(), dox_pos_lang_where(), dox_pos_lang_main_id(), dox_pos_lang_twin_variation(), dox_pos_lang_term_args(), dox_pos_lang_assign_term() and dox_pos_lang_assign(); the rest moved to the Pro.
- Fix: with Polylang, saving a product from the register no longer replaces the photos of its translations when the photos of the main product did not change. A translation can have its own photos (uploaded apart, with the alt text in its language); they are kept, and the translation only takes the main product's photos when they change in the register.
- Technical: dox_pos_lang_copy_images() copies the photo and the gallery to a translation, each on its own, only when the main product's one differs from the last one it saw (_dox_pos_lang_imgs); the first time, a translation that already has a photo or a gallery keeps it. Full changelog: https://help.doxstudio.com/dox-pos-changelog/