According to Square API engineers, WooCommerce could send itemized tax information to Square but doesn't do so currently. As a result, Square receives a flat transaction amount, which Square extensions then pass on to QuickBooks as a tax-exempt transaction. The TaxJar idea is a workaround at best to an incomplete WooSquare extension.

From the Square API help desk:
"Unfortunately, itemization isn't currently available with the WooCommerce integration. Although Square integrates with WooCommerce to process payments, all API functions are operated and managed by WooCommerce. Square currently does provide itemization that would break out the tax and individual item sales for API integrations but at this time WooCommerce hasn't applied it to their integration. I'll be sure to share your thoughts with the Partnership team.

Ultimately this does lead to this issue that you are having. All of your in person transactions are itemized and due to the WooCommerce integration not being itemized the transaction comes in as the total amount charged. "

Change the postcode card verification field label to 'Billing Postcode'. It is not clear which postcode should be entered.

Billing postcode to match Squareup’s own implementation of their system on their own webshop? This seems like best practice being ignored to me.

In the UK you do not have to provide a postcode when using a debit/credit card in a shop unlike the USA where for example buying fuel requires a postcode entry in the chip and pin terminal. People simply are not used to verifying and with the number of people who rent and change addresses frequently, often their bank card is registered to a different address by mistake.

So the clearer the label over this field is, the less failure notifications will happen.

A number of other users have reported issues on the square woocommerce plugin forum where postcode verification fails randomly. But the troubleshooting is incorrect and it actually comes down to the postcode being entered incorrectly in the verification box rather than any other error.

So by changing the label for the Postcode field underneath the CVS code will help reduce user error by clearly showing which postcode they need to enter!

Please allow inventory tracking at the produce level, rather than the variation level. I sell art prints, and offer to mat them. Therefore I have two versions, a matted version and an unmatted version. However, I only have ONE stock of prints. None of them are matted until a customer requests a mat. Therefore, I don't want to track the number of prints under the variations, but under the main product listing. I need the variations in order for the customer to purchase correctly, but don't want to track the inventory count there. WooCommerce allows this natively. The Square WooCommerce integration messes this up.

As has already been mentioned, forcing WooCommerce product categories to be overwritten with the single Square category when Square is the system of record breaks organization and SEO, so adding an option to disable category sync is necessary.

On top of that, more detailed category (and other product option) settings on import are also necessary as most plugins/advanced features of WooCommerce rely on product category management

Some examples of what I'm looking for:
- On initial product import, give the option to import products with or without the category from Square
- On initial product import, give the option to add extra categories,tags, or other product options that are available on WooCommerce but not Square to all imported products. This fixes the issue of having a brief period of time between when the product is imported and the user manually going and adding the product options where incomplete products are displayed in the store.
- A specific example of this (in conjunction with stopping the category-overwriting on sync issue) is in a setup where the brick-and-mortar store has more items than the online store will display. My online shop only offers the "featured" items from my brick and mortar store for purchase, and my preferred way to manage this would be with categories (by putting a "hidden" category on all products except "featured" products and hiding that category from the shop). The delay between importing a product and assigning it the "hidden" category would mean that an item that is not meant to be purchaseable online is available for purchase if someone were to stumble upon it after I had synced it to WooCommerce but before I had put it in the "hidden" category.