Alex PSV1.6

Danke für die Hilfestellungen, allerdings lag das Problem an einem neuen Modul, bei dem der API Google Key nicht aktiviert war. Nun gehts wieder. Danke nochmals an alle Gruss Alex

Ja, soeben versucht, allerdings ohne Erfolg. Hat jemand noch weitere Ideen wie man das Prolem eingrenzen kann? Gruss Alex

Hi, in den Logs wird leider kein Eintrag generiert und in Chrome Entwicklertool kann ich auch nichts erkennen. Ich habe vergessen zu erwähnen, dass ich nicht das default Template verwende, sondern ein gekauftes, was zuletzt in der Version 1.6.1.12 ohne Probleme funktionierte. Ich vermute es liegt an der CSS... Leider habe ich jedoch damit keine Erfahrungen. Aber evtl. kann mir jemand mitteilen, welche Tools und worauf zu achten ist, mitteilen. Ist es evtl. irgendwo niedergeschrieben, worauf zu achten ist? Gruss Alex @Eleazar: Bist du noch im Forum aktiv? Weiss da jemand etwas darüber?

Hallo zusammen, ich habe meinen Shop nun auf die Version 1.6.1.14 aktualisiert und musste leider feststellen, dass die Auswahl im Feld Zahlungsart beim 5-Schritt-Bestellvorgang nicht mehr funktioniert. In One-page-checkout hingegen schon. Beim Click auf irgendeine Zahlungsart erfolgt keine Auswahl, so dass der Bestellprozess nicht vollendet werden kann. Ist dieses Problem bekannt bzw. wie könnte eine Abhilfe hierzu aussehen? Der 5-Schritte-Bestellvorgang wäre mir persönlich lieber. Danke im Voraus und Gruß Alex Lösung: Problem wurde durch ein anderes Modul hervorgerufen wegen inaktivem Google API Key.

Hi, es ist absolut nachvollziehbar, dass du nicht jede Version gegenprüfen kannst, trotzdem Danke! Ich kannte Thirty Bees bis dato noch nicht, es klingt jedoch vielversprechend und zielt genau darauf ab, was ich gesucht habe. Meine Frage wäre, ob man auch ein bestehendes System darauf portieren kann bzw. wie ich dies in mein System einbinden kann. Konnte hierzu leider noch keine Info finden...

Hallo Eleazar, vielen Dank für den erneuten Vorschlag das Problem an der WUrzel zu packen ;-) Ich habe soeben die Zeile in der besagten Datei auf "define('_PS_PRICE_COMPUTE_PRECISION_', 6);" geändert und die Versandkosten wieder zurück auf 6EUR. Leider wird die MwSt erneut falsch dargestellt, sprich 1,76 statt den 1,75 für den Bruttogesamtpreis 11,99EUR. Die rabattierten Preise erstmal ausser Acht gelassen, da der betroffene Artikel nicht rabattiert ist. Folglich löst dieses leider nicht das besagte Problem... Gruss Alex

Ich glaube einen Workaround gefunden zu haben ... hoffe zumindest Ich denke dass diese Rundungsfehler dadurch zustande kommen, weil der Nettowert von 6EUR einige Nachkommastellen aufweist, die PS nicht richtig runden kann. Folglich habe ich nun den Versandwert auf 5,95EUR eingestellt um den Nettopreis 5EUR zu erhalten. Bisher konnte ich keine Abweichungen feststellen... hoffe es bleibt so Vielen Dank nochmals an alle für Hilfestellungen

hmm, habe soeben beim Nettopreis nach 2ter Kommastelle Werte gelöscht, jedoch besteht dieses Phänomen immer noch (leider) Mit dem Override Tools.php und aktivem Debug Mode erhalte ich folgende Fehlermeldung: Strict Standards: Declaration of Tools::ps_round() should be compatible with ToolsCore::ps_round($value, $precision = 0, $round_mode = NULL) in /var/www/web697/html/alm/prestashop-prod/override/classes/Tools.php on line 23

Hallo Eleazar, ja, der Netto Preis hat mehr als nur 2 Nachkommastellen, siehe Anhang. Gruss Alex

