Stock by Attribute v4.0 addon for v1.3.5-1.3.9

[mc12345678]

To partially answer the above question, from my mobile device I setup a product that was not tracked by SBA on a ZC 1.5.5f system that has Dynamic Price Updater installed (note that DPU uses the shopping cart class to identify the price which is displayed at the upper portion of the screen). Added a tax class and associated settings for a 6% sales tax, display the price on the store front with tax included, and added a product priced by attributes with a single attribute having the price of 23.5849.

The result (seen in the attached image) is that the product price is shown as 24.99, but the attribute's price shows as 25.00 which is the same values reported in the previous posting.

Conclusion? SBA does not cause the displayed price difference. Unfortunately it also doesn't "fix" it either (yet). As said before there are some calculation differences that have been identified in the software that show themselves in different areas. For the most part it is a result of the multiple ways that calculations are performed, carrying of significant figures and various independent and integrated methods of calculations. For those that remember their math days, generally speaking the system of equations is overdetermined causing there to be insufficient degrees of freedom to find the one solution to each of the sought after number values. Ie. In one case looking for the exact value of the tax and at the same time the overall price to pay or in the case of VAT the price of each product before taxes and after taxes as well as the tax itself. There is likely to exist one or more occurrences where quantity, price, and tax will not all "add" up. This is pretty much regardless the software system being used. There are ways to prevent such issues from generally being seen, but...

I'll give a quick example. Went to somewhere where a product was 0.40 and had I think 11% sales tax... buy one item and the cost is 0.44 (0.444)... but buy 2 and the total cost is 0.89 (0.888 which is effectively 0.444 each or after purchase is 0.445 each)... as a consumer, buy two but one at a time and save money, right??? But I go so far as to ask how is that "penny" handled? Who gets it? Who has to "pay" extra? (ie. Those single purchases add up over time and if one were to count the number of single purchases, add up the sale price and then try to determine the amount of tax to have been collected, the store comes out short... but if many buy 2 at a time, the reverse is true isn't it? The store comes out ahead... but if the quantity of single item purchases and the tax collected for each of those is added together and the same done with the 2 item purchases, then the books balance from that perspective if ignore the total money collected for the product and the total tax collected... it's an accountant's issue in my mind, but...)