Dynamic Price Updater

[mc12345678]

Hi I have a test site set up with Dynamic Price Updater and the attributes are going crazy.

Using http://sitstandforbusiness.com/ssfbt...desk-p-50.html as an example.the price is £224.17 based on the standard or bespoke desktop. The frame only option is meant to discount the price, (which it does) but when you visit http://sitstandforbusiness.com/ssfbt...desk-p-50.html

When I disable VAT it all works fine, but when its included (20%) everything just plays up.

Please could anyone advise? Any advice would be welcome

Dharrison, I didn't get a chance to see the behavior of the page yesterday when this was reported. Just now when looking at the described page, I am seeing the base price upon arrival with the statement that Inc Vat. When changing through the options, I see the price go down (Inc Vat) for the option that recycles the computer, and moves up for the others. I'm not sure what is meant by "everything just plays up", but also it has been a while since I have looked at how Inc/Excl Vat works. I thought that the price display was modified by some "internal" calculations of the plugin rather than by direct use/modification of other code such as the shopping_cart class or otherwise.

To explain how DPU works in the background: when selecting an attribute, a temporary cart is created to include the one item that is on display to include any/all selected attributes. The resulting price of that arrangement of attributes is provided back to the javascript and the applicable/designated location is updated with that information. So, there may be a few things that have to be modified to display both the price with VAT and without VAT so that both can be displayed with the product. One would be the "calculation" done in the dynamic_price_updater class so that a second price can be returned to the javascript and the second would be to collect/use that second price and apply it to the correct screen location...

But, detail is needed to know what is happening, what is expected to happen and what has been tried.

[mc12345678]

Ok I've learned a little bit more: IN 1.5.5 the prices are inclusive of VAT only when a zone is applied to Configuration > My Store

But all I need is to include the UK and it works on a fresh install but not my current site.

On the fresh install DPU doesn't work.

Please could anyone give some guidance

As described in the previous message, basically, doesn't work isn't descriptive enough to address a possible solution. Afterall, DPU has been installed on a fresh install of ZC 1.5.5e and it works within a default store. I have not (though perhaps someone else has) installed it in attempts for it to work with the alternate price/display options and the possibility of displaying both prices (including tax and excluding tax ie. with VAT/without VAT) or adjusting the display from/to with tax or without.

[dharrison]

Hi mc

I have just included the VAT again.

If I use http://sitstandforbusiness.com/ssfbt...desk-p-50.html as an example. The base price is £269.00

Ignoring the recycling option for a moment, the standard 1200x700x18 and the bespoke option 1220x800x25 have no surcharge whatsoever (+0) but for some reason tax is being added to both options (it should read £269 inc vat, but instead it totals to £322.80)

But when I add the standard desk to the cart, it displays the correct price in the cart (£269)

Please help. I can gladly PM a temporary login

[dharrison]

I have also added the Dynamic Price Updater sidebox on teh right hand side, and the pricing here reads correctly.

[mc12345678]

I have also added the Dynamic Price Updater sidebox on teh right hand side, and the pricing here reads correctly.

Looks like a perceived improvement was unnecessary...

The following should restore the operation:

in includes/classes/dynamic_price_updater.php
line 116, change:

 $this->responseText['priceTotal'] .= $currencies->display_price($this->shoppingCart->total, zen_get_tax_rate($product_check->fields['products_tax_class_id'])/* 0 */ /* DISPLAY_PRICE_WITH_TAX */);

BACK To:

 $this->responseText['priceTotal'] .= $currencies->display_price($this->shoppingCart->total, 0/* 0 */ /* DISPLAY_PRICE_WITH_TAX */);

Deleting the additional tax calculation/determination. Seeing that the shopping cart class already determines the price based on tax included/excluded, there is no need to do a further calculation here.

This will be again incorporated back into the upcoming change that I have been preparing to use the ZC zcJS variable (when available), and to provide an improved installer so that issues like previously seen are less likely to occur. :)

Currently what is seen is that on page load a price is displayed, upon change of attribute (triggering the price adjustment), the displayed price becomes adjusted as if the displayed price needed to have the tax rate applied to it (again)... Thank you for your testing, the values and explanation of what was going wrong.

[dharrison]

Yayyyy it works

I'm always glad to help on the very odd occasions that I do.

Thank you

[mc12345678]

Yayyyy it works

I'm always glad to help on the very odd occasions that I do.

Thank you

I think what happened was that I was going to add more return data so that both the price with and price without tax could be returned as separate values and got sidetracked... Even trying to look at it now, it seems I would have to do a "reverse" calculation for cases where the store is set to display the price with tax and the without tax price was desired, because the function to "add" tax does not accept a negative number and at the point of return of data to the class, the shopping cart has already done all its math with the tax included in the final price and no "intermediate" or untaxed value is returned. I.e. other method is to do like what is done in the sidebox of running all of the numbers in the code. Prefer re-usability over maintaining additional/duplicate code, but... Alternatively the incl VAT/Excl VAT code includes some features for this, so could detect and reuse that code as necessary adding a potential dependency.

*shaking head* okay enough about that, thank you for noting the issue and providing the explanation(s). Once I had a "final" price, original price and an idea of what the VAT percentage was and looking at the code, it became quite obvious what was going on.

[dharrison]

Hi is there a way to add a suffix after the price? Because we're displaying the price including & excluding VAT, we need to make sure that the customer knows the price is ex VAT

[mc12345678]

Hi is there a way to add a suffix after the price? Because we're displaying the price including & excluding VAT, we need to make sure that the customer knows the price is ex VAT

There is, but seems to me that with the incl/exc VAT program installed that there are quite a few options available, things to set and a few modifications to make such as modifying the information to be displayed at the product info page to have/contain the suffix related to the price being displayed and that is contained in its own span.

Basically, the suffix (like the prefix) information (right or wrong) is located in the includes/classes/dynamic_price_updater.php file within the prepareOutput function. A suffix would logically follow after the assignment/line I suggested changing above.

[dharrison]

Ok the updated price once an attribute is selected does not display whether the price is including or ex VAT. As we cater to both trade and customer, this makes a big difference (especially at 20%)

I see where to add the suffix, but (and yes I am a newbie when it comes to javascript) what do I add: I tried document.write() and this didn't work

Please help :)