А когда-нибудь автоматически ставится теперь F? Вроде как незавершенные или в процессе оплаты через терминал, например, заказы выносятся вообще в какаой-то отдельный статус незавершенной покупки...
Незавершенный - это заказ, который ставится заказу при размещении заказа в базе данных. Платежка в любом случае его на что-то меняет
Здравствуйте. Обнаружил, что в БД в таблице cscart_orders есть заказы со статусом N, которые нигде не указан, и эти товары не отображаются в общем списке заказов. Что это за статус и откуда он взялся?
Статус Open - уменьшить инвентарь - один раз
Статус Awaiting Call - уменьшить инвентарь - второй раз
Статус Confirmed - уменьшить инвентарь - в третий раз
Статус Paid - уменьшить инвентарь - в четвертый раз
Статус Shipped - уменьшить инвентарь - в пятый раз
Статус Completed - уменьшить инвентарь
и того - 6 раз уменьшали инвентарь, а он все равно уменьшился на одну штуку.
ЭЭЭЭто какая-то непифагорова арифметика пятимерного пространства. Даже Семихатов затруднится понять о чем речь…
Если предыдущий статус имел в настройке Уменьшение - то уменьшение не повторяется. Иначе, работает: увеличение после уменьшения и уменьшение после увеличения. Уменьшение после уменьшения игнорируется, увеличение после увеличения игнорируется
Ну я и говорю, спец-аксиому ввели и получилась неклассическая математика. 
Могли бы для нормальных людей “Без изменений” добавить.
Классическая логика И-НЕ ))
Поставить Отменен со статуса Неудавшийся - не надо менять кол-во
Поставить Отменен со статуса Открытый - надо менять кол-во
Поэтому учитывается настройка предыдущего статуса
Failed я понимаю как неудавшийся платеж, который можно повторять до тех пор, пока заказ не отменили или отказали. Следовательно, если Cancelled после Failed, то количество надо увеличить.
Тогда просто у Failed поставить Уменьшение, чтобы сам статус не изменял количество, а отмена/аннулирование после него - увеличивало
Так сам Failed уже увеличил кол-во
там вопрос в том, что Failed не должен в данной конкретной логике увеличивать количество
Хотя нет.
__
Весь абсурд в том, что количество не меняется только в том случае, если оно уменьшается.
При открытом онлайн платеже обязательно ставим Open и уменьшаем количество, иначе единственный товар может уйти к другому покупателю, заказавшему позже, но заплатившему раньше.
Какой статус надо выбрать, чтобы можно было отредактировать/скорригировать стоимость доставки - или вообще ее убрать из бухгальтерского учета?
Это нужно в том случае, когда покупатель оплачивает доставку доставчику в момент доставки, а доставчик переводит продавцу только стоимость продукта и удерживает стоимость доставки. Продавец не получает деньги за доставку и соответственно не оплачивает доставку, но тем не менее ее стоимость появляется как приход в бухгальтерском учете.
Я прихожу к мнению, что одним статусом проблематично описать все возможные ситуации с заказом, так как в куче будет смешано и оформление на сайте, и оплата, и доставка, и получение. Пытаться все возможные комбинации ситуаций запихать в один статус - это прямой путь к головной боли. В случае заказов Интернет-магазина более адекватным решением было бы иметь несколько видов статусов для каждого заказа. Например:
Статус подтверждения заказа покупателем (когда магазин обязательно связывается с покупателем перед дальнейшими теледвижениями)
Статус физического нахождения заказа с товарами - обработка заказа на складе и доставка
Статус оплаты
Примерно так, каждый подстраивает под свою логику эти несколько видов и из взаимоотношения. Статусы, разумеется, можно менять или вручную, или программно через зависимости (например, не удалось связаться с покупателем - нажатием одной кнопки поставили сразу два статуса “Не подтвержден” для отдела продаж и “Отменен” для склада), или через API из CRM, платежных систем и служб доставки.
В общем списке заказов выводить все три вида статусов. И тогда будет понятно, на каком этапе находится заказ в плане согласования, в плане физического нахождения и в плане оплаты.
В CS-Cart есть отгрузки, которые как бы дополняют основной статус заказа, в них теоретически можно зашить все статусы физического прохождения заказа. Но наличие на сайте привязано к основному статусу заказа, а не к статусу отгрузки, что делает невозможным использование этого функционала в описанном ключе. Да и онлайн-оплата привязывается к основному статусу.
Есть какой-нибудь сторонний модуль “Расширенные статусы заказов”, вводящий такие дополнительные виды статусов для заказов?
Если нет, то напишу предложение в общую копилку предложений и буду пока допиливать свой CS-Cart самостоятельно в этом направлении.
Может кто-то сталкивался и сможет помочь, как сделать чекбокс “Уведомить поставщика” при смене статуса заказа выключенным по умолчанию. Заранее благодарен.
в файле design\backend\templates\common\select_popup.tpl вместо true поставить false
{$notify_customer_status = true}
{$notify_department_status = true}
{$notify_vendor_status = true}
Если речь про поставщика, то надо менять тут
design/backend/templates/addons/suppliers/hooks/orders/notify_checkboxes.post.tpl
Кстати да, спутал с вендором. Спасибо за коррекцию.
