I’m trying to setup a promotion to give free shipping for customers in the US on orders over certain amount on products from select categories. so here is what I did:
create a cart promotion and added a group of conditions:
First condition : In categories and added the categories.
Second condition : country equal United States.
Third condition : order subtotal equal or greater than amount.
then set bonus to free shipping and selected the shipping method.
Now when I go to the store front and add products to cart from those selected categories in the promotion , once the total reaches the subtotal amount defined in the promotion the free shipping is triggered and I get free shipping. All is well so far , but if I add any other product to the cart from other categories I still get free shipping on that item too. Is this the way it suppose to work or I’m doing something wrong here. Shipping should be charged on that item that was not part of the promotion.
Any help on this is much appreciated.
Thank you
Joe
Unfortunately that’s how it works!
Not the idea is it?
We tried and better tried, but always same result,
Hope someone has the answer for you!
[quote name=‘BarryH’]Unfortunately that’s how it works!
Not the idea is it?
We tried and better tried, but always same result,
Hope someone has the answer for you![/QUOTE]
Not at all, what good are the conditions you set if they are not followed?
[quote name=‘gasngrills’]Not at all, what good are the conditions you set if they are not followed?[/QUOTE]
Correct. I thought that the “Promotions” was going to be a great asset but they aren’t as flexible as I thought they would be and TOO flexible when it comes to conditions.
[quote name=‘BarryH’]Correct. I thought that the “Promotions” was going to be a great asset but they aren’t as flexible as I thought they would be and TOO flexible when it comes to conditions.[/QUOTE]
I wonder if this is a bug or the way it suppose to work and if it is the promotion functionality is worthless.
[quote name=‘gasngrills’]Not at all, what good are the conditions you set if they are not followed?[/QUOTE]
It appears as if there is a failure to make a logical connection between the conditions particularly within the groups.
i.e. Its recognising the relevant categories exist within the cart and that the subtotal has hit the threshold amount, but has neglected to ensure that the subtotal relates to the categories within the first condition. That would make sense if the categories were within separate groups distinguishing them as independent conditions, but if they are within the same group of course you would expect that the conditions were related otherwise what purpose does 'Group" serve?
The promotions facility needs a complete rewrite and I would suggest that they need to provide the choice of operands with the use of the conditions IF / AND / OR
Currently we do not know what the relationship is between the conditions other than via trial and error.
I’ve looked at this myself and have found that there are a few challenges. The first being what is the order of catalog promotions, cart promotions, bundles and configurators?
My feeling overall is that they have needed to make a design choice between cascading and rigorous logic testing. I think the cascading model is fine, but what you have is a waterfall-style promotional flow rather than a tiered fountain approach with staged pools. The programming logic does it this way, but the user interface, and as a result the user-accessible granularity - doesn’t exist to control the price flow properly.
As it is now, when you have additional group involved there are certain stops in place.
First, the cart assesses the group of the customer, location, etc.
Next, it sends that information down to the catalog layer, allowing the customer to see the prices that apply to their user group.
Next, those prices are passed through to any ‘Buy Together’ promotions or Configurator products you have in place.
Next the product stack is evaluated for cart conditions - this includes shipping, taxes, etc.
Finally, the shipping weight is assessed and the freight is calculated and passed to the payment method.
In an ideal world, the promotions logic in the admin area would be subdivided like the blocks area into the various stages so that you could decide what promotions get applied where and for what products and whom.
The logic as it stands is convoluted because the interface hides the logical prioritization of the pricing calculations and also does not provide promotional price controls for certain areas.
In other words, it is not enough to have a priority number, a choice of catalog promotion or cart promotion and the ability to stop all other rules. Stopping other rules doesn’t apply to buy together items, for example - which are not integrated with the promotions price calculation flow in a controllable way.
It would be ideal, in your case, to be able to select whether a product does or doesn’t count towards the shipping calculation in terms of weight, etc. That should happen at the freight discount layer - but there IS no ‘shipping’ discount - it is cobbled into a layer where it doesn’t belong.
I will put together and ‘Ideas’ posting on this topic with a graphic draft of what it should look like on the admin end. Hopefully Zeke or Imac will comment.