Dynamic Price Updater

[MichaelT]

Then also in trying to see what might have led to the observed issue or faster resolution there is this above part of our conversation.

At the time I read this I mistakenly thought that the issue was the confusion of auto_loaders/config.xxx.php file and it didn't dawn on me that the file(s) actually considered were the init_includes/ related files. I've gone back through the instructions (both the readme.txt and readme.md files) and neither identifies that init_includes exists in both admin and catalog, also the config file is named slightly different between the two sides. The catalog spells out dynamic_price_updater while the admin uses dpu as part of the filename.

So had that piece of information been further evaluated then the issue at this server would have likely been resolved faster as an init_includes file is only used on the admin side performing an install by deletion of previous database settings.

DPU is now working perfectly with no issues. A relief and great start to the day.

Grateful thanks to @mc12345678 for persistent and skillful review of the issue, as well as generous patience with a new Zenner. I have learned quite a lot in a week and will strive to improve my skill set.

Much appreciation from here.

[dharrison]

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]

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

[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.

[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.