Taxually For WooCommerce

Changelog

1.5.5

• Fix – Removed an installation step referencing “specify your fulfilment location(s)” — no such step exists in the connect flow, and it caused confusion for digital-only sellers
• Tweak – Clarified the FAQ on data syncing: checkout tax calculation stays off until explicitly enabled, but background compliance data sync begins immediately after connecting
• New – Added an FAQ on how Taxually determines product tax categories, and how to review or adjust a classification
• Fix – Added a QIT-specific phpcs ignore for two gated debug-logging error_log() calls, flagged by the WooCommerce Marketplace Quality Insights Toolkit as potential leftover debug code
• Tweak – Updated “WC tested up to” and “Tested up to” headers to the current stable WooCommerce (11.0) and WordPress (7.1) releases

1.5.3

• Fix – Cancelling or refunding an order that had already been reported to Taxually always failed, since the amount sent included tax while Taxually tracks the refundable balance net of tax — every attempt was silently rejected. Cancellations and refunds now correctly report to Taxually.

1.5.2

• Fix – Error logging required WordPress’s own WP_DEBUG setting to be on, in addition to this plugin’s own Debug Mode toggle — on hosts where WP_DEBUG isn’t enabled (most managed hosting), every logged error was silently invisible even with Debug Mode switched on. Errors now always show up in the “Recent activity” panel when Debug Mode is on, regardless of WP_DEBUG.

1.5.1

• Tweak – Added an order note whenever a tax calculation is committed, voided, or refunded with Taxually, so this is visible directly on the order instead of only showing up as an error if something goes wrong.

1.5.0

• Fix – Orders paid by an offline method (Check Payments, bank transfer, cash on delivery) never finalized their tax calculation with Taxually, since WooCommerce doesn’t automatically mark these as paid — a refund on such an order silently did nothing, since there was nothing to refund yet. Tax now finalizes as soon as the order is confirmed and being fulfilled, regardless of payment method, and automatically reverses itself if the order is later cancelled or fails instead of completing.
• Tweak – Added a “Refresh” button to the Tax Radar and Tax registrations cards, so a jurisdiction you just registered for in the Taxually dashboard doesn’t take up to 15 minutes to show up here.

1.4.7

• Fix – The 1.4.6 fix for Blocks checkout losing tax on the persisted order didn’t actually take effect: it re-read the shopping cart at the point WooCommerce builds the order, but by then WooCommerce’s own internal cache lookup for that cart had gone stale, so the correction silently never applied. Confirmed live: the checkout page correctly showed calculated tax, but the placed order still recorded $0.00. The already-calculated tax is now carried forward directly instead of being looked up again, so it reliably reaches the order.

1.4.6

• Fix – The 1.4.5 fix for orders showing $0.00 tax only worked on classic checkout. WooCommerce Blocks checkout (the default for most stores) recalculates each order’s tax from scratch immediately after creating it, silently discarding the correct amount again — orders could persist with tax fully removed, not just miscounted. Live tax calculations are now re-applied to correct this on both classic and Blocks checkout, without affecting orders that are legitimately VAT-exempt (e.g. valid reverse-charge business customers).

1.4.5

• Fix – Orders placed with checkout tax calculation enabled could be saved with $0.00 tax on the order itself, even though the correct amount was charged and shown throughout checkout — caused by two WooCommerce internals (the order’s own recorded tax total, and its itemized tax line on the invoice) both reading from cart fields this plugin wasn’t writing to. Both now stay correct on classic and Blocks checkout alike.

1.4.4

• Fix – Closed the remaining ways two overlapping requests to Taxually could disconnect the store: every authenticated call now shares one connection-handling path instead of five separate ones, so a connection token rotated by one request in flight is transparently picked up by another instead of looking like a lost connection

1.4.3

• Fix – Two shoppers checking out around the same moment the Taxually connection token happened to need renewing could disconnect the store from Taxually entirely (and silently turn off “Enable tax calculations at checkout”), with no warning until the merchant checked settings

1.4.2

• Fix – “Enable tax calculations at checkout” could not actually be turned on: the confirmation dialog showed the wrong direction (“Turn off” when switching it on) and, since the wrong direction was also what got saved, confirming never actually enabled checkout tax calculation

1.4.1

• Tweak – Expanded the External Services disclosure to explicitly describe real-time checkout data transmission (billing/shipping address and cart contents) when checkout tax calculation is enabled, not just the background compliance sync

1.4.0

• Fix – Disconnecting from the Taxually dashboard now properly disconnects the plugin too, instead of the settings page continuing to show “Connected” indefinitely with a token that no longer works

1.3.1

• Fix – Tax Radar / registrations statuses now use WooCommerce’s actual colored order-status classes (blue/green/tan/red) instead of two that don’t exist in WooCommerce’s own stylesheet, which made an urgent “Registration required” status look identical to a routine “Monitoring” one

1.3.0

• Fix – “Enable tax calculations at checkout” is now a native checkbox instead of a custom toggle-switch widget, matching every other setting on this page
• Fix – Disconnecting now shows the same styled confirmation dialog as the checkout toggle, instead of mixing a plain browser confirmation for one and a styled dialog for the other
• Fix – Tax Radar, tax registrations, and product classification statuses now use WooCommerce’s own status-badge styling instead of custom badge CSS
• Tweak – “Debug Mode” is now “Debug mode” for consistent sentence casing with every other setting label
• Tweak – “(sandbox)” next to your connection status now reads “(test mode)”
• Tweak – The setup notice leads with what to do first, instead of a “get started” preamble
• Tweak – Clarified a checkout tax-line-item message to use active voice

1.2.4

• Fix – Removed an unused REST endpoint that returned the store’s WooCommerce API secret to any shop-manager-capable user; nothing in the plugin or Taxually’s backend ever called it — the real legacy connection flow generates this key locally and pushes it to Taxually, it never gets pulled back out

1.2.3

• Fix – Renamed the plugin’s main file and text domain from taxually-for-woocommerce to taxually, matching the actual live WordPress.org plugin slug — updating from an older version no longer changes the plugin’s file path, so existing installs stay active instead of silently deactivating on update

1.2.2

• Fix – Corrected nonce-verification lint suppressions in the tax calculation module that WordPress’s Plugin Check tool was flagging; no behavior change

1.2.1

• Fix – The live-checkout toggle now syncs to your Taxually dashboard, so it correctly shows whether tax calculation is enabled for this store
• Fix – Clicking Disconnect (or deleting the plugin) now tells your Taxually dashboard, so it stops showing as connected

1.2.0

• New – Automatic tax calculation at checkout (VAT, GST, US sales tax) — classic and Blocks checkout both supported
• New – Automatic background product classification, no manual tax-code mapping required
• New – Tax registrations summary and free Tax Radar (economic-nexus threshold tracking) on the settings page
• New – Imports an existing customer VAT/tax ID from EU VAT Number, EU VAT for WooCommerce, or Germanized if present, so repeat customers don’t have to re-enter it
• New – Partial and full refund support, kept in sync with Taxually’s compliance records
• New – Enable/disable audit trail (who, when) for the live-checkout toggle
• Fix – Debug-mode activity log for diagnosing calculation issues on hosts where debug.log isn’t reachable

1.0.2

• Fix – Declared compatibility with WordPress 7.0
• Fix – Updated license to GPL-3.0-or-later
• Fix – Added function existence checks to prevent fatal errors when multiple plugin versions are active simultaneously

1.0.1

• Update plugin listing copy

1.0.0

• Initial release