View Issue Details

IDProjectCategoryView StatusLast Update
0002239OXID eShop (all versions)1.02. Price calculations (discounts, coupons, additional costs etc.)public2012-12-07 15:07
Reportersasmus Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionno change required 
Product Version4.4.4 revision 30554 
Summary0002239: Discount per paymentmethod calculate incorrect
DescriptionPreferences:
Definition in paymentmethod: Discount -2 in percent
article price: 28,56 Euro

By using this paymentmethod I get the following values in order confirmation and outgoing invoice:
Paymentmethod 2% Skonto (-0,69)

Discount correctly should be 0,57 Euro
TagsDiscount
Theme
BrowserAll
PHP Versionany
Database Version5.1

Activities

dainius.bigelis

2010-12-09 16:51

reporter   ~0003790

Reminder sent to: sasmus

Hi,

The Payment Costs are 0.69 because (probably) you have the Shipping Costs also calculated in the order. When calculating Payment Costs, it valuates the Shipping costs, the discounts and other costs also.
I'm tested the case, and when no additional costs are included in order and product price is 28,56, the Payment Costs are 0,57.
So it's not a bug.

sasmus

2010-12-09 17:51

reporter   ~0003792

Thanks for Info.

But exactly this problem should not happen.
Shipping and payment costs should be undiscountable.
A discount should only calculate for article positions, not for additional costs.

In this way it's not possible to work with discounts AND additional costs at the same time.

dainius.bigelis

2010-12-09 18:10

reporter   ~0003794

Reminder sent to: sasmus

This way worked in eShop since very long time. And there are different opinions about that, how it should work "by default". Best would be to implement an option "Include additional costs when calculating Payment Costs"... or "Calculate additional costs only from Total Product Price". But in this case it would be a new feature request, for implementing in future.

sasmus

2010-12-09 18:31

reporter   ~0003795

Sorry, but a long time is not a good argument. I like good arguments.

Can you set it to feature request?

I think, a config-key for every kind of additional costs is the best.
Everybody could decide it for his-self.

This could be the fastest way for a solution.

dainius.bigelis

2010-12-10 18:09

reporter   ~0003804

Reminder sent to: sasmus

Hi,

Yes, long time is not an argument. What I mean - that many shops already run with such logic for a long time and it seems ok for them.
But anyway - to have possibility to customize this calculation is a good idea. It's inserted as feature request here:
http://oxid.uservoice.com/forums/31940-feature-requests/suggestions/1285905-option-to-calculate-additional-costs-from-pure-tot?ref=title

Here the entry is closed.
Best regards,