Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Потерянные заказы (Missing orders)


dimmaq

Recommended Posts

Обнаружил мелкий баг. Каждый раз когда загружается подтверждение заказа /index.php?route=checkout/confirm создается новый заказ с нулевым статусом (потерянный), и статус меняется на нормальный после нажатия confirm. Но тут получается так - если из шага подтверджения вернуться назад, например, изменить коментарий к заказу, заказ запишется еще раз, а старый так и остается висеть как потерянный.

Пока тестировал, накопилось 70 штук. Они ни на что не влияют и видно их в админке в списке заказов только если в фильтре указать статус "потерянные".

  • +1 2
Надіслати
Поділитися на інших сайтах


Интересно, но не очень. По факту заказ действительно можно считать потеряным т.к. неизвестно заранее вернулся пользователь назад чтобы изменить комментарий к заказу или покинуть сайт.

Надіслати
Поділитися на інших сайтах

Обнаружил мелкий баг. Каждый раз когда загружается подтверждение заказа /index.php?route=checkout/confirm создается новый заказ с нулевым статусом (потерянный), и статус меняется на нормальный после нажатия confirm. Но тут получается так - если из шага подтверджения вернуться назад, например, изменить коментарий к заказу, заказ запишется еще раз, а старый так и остается висеть как потерянный.

Пока тестировал, накопилось 70 штук. Они ни на что не влияют и видно их в админке в списке заказов только если в фильтре указать статус "потерянные".

В более ранних версиях движка ( например 1.4.х ) в model/checkout/order.php был такой код

