View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004583 | OXID eShop (all versions) | 1.02. Price calculations (discounts, coupons, additional costs etc.) | public | 2012-10-02 16:27 | 2012-12-07 15:19 |
| Reporter | martinwegele | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 4.6.4 revision 49061 | ||||
| Target Version | 4.7.0_5.0.0_RC1 | Fixed in Version | 4.7.0_5.0.0_RC2 | ||
| Summary | 0004583: Special VAT not used for variants in list view | ||||
| Description | If a variant of a product has got a special VAT, this will not be used for calculating the price in the list view. In the detail view the price is displayed correctly with the special VAT. | ||||
| Steps To Reproduce | 1. Activate "Enter Product Prices as Net Prices (plus VAT)" in Master Settings -> Core Settings -> Settings -> VAT 2. Add new article with price 0 and activate it. 3. Add variant with net price 1 and 4. enter special vat 7. 5. Search for the article in the frontend. In the search results (also in the list view of the category) the price of the article is displayed as 1,19 but should be 1,07. | ||||
| Additional Information | I have only tested this in EE 4.6.4 with Azure theme. reported by Jens Knoop from antwerpes (-> doccheck). | ||||
| Tags | VAT | ||||
| Theme | Azure | ||||
| Browser | All | ||||
| PHP Version | any | ||||
| Database Version | any | ||||
|
|
optimized from price calculation: now always at first fine min variant price (entered in db), when apply parent VAT; for variants used varaint VAT; NOTE: best practice is set spec. VAT for parent not for childs (parent vat is inherited for childs). |
|
|
tested again with EE 5.0.0 RC1. Now it displays just 1 as price. But it should be 1,07. Anyways I agree about the best practice. |
|
|
fixed |
