GX-Entwicklung

Hi Daniel,   entweder in „ot_payment.php“ steckt ein Fehler oder aber der GX2 berechnet die „Zusammenfassungen“ nicht in der korrekten Sortierreihenfolge.   „ot_payment“ ist ja der Vorkasse-Rabatt und man kann festlegen, dass dieser vom Warenwert gezogen wird und evt. sogar inklusive Versandkosten / USt.   Demnach müsste eigentlich „subtotal“ (ggf. + Versandkosten ggf. + USt) die Berechnungsgrundlage sein (auch kleiner in der Sortierung), aber es wird „total“ (üblicherweise Sortierung 99) genommen.   Das kann dazu führen, dass z. B. von Rechnungsgebühren auch Vorkasserabatt berechnet werden würde, weil die Rechnungsgebühren vorher berechnet wurde und dieser zum Zeitpunkt, wo die „ot_payment“ durchlaufen wird bereits auf „total“ hinzugerechnet wurde; damit würde dann sogar eine Rechnungsgebühr oder ein anderer Aufschlag rabattiert, was sicherlich nicht im Sinne der Shopbetreiber ist, denn nicht umsonst muss / kann man ja entscheiden ob sogar Versandkosten / USt. berücksichtigt werden sollen. Aber Auf-/Abschläge würden so immer berücksichtigt. Das Ergebnis ist bei Zu- oder Abschlägen ggf. unsauber, wenn man auf „total“ basiert“.   Es sei denn es ist einfach nur die Sortierung der Zusammenfassungen falsch.   Wenn ich z. B. den Vorkasse-Rabatt auf die Sortierung „49“ liegen habe und einen Rabatt (ot_discount) auf 40, dann müsste doch eigentlich der Vorkasse-Rabatt NACH der ot_discount-Rabattierung erfolgen, was ein ganz anderes Ergebnis bringen würde als aktuell, weil die Sortierung in der Berechnungsreihenfolge scheinbar nicht berücksichtigt wird.   Man sieht auch, dass z. B. gnadenlos Gutscheine berücksichtigt werden; der Shopbetreiber hätte gar keine Möglichkeit das zu unterbinden, weil die Sortierung ja nicht beachtet wird und es eine Option „Gutscheine berücksichtigen“ gar nicht gibt. Gutscheine liegen standardmäßig auf „80“, also eigentlich HINTER der Berechnung von „ot_payment“, und dennoch sind  sie immer berücksichtigt.   Das führt ggf. auch dazu, dass z.B. bei der Option „Inklusive Versandkosten“ =  NEIN aber „Inklusive USt“ = JA dennoch die TAX aus den Versandkosten runter gerechnet würden, weil die ja zu diesem Zeitpunkt schon in $order->info[‚tax‘] enthalten sind (sofern Versandkosten inkl. Tax vereinbart wurde) – das wäre nun wirklich richtig falsch.   [Image]   Jetzt bin ich allerdings etwas verwirrt ;-) lol   Nee, geht das mal durch, irgendwas passt da nicht!   VG Holger