View Issue Details

IDProjectCategoryView StatusLast Update
0003018OXID eShop (all versions)1.02. Price calculations (discounts, coupons, additional costs etc.)public2016-05-09 14:27
Reporterray Assigned To 
PrioritylowSeverityfeatureReproducibilityalways
Status closedResolutionduplicate 
Product Version4.5.0 revision 34568 
Summary0003018: unwanted text-output in list view if base price is defined
Descriptionhttp://www.oxid-esales.com/forum/showthread.php?p=61167#post61163

In list view it shows like this: "0,01 100 Gramm | 2.550,00€/100 Gramm"
In details view it is shown correctly like "2.550,00€/100 Gramm"
Steps To ReproduceAdd following to an article:

tab "Main"
Price: 25.50

tab "Extended"
Quantity: 0.01
Unit: 100 Gramm
TagsProducts
Attached Files
base price.png (116,927 bytes)   
base price.png (116,927 bytes)   
ThemeAll
BrowserAll
PHP VersionNot defined
Database VersionNot defined

Relationships

has duplicate 0002835 closedbirute_meilutyte price per quantity unit is diplayed wrong (Azure) 

Activities

ray

2011-06-30 23:56

reporter   ~0004799

sorry - just realized that I had already reported this issue before:
https://bugs.oxid-esales.com/view.php?id=2835

ray

2011-07-01 08:07

reporter   ~0004802

Last edited: 2011-07-01 08:55

[ot]
possible different calculation logic postet by Joscha: http://www.oxid-esales.com/forum/showthread.php?p=61175#post61175
[/ot]

dainius.bigelis

2011-09-19 17:15

reporter   ~0005241

Reminder sent to: ray

Hi,

Actualy - this is more complex thing that it seems from first look. If we would remove the unit size (what is "0.01 100 gramm" in this case) - customer would not know what amount he gets for 25.50 EUR (would he get 1 gramm, more, less). Then only way to know that - is to calculate manualy, what it is for 25,50, if 100 grams costs 2550,00 EUR.
In my opinion - the default amount for displayed price - should be displayed, and we even should display that in Details page.
The other thing is that currently shop does not handle properly the size of units with some multipliers, like "100 gramms", 0,01 liter, etc. (it works well just with pure units, like "gramm", "liter", "ml", etc.). To handle this properly - additional options would be needed, like - what size should be used for price calculations (what is "Quantity" now, "0,01" in example), and what size/amount should be displayed in frontend (so it would be "1" gramm in this case.
Also - all these things should be discussed with Trusted Shops and confirmed by them (or better solution offered).
So we are discussing internaly about best way to solve it. Sorry for delay.

ray

2011-09-20 09:47

reporter   ~0005246

Thanks for the update!
I see now the complexity of this case. But as it is shown now, I think it is not clear for the shop-visitor. Maybe Trusted Shops can give some hints how to handle.

Anyway, I think normally it is declared clearly in the article description what size/amount the buyer will get. Like "Shower Gel 125ml". The base price is just needed to have a basis of comparison, which is required by law.
Let me draw an example:
You are going to a supermarket, looking for sweets. Now you find three different products. One is 90g for 1 Euro, one is 125g for 1,30 Euro and one is a family pack with 1350g and costs 14,95 Euros - guess which one is the cheapest based on the price per unit? Therefore the base price is to be declared, for example price per Kg.
This is so called "consumer protection" by law.

So in my opinion it is not needed to declare the size/amount of the buyable item. Just show the price per Liter/Kilo or whatever as additional information.
But maybe Trusted Shops requires some different handling, let´s see.

modellzentrum

2012-04-29 09:48

reporter   ~0006476

Actually the problem is with high priority, because a lot of toy shops got problem from the Berliner Verbraucherzentrale. The solution now made in toy industry is to uase three fields in their databases and data given to the dealers (example a product with 25 g):
1) Number: 25
2) Unit: g
3) Base-Unit: 100g
With these tree information their would be no problem to find the right display values for all needs

svetlana

2014-03-28 10:02

reporter   ~0009726

waiting for the PO decision.