Адреса електронної пошти відсутня для замовлення


10

У нас є 2 магазини (оновлення 1.7.0.2 до 1.5.1 та встановлення 1.6), в яких обидва проблеми, що для деяких замовлень відсутня адреса електронної пошти (customer_email у sales_flat_order) . У магазинах є дві абсолютно різні установки, і єдине, що я виявив, що в обох версіях однакове, це те, що вони обидва використовують OneStepCheckout (остання версія), і що проблема бачиться лише для клієнтів (але не всіх), які вже мають обліковий запис клієнта . Я думаю, що проблема полягає в обліковому записі клієнта, але я не можу знайти нічого дивного в цих облікових записах.

Будь-які ідеї щодо того, де перевірити або як налагодити цю проблему?

Дякую.


Чи випадковий спосіб оплати замовлення Paypal?
philwinkle

Ні, це з різними способами оплати
Володимир Керхофф

будь-які налаштування (крім OneStepCheckout), які взаємодіють із замовленнями або обліковим записом клієнта?
FlorinelChis

У мене те саме питання. Я на OSC 4.0.9 (вище, ніж версія з виправленням). Я також встановив свіжий Magento 1.7.0.2 і розмістив два замовлення з однаковою електронною поштою: спочатку як клієнт, а потім по-друге (в режимі інкогніто - без куки) як гість. Обидва мали електронну адресу. Я все ще не впевнений, в чому причина.
Аарон Поллок

Відповіді:


3

Переконайтеся, що ви працюєте з OSC 4.0.7.

У нас виникла ця проблема за допомогою Magento 1.7.0.2 та OSC 4.0.6. Він виявився помилкою в OneStepCheckout, коли він не поводився з користувачем, який був розпізнаний стійкою кошиком правильно. Ми повідомили про це OSC, і вони дали нам виправлення (але я вважаю, що це було виправлено в 4.0.7: http://www.onestepcheckout.com/wiki/index.php/Changelogs#OneStepCheckout_4.0.7_changes

Зіпсуйте $this->getQuote()->setCustomerId(0);додаток \ code \ local \ Idev \ OneStepCheckout \ Block \ Checkout.php (має дати 5 збігів), оскільки це в основному виправлення.

Редагувати: це повинен був бути коментар. Насправді не відповідь.


7

ПРИМІТКА. Сама по собі ця відповідь не відповідає, але я хотів додати власний досвід із цим питанням, де я можу простіше відформатувати його.

Я бачив те саме питання. Це те, що я не мав можливості поглибитись повністю, але, з того, що я побачив, це поєднання наступних факторів:

  1. Зареєстрований клієнт.
  2. Постійний кошик для покупок.

Якщо замовник раніше зареєструвався на сайті, але не ввійшов у систему , і постійно зберігається кошик для покупок (або дійсно файл cookie присутній для клієнта після вимкнення постійної кошика), здається, проблема виникає.

Я не бачив, як це трапляється з клієнтами, які не зареєструвались, але це змушує мене замислитись, чи це щось стосується спільного облікового запису комп’ютера та двох різних клієнтів - одного, який зареєструвався, та іншого, який цього не зробив.

Я також продовжую розслідувати це питання, ми автоматично прив'язуємо клієнта до групи клієнтів, тому це питання означає, що замовлення не призначене для групи клієнтів.

Редагувати: ми використовуємо Firecheckout, а не OSC


Я можу підтвердити, що це трапляється і в магазині без ОСК, зареєстрований клієнт, який перевіряє, як гість, зробив саме це.
benz001

0

Ми також використовуємо OSC, і ця проблема виникає на нашому сайті. Я думаю, що це відбувається в непрофільних розширеннях для оформлення замовлення. У основному Magento, якщо ви ввімкнете стійку кошик, гості клієнтів змушені зареєструватися або ввійти, тому адреса електронної пошти завжди буде. Кілька розширень оформлення замовлення (як OSC) не застосовують це обмеження, тому ви потрапляєте у сценарій, якого основний код не очікує.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.