Indirizzo e-mail mancante nell'ordine

10

Abbiamo 2 negozi (un aggiornamento 1.7.0.2 da 1.5.1 e un'installazione 1.6) che hanno entrambi un problema che per alcuni ordini ha un indirizzo e-mail mancante (customer_email in sales_flat_order) . I negozi sono due installazioni completamente diverse e l'unica cosa che ho riscontrato che è la stessa in entrambe le versioni è che entrambi usano OneStepCheckout (ultima versione) e che il problema si riscontra solo per i clienti (ma non tutti) che dispongono già di un account cliente . Immagino che il problema sia nell'account del cliente, ma non riesco a trovare nulla di strano con questi account.

Qualche idea su dove controllare o come eseguire il debug di questo problema?

Grazie.

orders ce-1.7.0.2 upgrade

— Vladimir Kerkhoff
fonte

Il metodo di pagamento dell'ordine è Paypal, per caso?

— Filwinkle,

No, è con diversi metodi di pagamento

— Vladimir Kerkhoff,

eventuali personalizzazioni (ad eccezione di OneStepCheckout) che interagiscono con gli ordini o l'account cliente?

— FlorinelChis,

Ho lo stesso problema. Sono su OSC 4.0.9 (superiore alla versione con la correzione). Ho installato anche un nuovo Magento 1.7.0.2 e ho effettuato due ordini con la stessa e-mail: prima come cliente e poi in secondo luogo (in modalità di navigazione in incognito - senza cookie) come ospite. Entrambi avevano un indirizzo email. Non sono ancora sicuro di quale sia la causa.

— Aaron Pollock,

3

Assicurati di eseguire OSC 4.0.7.

Abbiamo riscontrato questo problema utilizzando Magento 1.7.0.2 e OSC 4.0.6. Si è rivelato essere un bug in OneStepCheckout in cui non gestiva correttamente gli utenti che venivano riconosciuti dal carrello persistente. L'abbiamo comunicato a OSC e ci hanno fornito un aggiornamento rapido (ma credo che sia stato risolto in 4.0.7: http://www.onestepcheckout.com/wiki/index.php/Changelogs#OneStepCheckout_4.0.7_changes

Grep per $this->getQuote()->setCustomerId(0);in app \ code \ local \ Idev \ OneStepCheckout \ Block \ Checkout.php (dovrebbe dare 5 corrispondenze), dato che quello era fondamentalmente l'aggiornamento rapido.

Modifica: questo avrebbe dovuto essere un commento .. non proprio una risposta.

— Erfan
fonte

7

NOTA: Questa non è una risposta di per sé, ma volevo aggiungere le mie esperienze con questo problema in cui posso formattarlo più facilmente.

Ho visto lo stesso problema. È qualcosa che non ho avuto la possibilità di approfondire completamente, ma da quello che ho visto, è una combinazione dei seguenti fattori:

Un cliente registrato
Carrello della spesa persistente.

Se un cliente si è precedentemente registrato sul sito, ma non ha effettuato l'accesso e il carrello della spesa persistente è attivo (o in effetti il cookie è presente per il cliente dopo che il carrello della spesa persistente è stato disattivato), il problema sembra verificarsi.

Non ho visto questo accadere con clienti che non si sono registrati, ma mi chiedo se abbia a che fare con un account di computer condiviso e due clienti diversi, uno che ha registrato e uno che non lo ha fatto.

Continuerò a indagare anche su questo, legheremo automaticamente un cliente a un gruppo di clienti, quindi questo problema significa che l'ordine non è assegnato a un gruppo di clienti.

Modifica: stiamo usando Firecheckout, non OSC

— CCBlackburn
fonte

Posso confermare che ciò accade anche, in un negozio senza OSC, un cliente registrato che controlla come ospite ha fatto esattamente questo.

— benz001,

0

Stiamo anche utilizzando OSC e questo problema si sta verificando sul nostro sito. Penso che accada nelle estensioni di pagamento non core. Nel core Magento, se si attiva il carrello persistente, i clienti ospiti sono costretti a registrarsi o accedere, quindi l'indirizzo e-mail sarà sempre presente. Diverse estensioni di checkout (come OSC) non applicano questa restrizione, quindi si entra in uno scenario che il codice principale non si aspetta.

— clonetopia
fonte