Статусы Заказов

Только непосредственно из базы, из таблиц ?:statuses, ?:status_data, ?:status_descriptions. Статусы, которые относятся к ордерам, имеют тип O

Во избежание возможны проблем так же необходимо поправить таблицу ?:ult_status_descriptions

Не рискнула удалить стандартные статусы из базы.

Оказывается в админке можно удалить пользовательские статусы. От них и избавилась.

Следил за темой с самого начала, надеялся, что что-то будет применено в новых версиях, но придется тоже самим делать.

Подпишусь под мнением, что надо делать два вида статусов, статус Оплаты (Оплачен/Неоплачен), и статус Заказа (все остальное).

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

Будем делать свою доработку, чтобы был второй статус в заказах. Ждать, что это появится в апдейте можно долго, но вам стоит прислушаться.

Зачем второй статус? Оставьте себе один, но с отражением оплаты и доставки, типа того:

"Оплачен и отправлен"

"Оплачен и в ПВЗ"

"Предоплачен и не отправлен"

и т.д.

В чём сложность то? надо просто подумать, а не вестись за "умными" разговорами

P.S. Работает 3 магазина, один уже год. Вопросов со статусами не возникало. Конечно если в базе сделают 2 татуса, то будем и двумя пользоваться, но и с одним хорошо

Зачем второй статус? Оставьте себе один, но с отражением оплаты и доставки, типа того:

"Оплачен и отправлен"

"Оплачен и в ПВЗ"

"Предоплачен и не отправлен"

и т.д.

В чём сложность то? надо просто подумать, а не вестись за "умными" разговорами

P.S. Работает 3 магазина, один уже год. Вопросов со статусами не возникало. Конечно если в базе сделают 2 татуса, то будем и двумя пользоваться, но и с одним хорошо

Можно то можно. Но вот, к примеру, у нас около 7 статусов, которые отражают движение заказа. Если делить их по статусу оплаты Оплачен/Не оплачен, то их количество уже увеличится в два раза, а бывает еще частичная оплата (предоплата), то есть вместо 7 статусов уже будет 21. Как-то неправильно это и не удобно.

Спасибо. Обязательно передам разработчикам.

Даниил, есть ли подвижки в этом направлении?

Всем привет!

Тема обсуждается уже полтора года. А есть уже какой-то мануал со всеми обозначениями букв заказов и другой важной инфы, касающихся статусов? Только в одном месте, чтобы не нужно было перечитывать 5 страниц форума и собирать по крупицам инфу.

Настраиваю магазин и чисто случайно наткнулся на данную тему и вычитал, что буквы играют важную роль в логике заказов. Если бы не наткнулся, просто переименовал бы первые 5 статусов под себя, а потом бы разгребал косяки.

Как-то нехорошо получается, что такой важной теме не уделён даже раздел в мануале. И нет предупреждения в админке, что буквы в статусах имеют важное значение.

Если в движок зашита логика, которую сложно, да и вообще не рекомендуется, менять, то дайте хоть описание этой логики. А то получается, что свою логику не построишь, а существующую не знаешь.

Если мануал есть, а я его не нашёл, то прошу меня извинить за беспокойство и дать ссылочку.

Спасибо!

К сожалению, только на английском есть

http://docs.cs-cart.com/4.3.x/user_guide/orders/order_statuses/index.html

Буквы сами сопоставьте

К сожалению, только на английском есть

http://docs.cs-cart.com/4.3.x/user_guide/orders/order_statuses/index.html

Буквы сами сопоставьте

А когда будет перевод на русский?

.

А когда будет перевод на русский?

Вопрос к поддержке. Основные статусы

O - Открытый - используется при создании заказа с использованием оффлайнового метода оплаты, а так же некоторыми платежными системами, когда еще не получен ответ о статусе транзакции

P - Обработан - ставится платежными системами при успешной оплате заказа

F - Неудавшийся - ставится платежными системами при неудачной оплате

Остальные статусы скорее вспомогательные

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

photo-013.jpg

photo-014.jpg

photo-015.jpg

Присоединяюсь. Статусы оплаты и исполнения заказа должны быть раздельными. Из за подобных мозговых ям (эта не единственная) уже как второй год не решаюсь перейти на Merchium/Cs-Cart.

===
В app/functions/fn.cart.php есть такая строчка:

$paid_statuses = array(‘P’, ‘C’);

Она отвечает за то, какие статусы учитываются в графе оплачено. Просто поменяйте на те статусы, которые вам необходимо
====

Что- то поменялось за годы?

У меня есть два своих статуса "в обработке" и "отправлен"

Как их учитывать в оплате?

Посмотрите параметр Статус и добавьте в эту строку через запятую

http://prntscr.com/eyph0a

Так же надо поменять такую строчку в файле

app/controllers/backend/index.php

А не ткнёте ли носом в урок или док, как можно "перекрыть" этот фрагмент "легально" с помощью своего модуля. Не хочется терять при обновлении.

Кстати - полезный был бы совет.

А не ткнёте ли носом в урок или док, как можно "перекрыть" этот фрагмент "легально" с помощью своего модуля. Не хочется терять при обновлении.

Кстати - полезный был бы совет.

В новых версиях в fn.cart.php есть хук get_orders_totals, куда передается массив и там можно его расширить.

А вот в index.php хука нет, поэтому статистику на домашней странице статистику не поправить

Чем-то в логике движка отличаются статусы I и D

???

I в платежках используется, когда пользователь сам отклонил заказ. D - вообще не используется, вместо него обычно F ставится

А когда-нибудь автоматически ставится теперь F? Вроде как незавершенные или в процессе оплаты через терминал, например, заказы выносятся вообще в какаой-то отдельный статус незавершенной покупки...