Hallo Eleazar, vielen Dank für die Info. Allerdings tritt der gleiche Fehler, bei mir zumindest, immernoch auch bei "pro Zeile runden" auf. Ehrlich gesagt,, kann ich es nicht wirklich nachvollziehen, was das kaufmännische Runden so schwer machen sollte. Ich meine, wenn 2 Nachkommastelle angezeigt werden sollen, so braucht doch nur auf 3tte Nachkommastelle geschaut zu werden. Ist der Wert >4 aufrunden, ansonsten einfach abschneiden. Wäre es nicht möglich sowas mittels eines Overrides abzubilden? Gruss Alex

Also eigentlich möchte ich wissen, wie man das Problem in den Griff bekommen kann... Danke im voraus

Hallo Christian, danke für deinen Hinweis, allerdings habe ich sehr genau deinen Beitrag zur Kenntnis genommen. Deine Vermutung kann ich jedoch nicht bestätigen, da ich die Einstellung "Gesamtsumme runden" eingestellt habe und daher annehme, dass hier auch die Gesamtsumme incl. Versand zum Runden verwendet wird. Sollte PS natürlich mit Gesamtsumme nur die Artikel meinen wäre dies ein KO Kriterium. Link: https://www.prestashop.com/forums/uploads/monthly_04_2017/post-412284-0-18415600-1492537230.jpg Dein Ansatz wäre natürlich plausibel, jedoch nicht rechtens für DE. Daher würde ich gerne wissen, wo diese Berechnungen durchgeführt werden @Claudiocool: Bei meinem Ansatz geht es um Endkundenvariante

Danke für eure Rückmeldungen, allerdings habe ich hier etwas anderes Verständnis, so wie dies auch hier erklärt wird. Quelle: https://mwst-rechner.plakos.de/ Auszug: Wie muss man die Mehrwertsteuer runden? Alle Preise und Rechnungsbeträge werden grundsätzlich mit zwei Nachkommastellen angegeben. Somit ist man bei der Ermittlung des Brutto- und Nettobetrages häufig genötigt auf- oder abzurunden. Hier wird immer kaufmännisch gerundet. Das heißt: Ist die dritte Nachkommastelle größer gleich 5 wird aufgerundet, sonst abgerundet. Beispiel: Netto 21,13 EUR Bruttobetrag = 21,13 * 1,19 = 25,1447 = 25,14 EUR 2. Beispiel: Netto 21,14 EUR Bruttobetrag = 21,14 * 1,19 = 25,1566 = 25,16 EUR Folglich müsste in dem von mir genannten Beispiel bei dem Wert 1,754706 die MwSt auf 1,75 gerundet werden, da ausschlaggebend die 3tte Zahl, hier also 4 ist. Ich vermute jedoch, dass hier auch die 4te Nachkommastelle betrachtet wird (7), was dazu führt, dass aus der 3tten Zahl gerundet eine 5 wird und letzendlich es zu dem Ergebnis 1,76 kommt. Leider bin ich kein PHP Experte (nur Grundkenntnisse), würde jedoch gerne wissen, wo diese Berechnungen durchgeführt werden, um hier entsprechende Anpassungen durchführen zu können. Des weiteren würde es mich wundern, wenn nur ich dieses Problem hätte...

Hallo zusammen, ich habe hier entweder ein Problem mit dem Rundungsmodus oder ein Denkfehler. Es geht um die Rundung der Nachkommastellen bei der MwSt. (Wert 1,75470623) PS Version: V1.6.1.12 Einstellungen unter Voreinstellungen-->Allgemein: Rundungsmodus: Kaufmännisch aufrunden (empfohlen) Rundungsregel: Gesamtsumme runden Anzahl der Nachkommastellen: 6 Der im Warenkorb nun angezeigte MwSt. Wert lautet: 1,754706 --> soweit korrekt. Wird nun die Anzahl der Nachkommastellen auf 2 eingestellt, so würde ich an dieser Stelle den angezeigten Wert 1,75EUR erwarten, da Rundung auf 3te Nachkommastelle, hier Zahl 4, also abrunden Allerdings wird bei dieser Einstellung der Wert 1,76EUR dargestellt. Habe ich hier einen Denkfehler oder wie seht Ihr das? Vielen Dank für jeglichen Tip und Gruss Alex PS: Nein, keine Overrides vorhanden

Danke kulli!