Die "Total"-Information im Warenkorb ist ja vergleichsweise dürftig, und gibt wenig Informationen. So fehlt z.B. die Info über Rabatte, Mindermengen-Zuschläge u.ä., was man dann erst in der Bestellbestätigungsseite aufgrund der installierten "order_total"-Information sieht. Und ist m.E. auch mit den gegenwärtigen Informationspflichten nicht mehr im Einklang, bezüglich der Information, die zu Beginn des Bestellvorgangs dem Kunden anzuzeigen ist. (Und gemäß der weltfremden Ansicht des BGH beginnt der Bestellvorgang schon mit der Warenkorbablage!) Was liegt also näher, als auch im Warenkorb schon die "order_total"-Information anzuzeigen, um alle relevanten Informationen zu geben? Was dann z.B. so aussieht (in meiner Template-Version, bei EyeCandy etwas anders).... Das ist sogar vergleichsweise einfach und (fast) updatesicher zu lösen! (Lediglich für die "templates\EyeCandy\usermod\javascript\Cart\CartShippingCosts.js" ist mir keine updatesichere Lösung eingefallen. Die musste ich dahingehend ändern, dass bei Änderung der Versandparameter ein Seitenreload stattfindet, damit die evtl. neue "order_total"-Information erscheint. Und ich hatte keine Lust, das per AJAX zu lösen ) Die "OrderDetailsCartContentView" könnte man jetzt auch massiv entschlacken, da viele dort berechnete Smarty-Variablen jetzt nicht mehr gebraucht werden, da das in der "order_total"-Klasse geschiehtWie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Cache leeren. Den Inhalt des angefügten Archivs in die Shop-Root kopieren.
Hallo Avenger, ich glaube, dass Gutscheine bisher betragsmäßig auch nicht im Warenkorb in der Pop-UP Ansicht angezeigt werden. Da erhält man nur so eine Meldung, dass der Gutschein erst im Checkout abgezogen wird. Das hätten wir noch gebraucht. Scheint aber wohl doch nicht so einfach zu realisieren zu sein. Eine Shopkundin von uns - eine ältere Dame - fand den Bestellablauf von Gambio ja bereits jetzt überaus kompliziert und war leicht überfordert. Wie soll das denn jetzt erst aussehen, wenn da noch mehr Informationen darauf gepappt werden ? Nur so ein Gedanke am Rande...
Der Gesetzgeber fordert das halt so, was willst Du da machen??? Die Kunden interessiert das am allerwenigsten, nur Anwälte und Lehrer Das mit den Gutscheinen müsste eigentlich mit dieser Lösung auch im Warenkorb angezeigt werden, da diese Info ja in der Bestellseite (order_total, was hier verwendet wird) enthalten ist. Muss man mal testen.
Habe das mal getestet, das funktioniert tatsächlich! Damit kann man also auch dieses lästige Problem elegant lösen....
Hallo Avenger, erstmal danke für deine Mühe/Ideen. Wir haben auch einiges an "Ärger" mit unseren Rabatt Koupons. Deine Lösung macht alles viel transparenter! Hast du die Lösung mit der Gutscheinanzeige bereits in deinem Modul mit eingebaut ? grüße
Das ist ja absolut eine geniale Idee. Wir haben in der Vergangenheit die Rabattcoupons immer weniger eingesetzt, weil die Kunde leider den Abzug nicht im Warenkorb gesehen haben und dann gleich wieder abgehauen sind. Da nützen 1000 worte leider nichts. Ich wäre begeistert, wenn es diese updatesichere Lösung auch bald für die Version 2.1 geben würden. Top Arbeit, Avenger. )
Das brauche ich nicht extra, da das Gambio-"order_total"-Modul das automatisch liefert, und ich nur dessen Info anzeige..... Alles, was man in der Bestellbestätigungsseite als Zuammenfassung sehen würde, sieht man auch hier..... Die Lösung ist wirklich unglaublich einfach... Allerdings habe ich gerade festgestellt, dass ich die falsche Datein in das Archiv gepackt habe Also die Datei "user_classes\overloads\OrderDetailsCartContentView\pt_OrderDetailsCartContentView.inc.php" löschen, und mit "user_classes\overloads\OrderDetailsCartContentView\pt_order_total_OrderDetailsCartContentView.inc.php" ersetzen.
Da muss noch was am CSS gemacht werden, sieht so etwas komisch aus.... Wenn Du mir einen Kundenlogin und die Shop-URL gibst, dann schaue ich mal nach.... entwicklung@powertemplate.de
Ich habe dem "order_details-USERMOD.html" ein paar Klassen spendiert. Damit sollte das besser aussehen...
Ein Fehler hat sich da wohl noch eingeschlichen, die Versandkostenberechnung funktioniert nicht mehr.
Ganz so einfach wie zuerst gedacht, war das dann doch nicht.... Die Probleme traten dann auf, wenn ein Besucher noch nicht eingelogged war. Denn dann waren in den Daten der "order"-Klasse und der Session (über die das jetzt verwendete erweiterte "order_total"-Modul die Informationen ja holt, wichtige Informationen nicht gesetzt (Liefer- und Zahlungsart, Liefer- und Rechnungsland u.ä.), so dass dann die Informationen nicht richtig waren, Durch ein zusätzliches Modul, das die "order"-Klasse überlädt, werden diese Informationen jetzt auch in diesem Fall vorbelegt. Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Cache leeren. Den Inhalt des angefügten Archivs in die Shop-Root kopieren.
Finde die Idee klasse. Habs auch gerade versucht und funktioniert auch soweit. Allerdings werden die Versandkosten, wie kulli bereits erwähnt hat nicht richtig angezeigt. Wenn du Lust und Zeit hast, wäre es spitze wenn man das noch korrigieren könnte.
Da wird offenbar auf den Brutto-Versandbetrag die MwSt nochmal draufgerechnet - so sieht es mir aus. Zumindest passt das gerundet ganz gut, wenn man sich das Fallbeispiel ansieht...
Hallo Avenger, du hast hier nicht zufällig noch dran weitergearbeitet? Das wäre echt ein spitzenmäßiges Ding, wenn das klappen würde... VG