Prices with taxes + shipping cost shown (pre-checkout)

[lindapowers]

Hello

Just wondering if this feature has been solved (added) in VM 2.0 or if there is any option to show prices with shipping cost + tax included before the checkout.

This has been discussed for years in the forum and requested without a word from the developers. For me it was the biggest issue in VM and I needed a personalized hack to solve it.

Thanks

[Milbo]

Afaik yes, just test it.

[lindapowers]

Hi, Just testing new version and although layout is much cleaner a lot of things have changed... can't find this.

I see options for:
Base price with tax
Price with discount
Sales price
Sales price without tax

but I'm talking about prices with shipping cost included

thanks

[Milbo]

in product details? You see the price of the product added with the cart extra prices? like shipment, payment and so on? hmmm. This should be  solved by an extra layout. From informatical point it would be like mixing the cart and the product detailed view.

[jjk]

You can include the shipping cost with setting up a "Shipping Cost" calculation rule, similar to how you would add tax and eventually label the price tag i.e "Sales price incl. shipping".

[lindapowers]

Yes Milbo the idea is to show the price including the shipping cost, in product details and wherever you show the price of a product

I'll tell you a real example from our shop so that you can see the problem we had:

Product A (Juice Oranges 15 Kg) Price with 4% tax (fruit tax) = 13.20 €

So VM will show 13.20 € as the price of the product in product details, carrousel module and other modules, which yes, is right from the informatical point of view. However all our competitors as many other shops specially in low cost products need to show the "real total price", when I say real I mean including shipping cost. All the money the customer is going to pay for a product.

So  for us the real price is= 13.20 + 9.80 (shipping cost +18% tax for shipping)= 23.00 €

Imagine the difference for a customer from seeing  juice oranges from 13.20 € to 23.00 € once he is on the checkout , with 13.20 € we feel we are lying to the customer.

This drived me crazy when I first install Virtuemart, I read many people with the same problem but there was no solution apparently. Joseph Kwan did a "hack" for this which worked quite well.

The shipping process was removed from the checkout step as he created a table where I could enter the shipping cost per product and that was the price shown in product details, modules, minikart etc.

Although we got this solved, I still think this is the biggest issue in VM. New version looks really good but please think of adding this, as I said requested for years.

I'll check what you said jjk, thanks.

[Milbo]

There exist different solutions for this issue.

So when your shipping costs is always the same price, my or jjk's solution should work well. But when you have different shippingrates, then we must add a config setting like "show on productdetails real total price" or something like that. I understand absolutly your problem.

[lindapowers]

Hi Max,

In our case we have 3 different shipping prices for 5, 10 and 15kg.
Tbh I don't know which way should be the best one for this.

Maybe it could be done by creating a shipping method for this purpose? where you could define the shipping rates there? or maybe just in product details a field for a fixed shipping rate which if used skipped the shipping process on checkout?

The hack we got made by Joseph created a table as shown you in the image, there we defined our shipping rates, and in product details we used the field for weight setting 1,2, or 3 to define one of the 3 shipping rates.

[Milbo]

In our case we have 3 different shipping prices for 5, 10 and 15kg.
Tbh I don't know which way should be the best one for this.

Maybe it could be done by creating a shipping method for this purpose? where you could define the shipping rates there? o

You can do that exactly with the shipping rates. The problem with the solution to choose the shipping rates is that you need than exactly ONE shipping rate defined for every case.

Just test it please, make 3 different shipping rates with different weight. When oyu configure it correct the right shipping rate is chosen automatically already.

[lindapowers]

I have created 3 shipping rates for 5,10 and 15 kg but when I add to cart and I'm on the checkout it doesn't pick the shipping rate automatically.

It says "edit shipping rates" and there it gives me the option to choose from the different shipping rates.

I have defined weight 10 on a product (oranges 10 kgs) on product details and on the shipping rate for 10kg's I set minimum weight I set 10 and max weight 10

Is it supposed to take it automatically that way? Thanks

[Milbo]

the person who wrote this is just in holiday, but roughly you did the right thing. maybe you must use 10.1 kg instead of 10 and things like this.

[lindapowers]

Oh tell me when he is back from drinking Daikiris in Cuba meanwhile I'll test and see If I find the way he configured it but is good to see that this way it should work.

However, the main problem would remain, having this set and working how could the final price be shown including this shipping fixed price?
Any chance you can add something for this?

Just an option like "add shipping on final price before checkout" or "show real total price" Maybe this could be added on the pricing tab under configuration? or I don't know cause I think what we want to change is the "final price" shown.

By this way in theory I see shipping prices are fixed for each product and they could be taken automatically, thats great as it avoids the process of choosing shipping cost for the customer, we just need a  way to add this price before they reach the checkout.

Thanks

[Milbo]

ofc we can add it. but first we look on the bugs, you want a new feature. It is hard to resist not to add it, but atm there are more important things todo first.

[jjk]

I didn't test it yet, but I think in this special case another option to implement this price structure would be to create child products for i.e. Oranges 5 kg, Oranges 10 kg, Oranges 15 kg. and then directly enter the "real final price" for each child product or assign 'pricing rules overrides' for each child product.

[Milbo]

Also a very intersting idea to use directly the variants. Maybe the best one.