public function create($data) {

$query = $this->db->query("SELECT order_id FROM `" . DB_PREFIX . "order` WHERE date_added < '" . date('Y-m-d', strtotime('-1 month')) . "' AND order_status_id = '0'");

foreach ($query->rows as $result) {

$this->db->query("DELETE FROM `" . DB_PREFIX . "order` WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_history WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_product WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_option WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_download WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_total WHERE order_id = '" . (int)$result['order_id'] . "'");

}

Он какраз и чистил "потерянные" заказы. В 1.5.х.х такого кода уже не наблюдается.

  • +1 2
Надіслати
Поділитися на інших сайтах

  • 4 months later...

В более ранних версиях движка ( например 1.4.х ) в model/checkout/order.php был такой код

public function create($data) {

$query = $this->db->query("SELECT order_id FROM `" . DB_PREFIX . "order` WHERE date_added < '" . date('Y-m-d', strtotime('-1 month')) . "' AND order_status_id = '0'");

foreach ($query->rows as $result) {

$this->db->query("DELETE FROM `" . DB_PREFIX . "order` WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_history WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_product WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_option WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_download WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_total WHERE order_id = '" . (int)$result['order_id'] . "'");

}

Он какраз и чистил "потерянные" заказы. В 1.5.х.х такого кода уже не наблюдается.

Большая благодарность,vilija. Вы единственный во всемирной сети Интернет дали точную наводку на решение проблемы с заполнением таблиц бессмысленной информацией.

А для чего вообще вносить в базу заказы, которые пользователь решил не оформлять? В чем логика "Потерянных заказов"?? Если человек вернулся к предыдущей вкладке, чтобы добавить комментарий, а потом все же оформил заказ, то информация о его заказе будет храниться как в действительных заказах, так и в потерянных (в админке по фильтру смотреть если). То есть бессмысленно дублироваться будет. Хоть какая-то логика в этом бреде есть?

  • +1 1
Надіслати
Поділитися на інших сайтах


  • 2 months later...

Добрый день!

 

Возникла проблема с Потерянными заказами. 

Все шаги оформления заказа проходятся нормально. Высвечивается радостное сообщение о том, что я оформил заказ, но в админке заказа нет, письма не приходят, а приходит лишь печаль :(

 

Огромная просьба, помогите решить данную проблемы. Магазин мертвый получается :(

Надіслати
Поділитися на інших сайтах


  • 1 month later...
  • 1 month later...

Похожая ситуация. Может , кто сталкивался с таким?

И у меня тоже! Почему все новые заказы (а так же те, которые были перенесены со старого магазина) попадают в потерянные? Как их оттуда вытащить?

Надіслати
Поділитися на інших сайтах


  • 3 months later...
  • 4 weeks later...

Так же заметил эту проблему. Например клиент говорит, что оформил заказ, а я его не вижу в списке оформленный заказов,а в списке потерянных вижу, письмо с номером заказа клиенту не приходит, но оплата проходит. Как такое вообще может быть? 

Надіслати
Поділитися на інших сайтах


Хотелось бы реализовать, чтобы о потеряных заказах приходили уведомления. Например если покупатель сделал заказ но у него не получилось его оплатить или что-то еще. Чтобы можно было связаться с покупателем и узнать, почему заказ не оплачен

Надіслати
Поділитися на інших сайтах


При тестировании модулей у себя нашла, что заказ из-за неправильно выставленного статуса может не отображаться в админке и с 0 статусом в БД падать. Далеко не копала, у всех модулей выставила статус по умолчанию "Ожидание" для действия прием заказа. Больше пока потеряшек не замечала, может вам поможет...

Надіслати
Поділитися на інших сайтах


  • 5 months later...

В более ранних версиях движка ( например 1.4.х ) в model/checkout/order.php был такой код

public function create($data) {

$query = $this->db->query("SELECT order_id FROM `" . DB_PREFIX . "order` WHERE date_added < '" . date('Y-m-d', strtotime('-1 month')) . "' AND order_status_id = '0'");

foreach ($query->rows as $result) {

$this->db->query("DELETE FROM `" . DB_PREFIX . "order` WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_history WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_product WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_option WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_download WHERE order_id = '" . (int)$result['order_id'] . "'");

$this->db->query("DELETE FROM " . DB_PREFIX . "order_total WHERE order_id = '" . (int)$result['order_id'] . "'");

}

Он какраз и чистил "потерянные" заказы. В 1.5.х.х такого кода уже не наблюдается.

А куда там этот код вставлять???

Надіслати
Поділитися на інших сайтах


  • 10 months later...

Здравствуйте!

 

Подскажите, пожалуйста, а как можно отобразить потерянные среди прочих, чтобы не отдельным фильтром были, а в общей куче? И с уведомлениями админу о них никто не разобрался? Пробую в /public_html/admin/view/template/sale в order_list.tpl c 

 

                  <?php if ($filter_order_status_id == '0') { ?>
                  <option value="0" selected="selected"><?php echo $text_missing; ?></option>
                  <?php } else { ?>
                  <option value="0"><?php echo $text_missing; ?></option>
                  <?php } ?>
 
разобраться, но пока не получается (знаний не хватает :-( ) Подскажите, пожалуйста, может кто-нибудь знает как это можно реализовать? Спасибо большое заранее!
Надіслати
Поділитися на інших сайтах


потому что это СПЕЦИАЛЬНАЯ СУЩНОСТЬ в магазине.

если туда падают РЕАЛЬНЫЕ заказы - ищите ошибки в процессе оформления/модулях оплаты-доставки и исправляйте.

Надіслати
Поділитися на інших сайтах

  • 4 months later...

а почтовый сервак - выдюжит? ;)

 

особенность оформления заказов такова, что на определенном этапе при возврате счетчик заказов увеличивается, что и приводит к появлению потерянного заказа

например, клиент уже почти все оформил, а потом кинулся менять адрес/телефон, добавлять/убирать товары и тд - и, вуаля! - получаем "потеряшку"

 

сколько таких, если магазин посещаемый? по каждому чиху письмо слать? :ugeek:

 

если "потеряшек" много - тут не мебель переставлять, тут бл@ей менять надо искать причину и устранять

Надіслати
Поділитися на інших сайтах

  • 2 months later...

знаю что тема о потерянных заказах популярна, но перечитав все не понял для себя решения:

формируются потерянные заказы, использую модуль simple, способ оплаты -наличными, доставки- курьером. При таких же вариациях оплаты/доставки есть другие оформленные без ошибок заказы. Отсюда вопрос, почему при одинаковых условиях (как я вижу) один заказ теряется, а другой нет - куда рыть? Есть одно только предположение, что играет роль какое то сообщение системы в процессе заказа (например, нет в наличии товара)

Надіслати
Поділитися на інших сайтах


  • 4 months later...

Люди, помогите, такая же проблема! опенкарт 2.0.3.1, установил модуль оплаты paymaster, с оф. сайта. вот ссылка:http://info.paymaster.ru/модули-cms/opencart-cms/

Проблема в том, что статус заказа после оплаты "Missing Orders". В настройках модуля, статус заказа после оплаты стоит "Pending", в Система - Настройки - Опции - Статус заказа тоже стоит Pending.

Причем если способ оплаты при заказе выбрать оплата наличными в магазине, или оплата при доставке, но заказ оформляется правильно, и письмо на e-mail приходит. 

Проблема только при заказе и оплате через paymaster.

 

Помогите пожалуйста!! Где что не так настроил?

Надіслати
Поділитися на інших сайтах


Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз
  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.