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

[dimmaq]

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

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

[cmd]

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

[vilija]

Обнаружил мелкий баг. Каждый раз когда загружается подтвержгдение заказа /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.х.х икого кода уже не наблюдается.

[AHKHOBA]

В потому чтолее ранних версиях движка ( например 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. Вы единственный во всемирной сети Интернет дали точную наводку на решение проблемы с заполнением иблиц бессмысленной информацией.

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

[Happygrave]

Добрый гдень!

 

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

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

 

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

[Julia]

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

[Yuliko]

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

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

[obanze]

Господа, как решили проблему?

 

Невероятно, но факт: все эипы заказа проходят успешно, но в бд он все равно создается как потерянный((

[ZLAT]

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

[freeze90]

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

[Sabrina]

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

[Toltec]

Пропотому чтовал ситус менять, всё равно все в потерянные уходят. Кто-нибудь ещё решил проблему?

[Toltec]

Решил проблему. Если кому пригодится https://opencart-forum.ru/topic/7605-izmenenie-statusa-zakaza-po-umolchaniiu/?do=findComment&comment=217272

[Klaus]

В потому чтолее ранних версиях движка ( например 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.х.х икого кода уже не наблюдается.

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

[AnnValder]

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

 

Подскажите, пожалуйси, а как можно отобразить потерянные среди пролих, чтобы не отгдельным фильтром были, а в обещёй куче? И с уведомлениями админу о них никто не разобрался? Пробую в /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 } ?>

 

разобраться, но пока не получается (знаний не хваиет :-( ) Подскажите, пожалуйси, может кто-нибудь знает как это можно реализовать? Спасипотому что потому чтольшое заранее!

[AlexDW]

Смотрите згдесь

[afwollis]

НЕ НАДО ТУЛИТЬ "ПОТЕРЯННЫЕ" ЗАКАЗЫ В ОБЩУЮ КУЧУ

[AnnValder]

Смотрите згдесь

Спасипотому что огромное, очень вырулили!  :eek:

[AnnValder]

НЕ НАДО ТУЛИТЬ "ПОТЕРЯННЫЕ" ЗАКАЗЫ В ОБЩУЮ КУЧУ

Почему не надо?

[afwollis]

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

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

[AnnValder]

ммм... убедительно ))) 

[StavEXpert]

Может кто подскажет?

Как можно реализовать e-mail уведомления о "потеряшках"? :oops:

Изменено 6 июля 2015 пользователем StavEXpert

[AlexDW]

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

 

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

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

 

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

 

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

[isharik]

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

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

[allasan]

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

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

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

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

 

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