Fehler in der Bearbeitung von Bestellungen

[mushroom]

Hallo,
Folgendes haben wir gerade festgestellt: Wenn Du als Kunde eine Bestellung tätigst, darauf einen Gutschein verrechnest und der Admin DARAUFHIN den Auftrag editiert (zum Beispiel die Bestellmenge von 1 auf 2), dann wird der Gutschein nicht mehr abgezogen, sondern aufaddiert?!

Kann mir jemand sagen was das vor sich geht?!

Gruss

M.

[Prixa]

Was da vor sich geht würde ich mal so beschreiben:

Einfach nur schlecht Programmiert!

Wenn Du nämlich ne Bestellung editierst, musst Du immer schön darauf achten, das Du den Gutscheinbetrag mit -xx.xx EUR da stehen hast! Sonst wird wunderbar der Wert addiert! Vermutlich dachte sich hier mal ein Entwickler das es ja auch durchaus Gutscheine geben könnte, die den Gesamtpreis erhöhen und nicht reduzieren *grins*

Ich finde den Bug fast so schön, wie die Sache mit dem Komma und Punkt bei Preisangaben ;-)

Doch man gewöhnt sich ja an vieles...

Andreas

[xt:mzanier]

naja das bei einer rechnung ein Gutschein oder ein Rabatt mit einem minus belegt ist sollte für jedermann klar sein.

Ich finde den Bug fast so schön, wie die Sache mit dem Komma und Punkt bei Preisangaben ;-)

bitte keine fehlinformation

laut Standard ISO 31 ist der punkt der korrekte dezimaltrenner und nicht das komma!

[mushroom]

Zitat von mzanier

naja das bei einer rechnung ein Gutschein oder ein Rabatt mit einem minus belegt ist sollte für jedermann klar sein.

Das ist selbstverständlich, aber was red ich, hier mal ein Screenshot, der eine eindeutige Sprache spricht finde ich. Ausserdem gehört das Minuszeichen vor den Betrag...

Gruss

M.

[mushroom]

Und was ist nun zu dem FEHLER zu sagen?! Der ist in der aktuellen Version von xtc drin!

Gruss

M.

[Prixa]

Hallo,

wow, immer wieder beeindruckend! Selbst Microsoft kann Bugs nicht so schön als Feature verkaufen! Kompliment!

Wenn ich eine Bestellung ohne Gutschein editiere, und dort einen einfüge, ist das klar. Dann gebe ich den Betrag mit nem minus (-) ein. Doch wenn ich eine Bestellung editiere, welche schon einen Gutscheincode eingelöst hat (sagen wir über 2 EUR also Rabatt Kupons:xyz1234: - 2,00 EUR ), dann darf man ja wohl erwarten, das dort -2.00 steht. Tut es aber nicht, denn da steht munter Rabatt Kupons xyz1234: 2.00 EUR. Speichert man nun (weil man ggfs. ne NN Gebühr hinzugefügt hat), und ändert dies nicht "von Hand" so addiert XTR munter die 2 EUR (die es ja zuvor abgezogen hatte). Nichtmal Vista ist so kreativ!

Der Versuch, auf ISO 31-12 zu verweisen, ist wohl auch lächerlich. Zumal Ihr dann ja bei der Preisausgabe im Frontend gegen ISO 31-12 verstosst. Wenn schon ISO 31-12 dann doch bitte einheitlich. Und nicht mal so und mal so. Doch vermutlich seht Ihr das so, das man beim Editieren nach ISO 31-12 eingibt, bei der Anzeige aber halt nicht... wow...

Gruß
Andreas

P.S.: Wer einen korrigierte Code möchte, bitte einfach PN an mich