Modify

Opened 12 years ago

Closed 10 years ago

Last modified 10 years ago

#149 closed Bug/Fehler (fixed)

Problem zwischen "Rabatt & Zuschlag auf Zahlungsarten" (ot_payment) & Gutschein - mit "Endlosschleife"

Reported by: voodoopupp Owned by: Ronald Parcinski
Priority: hoch Milestone: modified-shop-2.0.0.0
Component: Shop Version: 2.0.0.0
Keywords: Cc:
Blocked By: Blocking:

Description

Leider besteht ein Problem zwischen ot_payment & Gutscheinguthaben:
wenn ein Kunde sich einen Gutschein kauft und man im Admin diesen dann freigibt, ist das Guthaben des Kunden ja aktiv.

Wenn man jetzt allerdings Rabatt auf Zahlungsarten einstellt, hat man ein Problem beim Checkout. Denn der Kunde kann nun zwar sein Guthaben nutzen um zu zahlen, kann aber zeitgleich noch die rabattierte Zahlungsart auswählen.

Beispiel modified Demoshop:

  1. moneyorder installiert
  2. ot_payment installiert
  3. ot_payment Einstellung
  • Rabattstaffel: 0:4 (0 EUR Mindestbestellwert / 4% Rabatt)
  • Zahlungsart: moneyorder
  • Anzeige bei den Zahlungsarten: true
  • Anzeigeart bei den Zahlungsarten: price
  • Ust Berechnung: true
  • Inklusive Versandkosten: true
  • Inklusive Ust: true
  1. Gutschein 58 kaufen & dann in Gutschein Queue freigeben
  2. Artikel kaufen, z.B. "Testartikel 3" für 50 EUR
  3. Deutsche Post + Vorkasse + Guthaben verwenden

-> Guthaben wird zwar verwendet, aber ich bekomme dennoch auch noch 4% Rabatt auf meinen Einkauf...somit kann ich aus einem 100 EUR Gutschein also in diesem Beispiel 104 EUR rausschlagen!

Kurioses Verhalten bei zweitem Checkout:
wenn ich von der checkout_confirmation nun nochmals auf die Startseite wechsle und dann den Checkout nochmals durchlaufe erhalte ich jetzt die Nachricht:
"Bitte wählen Sie die gewünschte Zahlungsweise für Ihre Bestellung:
Ihr Coupon deckt den Warenwert, Sie müssen nun lediglich unsere AGB akzeptieren und den Bestellprozess mit Weiter fortsetzen"

Nur leider wird dann kein Gutschein in checkout_confirmation angezeigt/verrechnet

Und um es noch interessanter zu machen - Thema "Endlosschleife":
bei jedem Sprung von der checkout_confirmation auf die Startseite wechselt man nun immer zwischen Variante 1 (Auswahl der Zahlungsart möglich/Rabatt für Zahlungsart) und Variante 2 ("...Coupon deckt den Warenwert..."/keine Verrechnung des Gutscheins auf der checkout_confirmation) hin und her

Variante 1
Screenshot 1: (Auswahl Zahlungsart)
http://s1.directupload.net/images/131004/q7m6yjr2.jpg

Screenshot 2: (checkout_confirmation)
http://s1.directupload.net/images/131004/7tzyuigf.jpg

Variante 2
Screenshot 3: (erneuter Checkout Prozess)
http://s14.directupload.net/images/131004/ji7cy775.jpg

Screenshot 4: (checkout_confirmation bei erneuter Checkout Prozess)
http://s1.directupload.net/images/131004/usq7h6ue.jpg

Attachments (0)

Change History (7)

comment:1 by Torsten Riemer, 11 years ago

Bugfixes kamen bereits in r5905 & r5906

Weitere Änderungen notwendig oder kann das Ticket damit geschlossen werden?

comment:2 by Gerhard Waldemair, 11 years ago

Resolution: fixed
Status: newclosed

Modul wurde mehrfach überarbeitet

comment:3 by voodoopupp, 11 years ago

Resolution: fixed
Status: closedreopened

Fast komplett richtig!

PROBLEME:

  1. wenn ich die Schritte 1-6 durchlaufe und in checkout_payment das Guthaben auswähle, auf checkout_confirmation wechsle und dann wieder z.B. auf den Warenkorb springe (weil ich was falsch gemacht/vergessen habe...), den Checkout dann wieder durchlaufe, habe ich nur noch das Guthaben zur Auswahl, die Zahlungsarten sind verschwunden. Also kann man sich auch nicht mehr umentscheiden!
  1. wenn ich 3x Testartikel 3 kaufe, kann ich die 100 EUR Guthaben einlösen und ebenso Vorkasse mit 4% wählen! Nur leider werden die 4% auf die gesamte Bestellung (sprich auf 150 EUR Warenwert + 6,90 Deutsche Post = 156,90 EUR) gewährt. Richtigerweise dürften die 4% nur auf den Gesamtwert minus das Guthaben gegeben werden (also nur auf 56,90 EUR)

comment:4 by Torsten Riemer, 11 years ago

Version: 1.062.0

comment:5 by Ronald Parcinski, 10 years ago

Owner: changed from somebody to Ronald Parcinski
Status: reopenedassigned

comment:6 by Gerhard Waldemair, 10 years ago

Resolution: fixed
Status: assignedclosed

In 9357:

fix #665
fix #149

comment:7 by Gerhard Waldemair, 10 years ago

In 9358:

fix #665
fix #149

Modify Ticket

Action
as closed The owner will remain Ronald Parcinski.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.