Our client has roughly 100 categories. We want to apply a percentage discount to all but one category. It would be nice if we could "select all" and then exclude the one.

We are currently implementing our new backoffice stock-keeping software. We will be managing our stock and prices from that dashboard to have one environment which handles the prices for our fysical store and online shop.

In the coming week we expect the backoffice to start using the REST API to adjust prices for WooCommerce. Unfortunately it's currently not possible to hook into the REST API for the Dynamic Pricing plugin. This would be a great feature to have, which would allow us to manage all prices (including the dynamic ones) from one dedicated dashboard for our online and offline store.

Distributors need to be able to set pricing for each individual customer. That is not currently possible with this plugin. So I had to go to WISDM labs Customer Pricing plugin.

Use Dashicons 'dashicons-tag' instead of current/custom image in Admin > Product data tab. It's practically the same icon (a coupon/tag) and fits the rest of the WooCommerce admin theme with color and highlighting. Super nitpicky, I know, but why include a custom image in the extension that breaks uniformity of the admin design when Dashicons offers a near-identical option?

This could be fixed/updated with about three lines of CSS code in an update.

The dynamic pricing data exports (and imports) within 1 field in an array format. This really isn't easy to map with any third-party sources if you wish to mass import lots of products into your database with multiple role based prices per product. Surely there is a better way to have this information so it can be easily imported in CSV format.

Improved Geolocation for Geographic Pricing/Sales

My company wants to be able to sell at price levels based on Geography. My products have different market values across the USA. We would like to be able to take advantage of those prices based on the geolocation of the user.

For example, in California, my products sell for more than they do in Texas. I would like to be able to set pricing to appear based on your location.

Currently, geolocation in woocommerce is only able to differentiate by country, so all of the USA sees the same pricing.

I ve got a question: I ve got 60 different products, I want to sell them in triples only; i.m. one can buy them only if one chooses exactly 3 products from my list. Items can not get doubled o tripled.
Any help?

I vote to have the WooCommerce Dynamic Pricing plugin to have the brands as a criterion for pricing rules.

we want to offer buy any 2 shoes for $60. I can't seem to find a way to do this in dynamic pricing or with coupons

Does somebody create an API for the plugin Woocommerce Dynamic Pricing ? :)
Anthony

Buy product A and get product B for free. Can only be done if you put product B in a separate category. (not a flexible solution, hence the product driven idea).

I think most would agree that the rules in dynamic pricing should have the sections collapsed, not expanded by default. That is normal behavior of an accordion. At the least this should be an option. Thoughts?

Currently Dynamic Pricing supports Product Categories and Brands, which are taxonomies.

For instance, if I created a new custom taxonomy called Discount Group to which any product could belong.
So, products of discount group 523 have a 10% off, from group 542 a 12% off, etc.

Why not use Product Categories ?
Because it would be weird see Categories Menu full of nonsense numbers.

Setting up pricing rules for variants, especially when you have a large number can be taxing. I do not remember all of the ids. I need to keep tabbing back and forth between dynamic pricing and variations. and changing variation pages, to boot. When setting pricing rules on specific variations, allow option to display variants by it's variant attributes versus ID. Example, (Large, Red).

how about a plugin, that lets you change prices based on a specific time. So if a user is visiting a woocommerce shop in the morning there is a different price for a specific product than in the evening or in the afternoon. Of course this should be automically be achieved by defining different prices for specific times.