{"id":753,"date":"2012-01-06T17:56:08","date_gmt":"2012-01-06T16:56:08","guid":{"rendered":"http:\/\/www.commercers.com\/blog\/?p=753"},"modified":"2012-02-24T15:23:36","modified_gmt":"2012-02-24T14:23:36","slug":"magento-kommastellen-in-betragen-der-bestell-email-falsch","status":"publish","type":"post","link":"https:\/\/www.commercers.com\/blog\/magento-kommastellen-in-betragen-der-bestell-email-falsch\/","title":{"rendered":"Magento – Kommastellen in Betr\u00e4gen der Bestell- eMail falsch"},"content":{"rendered":"

Wir haben ein Problem mit einem 1.6.1.0 Shop, welches anscheinend nicht nur wir haben (s.a. hier<\/a>).<\/p>\n

Wird eine Bestellung aus dem Frontend generiert, ist die Bestellbest\u00e4tigungsemail bei den Betr\u00e4gen falsch. D.h. alle Werte werden mit 10.000.000 multipliziert. So wird dann aus dem Originalpreis 1,99 \u20ac der spektakul\u00e4re Preis 19.900.000,00 \u20ac. Leider wird kaum jemand bereit sein, diesen Preis zu bezahlen \ud83d\ude42<\/p>\n

\"Bild\"<\/p>\n

Wird genau die gleiche Bestellung jedoch \u00fcber das Backend generiert (gleicher Kunde, gleicher Artikel), ist alles richtig.<\/p>\n

\"Bild\"<\/p>\n

Auch die Anzeige im Backend ist komplett korrekt.<\/p>\n

\"Bild\"<\/p>\n

Auch die Rechnung ist komplett in Ordnung.<\/p>\n

Die eMail Templates sind f\u00fcr Backend und Frontend dieselben (Test mit eindeutigem Kenner bei den Templates).<\/p>\n

Wo liegt also der Unterschied zwischen der Frontend- und Backendauftragsgenerierung, der sich ausschlie\u00dflich auf die Best\u00e4tigungsemail Betr\u00e4ge auswirkt?<\/p>\n

F\u00fcr Hilfe bin ich sehr dankbar!<\/p>\n

Dank der proaktiven Kooperation mit Herrn Lempe (vielen Dank!), konnte das Problem lokalisiert und behoben werden. Es lag an einer Verarbeitungsreihenfolgenproblematik mit dem Order Export Modul<\/a> von Sebastian Enzinger. Dieser hat sich umgehend und abschlie\u00dfend um die Angelegenheit gek\u00fcmmert, so dass nun alles funktioniert. Sollten die o.g. Probleme auftauchen, direkt an Herrn Enzinger wenden. Mit einem Update der Extension ist das Problem behoben. Somit ist es dann ein vollkommen empfehlenswertes Modul, um vollautomatisch Bestellungen zu exportieren.<\/p>\n","protected":false},"excerpt":{"rendered":"

Wir haben ein Problem mit einem 1.6.1.0 Shop, welches anscheinend nicht nur wir haben (s.a. hier). Wird eine Bestellung aus dem Frontend generiert, ist die Bestellbest\u00e4tigungsemail bei den Betr\u00e4gen falsch. D.h. alle Werte werden mit 10.000.000 multipliziert. So wird dann aus dem Originalpreis 1,99 \u20ac der spektakul\u00e4re Preis 19.900.000,00 \u20ac. Leider wird kaum jemand bereit…<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[10],"tags":[510,511,509,506,258,505,3,507,512,513,508,514],"class_list":["post-753","post","type-post","status-publish","format-standard","hentry","category-allg_magento_probleme","tag-10-000-000","tag-511","tag-bestellbestatigung","tag-betrage","tag-email","tag-kommastellen","tag-magento","tag-mail","tag-multipliziert","tag-summe","tag-transaktionsemail","tag-zwischensumme"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t