Revision e7f0039c
Von Niclas Zimmermann vor etwa 12 Jahren hinzugefügt
bin/mozilla/vk.pl | ||
---|---|---|
334 | 334 |
$ar->{price_factor} = 1 unless $ar->{price_factor}; |
335 | 335 |
# calculate individual sellprice |
336 | 336 |
# discount was already accounted for in db sellprice |
337 |
$ar->{sellprice} = $ar->{sellprice} / $ar->{price_factor} / $basefactor;
|
|
338 |
$ar->{lastcost} = $ar->{lastcost} / $ar->{price_factor};
|
|
337 |
$ar->{sellprice} = $ar->{sellprice} / $ar->{price_factor} / $basefactor;
|
|
338 |
$ar->{lastcost} = $ar->{lastcost} / $ar->{price_factor} / $basefactor;
|
|
339 | 339 |
$ar->{sellprice_total} = $ar->{qty} * ( $ar->{fxsellprice} * ( 1 - $ar->{discount} ) ) / $ar->{price_factor}; |
340 | 340 |
$ar->{lastcost_total} = $ar->{qty} * $ar->{lastcost} * $basefactor; |
341 | 341 |
# marge_percent wird neu berechnet, da Wert in invoice leer ist (Bug) |
Auch abrufbar als: Unified diff
Einheiten im Verkauf
In dem Verkaufsbericht gab es noch Probleme mit der Einheit in Bezug
auf den EK Preis. Dies hatte sich auch auf die Marge ausgewirkt. Beides
wird jetzt richtig berechnet.
In der Verkaufsrechnung gab es ähnliche Probleme. Hier wurde der
VK Preis nach Wechsel der Einheit umgerechnet, der EK Preis nicht.
Jetzt wird auch der EK Preis an die Einheit angepasst. Die Berechnung
war dadurch auch fehlerhaft durch unterschiedliche Einheiten
und wurde auch korrigiert.
Weiterhin wurde ein Problem mit dem Preisfaktor behoben. Wenn
ein Artikel in der Datenbank mit Preisfaktor hinterlegt war,
wurde der Preisfaktor bisher doppelt berechnet, jetzt nur
noch einmal.