E-Mail-Adresse fehlt in der Reihenfolge

10

Wir haben 2 Geschäfte (ein 1.7.0.2-Upgrade von 1.5.1 und eine 1.6-Installation) , die beide ein Problem haben, bei dem bei einigen Bestellungen eine fehlende E-Mail-Adresse vorliegt (customer_email in sales_flat_order) . Bei den Stores handelt es sich um zwei völlig unterschiedliche Installationen. Ich habe festgestellt, dass beide Versionen OneStepCheckout (neueste Version) verwenden und dass das Problem nur bei Kunden (aber nicht bei allen) auftritt , die bereits über ein Kundenkonto verfügen . Ich denke, dass das Problem im Kundenkonto liegt, aber ich kann mit diesen Konten nichts Seltsames finden.

Irgendwelche Ideen, wo Sie dieses Problem überprüfen oder beheben können?

Vielen Dank.

orders ce-1.7.0.2 upgrade

— Vladimir Kerkhoff
quelle

Ist die Zahlungsmethode der Bestellung zufällig Paypal?

— Philwinkle

Nein, es ist mit verschiedenen Zahlungsmethoden

— Vladimir Kerkhoff

Anpassungen (außer OneStepCheckout), die mit den Bestellungen oder dem Kundenkonto interagieren?

— FlorinelChis

Ich habe das gleiche Problem. Ich bin auf OSC 4.0.9 (höher als die Version mit dem Fix). Ich habe auch ein neues Magento 1.7.0.2 installiert und zwei Bestellungen mit derselben E-Mail aufgegeben: erstens als Kunde und zweitens (im Inkognito-Modus - keine Cookies) als Gast. Beide hatten eine E-Mail-Adresse. Ich bin mir immer noch nicht sicher, was die Ursache ist.

— Aaron Pollock

3

Stellen Sie sicher, dass Sie OSC 4.0.7 ausführen.

Wir hatten dieses Problem mit Magento 1.7.0.2 und OSC 4.0.6. Es stellte sich als Fehler in OneStepCheckout heraus, bei dem Benutzer, die vom beständigen Warenkorb erkannt wurden, nicht korrekt behandelt wurden. Wir haben dies OSC mitgeteilt und sie haben uns einen Hotfix gegeben (aber ich glaube, er wurde in 4.0.7 behoben: http://www.onestepcheckout.com/wiki/index.php/Changelogs#OneStepCheckout_4.0.7_changes

Grep für $this->getQuote()->setCustomerId(0);in app \ code \ local \ Idev \ OneStepCheckout \ Block \ Checkout.php (sollte 5 Übereinstimmungen ergeben), da dies im Grunde der Hotfix war.

Bearbeiten: Dies hätte ein Kommentar sein sollen .. nicht wirklich eine Antwort.

— Erfan
quelle

7

HINWEIS: Dies ist per se keine Antwort, aber ich wollte meine eigenen Erfahrungen mit diesem Problem hinzufügen, wo ich es einfacher formatieren kann.

Ich habe das gleiche Problem gesehen. Es ist etwas, mit dem ich mich noch nicht vollständig befasst habe, aber nach dem, was ich gesehen habe, ist es eine Kombination der folgenden Faktoren:

Ein registrierter Kunde.
Dauerhafter Einkaufswagen.

Wenn sich ein Kunde zuvor auf der Website registriert hat, aber nicht angemeldet ist und der permanente Warenkorb aktiviert ist (oder der Cookie für den Kunden vorhanden ist, nachdem der permanente Warenkorb deaktiviert wurde), scheint das Problem aufzutreten.

Ich habe nicht gesehen, dass dies bei Kunden auftritt, die sich nicht registriert haben, aber ich frage mich, ob dies etwas mit einem gemeinsam genutzten Computerkonto und zwei verschiedenen Kunden zu tun hat, einem registrierten und einem nicht registrierten.

Ich werde dies auch weiter untersuchen. Wir binden einen Kunden automatisch an eine Kundengruppe. Daher bedeutet dieses Problem, dass die Bestellung keiner Kundengruppe zugeordnet ist.

Bearbeiten: Wir verwenden Firecheckout, nicht OSC

— CCBlackburn
quelle

Ich kann bestätigen, dass dies auch in einem Geschäft ohne OSC geschieht. Ein registrierter Kunde, der als Gast auscheckt, hat genau dies getan.

— Benz001

0

Wir verwenden auch OSC und dieses Problem tritt auf unserer Website auf. Ich denke, dass es in Nicht-Core-Checkout-Erweiterungen passiert. Wenn Sie im Kern von Magento den permanenten Warenkorb aktivieren, müssen sich Gastkunden registrieren oder anmelden, sodass die E-Mail-Adresse immer vorhanden ist. Einige Checkout-Erweiterungen (wie OSC) erzwingen diese Einschränkung nicht, sodass Sie in ein Szenario geraten, das der Kerncode nicht erwartet.

— Clonetopie
quelle