Меняем стоимость доставки совершённого заказа
Имеется минишоп 2.1.11 и нужно менять стоимость доставки из родного интерфейса.
В заказе у нас уже есть все данные и возможности для изменения и пересчёта общего заказа, надеюсь что не упустил никаких условий и нюансов.
Меняем тип поля доставки на редактируемый (displayfield -> numberfield) на 392 строке в assets/components/minishop2/js/mgr/orders/orders.grid.js
Добавляем 5 строк в core/components/minishop2/processors/mgr/orders/update.class.php
В заказе у нас уже есть все данные и возможности для изменения и пересчёта общего заказа, надеюсь что не упустил никаких условий и нюансов.
Меняем тип поля доставки на редактируемый (displayfield -> numberfield) на 392 строке в assets/components/minishop2/js/mgr/orders/orders.grid.js
columnWidth: .33
,layout: 'form'
,items: [
{xtype: 'displayfield', name: 'createdon', fieldLabel: _('ms2_createdon'), anchor: '100%'}
,{xtype: 'numberfield', name: 'delivery_cost', fieldLabel: _('ms2_delivery_cost'), anchor: '100%'}
]Добавляем 5 строк в core/components/minishop2/processors/mgr/orders/update.class.php
public function beforeSave() {
if ($this->object->get('status') != $this->status) {
$change_status = $this->modx->miniShop2->changeOrderStatus($this->object->get('id'), $this->object->get('status'));
if ($change_status !== true) {
return $change_status;
}
}
// начало
if ($this->object->get('delivery_cost') !== $this->delivery_cost) {
$tmp1 = $this->object->get('delivery_cost');
$tmp2 = $this->object->get('cart_cost');
$this->object->set('cost', $tmp1+$tmp2);
}
// конец
$this->object->set('updatedon', time());
return parent::beforeSave();
}
11 августа 2015, 07:16
Комментарии: 16
Ты в курсе, что у статуса есть свойства «Фиксирует» и «Итоговый»? Именно они влияют на то, можно ли менять статус, а вместе с ним доставку и оплату у заказа.
То есть, просто убираешь «Итоговый» у нужного статуса и его можно менять:
Ну а пересчёт стоимости гораздо лучше повесить на отдельный плагин, если нужно.
То есть, просто убираешь «Итоговый» у нужного статуса и его можно менять:
Ну а пересчёт стоимости гораздо лучше повесить на отдельный плагин, если нужно.
Задача интернет-магазина — максимально автоматизировать процесс. Простейшая ситуация: покупатель оформляет заказ, стоимость доставки (100 руб.) включена, заказ оплачивается. А потом менеджер увеличивает стоимость доставки до 200 руб. Сразу вопрос: как покупатель должен оплатить эти 100 руб.? Почему он об этом узнает уже после?
Единственное правильное решение — создание нового класса оплаты со своей логикой, применимой для конкретного магазина. Тогда доставка будет сразу считаться правильно, а покупатель получит возможность оплатить заказ, стоимость которого уже не изменится.
Единственное правильное решение — создание нового класса оплаты со своей логикой, применимой для конкретного магазина. Тогда доставка будет сразу считаться правильно, а покупатель получит возможность оплатить заказ, стоимость которого уже не изменится.
Это нужное решение, но не таким кардинальным образом…
Михаил вы описываете идеальные условия, когда покупается единица товара не завязанная на кучу условий которые влияют на стоимость доставки. Но когда от количества товара сильно зависят габариты и вес то и доставку угадать не реально. Вот для этого и требуется такое решение. Да есть куча калькуляторов все что надо рассчитывающих, но если заставлять это делать покупателя он уйдет!
Не знаю как у других, но у меня так: Пользователь оформляет заказ, выбирает способ доставки. Далее оператор связывается с пользователем и подтверждает объем заказа, параллельно он согласовывает удобную компанию для доставки и проводит расчет стоимости доставки, дополняя заказ (при этом пользователь оповещается о стоимости). Далее сменяется статус и пользователю отправляется письмо с реквизитами для оплаты. Ну и далее по сценарию :)
Василий пожалуйста подскажите автору как сделать без хака, возможно он найдет возможность и желание переделать столь полезное дополнение.
Михаил вы описываете идеальные условия, когда покупается единица товара не завязанная на кучу условий которые влияют на стоимость доставки. Но когда от количества товара сильно зависят габариты и вес то и доставку угадать не реально. Вот для этого и требуется такое решение. Да есть куча калькуляторов все что надо рассчитывающих, но если заставлять это делать покупателя он уйдет!
Не знаю как у других, но у меня так: Пользователь оформляет заказ, выбирает способ доставки. Далее оператор связывается с пользователем и подтверждает объем заказа, параллельно он согласовывает удобную компанию для доставки и проводит расчет стоимости доставки, дополняя заказ (при этом пользователь оповещается о стоимости). Далее сменяется статус и пользователю отправляется письмо с реквизитами для оплаты. Ну и далее по сценарию :)
Василий пожалуйста подскажите автору как сделать без хака, возможно он найдет возможность и желание переделать столь полезное дополнение.
Если бы я предполагал подобный сценарий работы, то это поле было бы изначально редактируемым.
Но нет, я зачем-то придумал методы доставки и возможность их расширять, хотя можно было просто вводить стоимость прямо в заказе.
Так что без хака пока никак не получится.
P.S. Сколько чего покупал через интернет — ни разу не приходилось созваниваться с магазином. Не повезло, наверное.
Но нет, я зачем-то придумал методы доставки и возможность их расширять, хотя можно было просто вводить стоимость прямо в заказе.
Так что без хака пока никак не получится.
P.S. Сколько чего покупал через интернет — ни разу не приходилось созваниваться с магазином. Не повезло, наверное.
Василий, вам невероятно везет с магазинами которые не подтверждают заказ звонком… Сейчас обычная практика звонить заказчику и общаться с ним.
Безусловно можно все автоматизировать, установить все возможные калькуляторы, вложить десятки тысяч денег, но не всегда это коммерчески оправдано.
Может подскажете способ расширить метод доставки чтоб осуществить ручной ввод стоимости доставки? Я все понимаю, время деньги, может мы тупим, а все на поверхности лежит…
Безусловно можно все автоматизировать, установить все возможные калькуляторы, вложить десятки тысяч денег, но не всегда это коммерчески оправдано.
Может подскажете способ расширить метод доставки чтоб осуществить ручной ввод стоимости доставки? Я все понимаю, время деньги, может мы тупим, а все на поверхности лежит…
Владимир, мне, если и звонили из ИМ, то только лишь для утверждения стоимости. На мой взгляд — лишний звонок, но это детали. По факту, стоимость изначально рассчитывалась при оформлении, а при звонке не менялась.
Автоматизация, на самом деле, далеко не настолько дорогая, как может показаться. И в случае с доставками тоже. Например, в магазине уже есть несколько калькуляторов доставки, причем стоимость любого менее 1000 руб.
Если есть необходимость в расчете для иной ТК, для которой калькулятор еще не готов, можно заказать его создание. Стоимость будет не запредельная — 1500-10000 руб., в зависимости от дополнительных пожеланий и качества API самой ТК.
Теперь же посмотрим со стороны бизнеса — оператор, звонящий для корректировки стоимости доставки, должен получать зарплату. Если не давать пользователю возможность оплатить в момент оформления заказа (когда он наиболее «горячий»), повышается процент отмененных заказов (соглашусь, что здесь сильна специфика направления ИМ).
В результате получается, что в разрезе всего нескольких месяцев автоматизация сэкономит для компании больше денег, чем потребует для создания и внедрения соответствующего функционала.
Можно еще долго работать старыми методами, не замечая издержек, так как они много где считаются нормой, но давайте смотреть правде в глаза: XXI век, повальное стремление к максимальной автоматизации и сокращению издержек не только денежных, но и временных. Не только со стороны компании, но и со стороны покупателя. Чем дальше, тем больше людей будет требовать сервис по принципу «Здесь и сейчас». Если компания не сможет соответствовать новым требованиям, она будет терять все больше клиентов.
Личный пример — если на этапе оформления заказа я не вижу окончательной стоимости, которая не будет изменяться, вряд ли оформлю этот заказ, тк уже проще пойти к конкуренту и все оформить за несколько минут, чем создать заказ и еще пару часов ждать звонка от оператора. А если я хочу оплатить сразу же? Но через 1-2 часа я уже могу передумать или найти за те же деньги еще лучше.
Пример выше — упущенная выгода. Чем больше таких ситуаций, тем больше потери от отсутствия автоматизации.
И напоследок: стоимость доставки может зависеть от многих факторов — вес, размер, хрупкость и т.д., согласен. Но все эти параметры можно забить для товаров, после чего они будут исправно учитываться калькуляторами. Без участия оператора.
Автоматизация, на самом деле, далеко не настолько дорогая, как может показаться. И в случае с доставками тоже. Например, в магазине уже есть несколько калькуляторов доставки, причем стоимость любого менее 1000 руб.
Если есть необходимость в расчете для иной ТК, для которой калькулятор еще не готов, можно заказать его создание. Стоимость будет не запредельная — 1500-10000 руб., в зависимости от дополнительных пожеланий и качества API самой ТК.
Теперь же посмотрим со стороны бизнеса — оператор, звонящий для корректировки стоимости доставки, должен получать зарплату. Если не давать пользователю возможность оплатить в момент оформления заказа (когда он наиболее «горячий»), повышается процент отмененных заказов (соглашусь, что здесь сильна специфика направления ИМ).
В результате получается, что в разрезе всего нескольких месяцев автоматизация сэкономит для компании больше денег, чем потребует для создания и внедрения соответствующего функционала.
Можно еще долго работать старыми методами, не замечая издержек, так как они много где считаются нормой, но давайте смотреть правде в глаза: XXI век, повальное стремление к максимальной автоматизации и сокращению издержек не только денежных, но и временных. Не только со стороны компании, но и со стороны покупателя. Чем дальше, тем больше людей будет требовать сервис по принципу «Здесь и сейчас». Если компания не сможет соответствовать новым требованиям, она будет терять все больше клиентов.
Личный пример — если на этапе оформления заказа я не вижу окончательной стоимости, которая не будет изменяться, вряд ли оформлю этот заказ, тк уже проще пойти к конкуренту и все оформить за несколько минут, чем создать заказ и еще пару часов ждать звонка от оператора. А если я хочу оплатить сразу же? Но через 1-2 часа я уже могу передумать или найти за те же деньги еще лучше.
Пример выше — упущенная выгода. Чем больше таких ситуаций, тем больше потери от отсутствия автоматизации.
И напоследок: стоимость доставки может зависеть от многих факторов — вес, размер, хрупкость и т.д., согласен. Но все эти параметры можно забить для товаров, после чего они будут исправно учитываться калькуляторами. Без участия оператора.
6 модулей доставки + 12 способов оплатыА зарплата человека, который будет на телефоне сидеть — меньше 10тр в месяц, я так понимаю? А за два месяца, а за три?
Для малого бизнеса это уже крупные вложения10тр — это крупные вложения в малый бизнес? Это уже какой-то микроскопический бизнес, а не малый — но с 6 модулями доставки и 12 способами оплаты.
Если уже на старте у бизнеса такие серьёзные проблемы с планированием — я бы не стал его запускать вовсе.
10 тр это на наши где то 30 000 тенге. При средней зп в 100 000 тенге 30 000 тенге уходит так на сигареты да на напитки ну и на общественный туалет. Какие это вложения?? В малый бизнес вкладываются по 10 000 а то и 15 000 $ и это вполне нормально для этого. Что такое малый бизнес? Прачка например, небольшая кухня, столовая. Только на 10 тр это явно не открыть. Ну может я не верно рассуждаю, если что поправьте меня.
Красивое логическое противоречие.
Если серьезно: расскажите мне, пжл, для чего маленькому магазину, который только с дикими усилиями может вложить в свое развитие 10 000 руб., 6 модулей доставки и 12 способов оплаты?
Любой магазин, продающий хотя бы на 3000 руб. в день, может легко позволить себе приобретение необходимых модулей доставки и оплаты.
Да и то, это абсолютный абсурд предлагать клиенту выбрать для оплаты один из 12 способов. Тем более, что среди модулей оплаты есть интеграции с агрегаторами, силами которых собираются платежи из сотен платежных систем.
Я уже не говорю о внутренних сложностях учета — из десятка платежных систем собирать, в общей сложности, 50 000 руб. за месяц (мы ведь говорим о малом бизнеса в Вашем представлении, а не в общем?).
А если Вы представляете себе малый бизнес компанией из одного человека, тем более ему необходимо максимально автоматизировать процесс оформления и оплаты заказа покупателем, иначе он так и останется бизнесменом в компании одного себя.
Если серьезно: расскажите мне, пжл, для чего маленькому магазину, который только с дикими усилиями может вложить в свое развитие 10 000 руб., 6 модулей доставки и 12 способов оплаты?
Любой магазин, продающий хотя бы на 3000 руб. в день, может легко позволить себе приобретение необходимых модулей доставки и оплаты.
Да и то, это абсолютный абсурд предлагать клиенту выбрать для оплаты один из 12 способов. Тем более, что среди модулей оплаты есть интеграции с агрегаторами, силами которых собираются платежи из сотен платежных систем.
Я уже не говорю о внутренних сложностях учета — из десятка платежных систем собирать, в общей сложности, 50 000 руб. за месяц (мы ведь говорим о малом бизнеса в Вашем представлении, а не в общем?).
А если Вы представляете себе малый бизнес компанией из одного человека, тем более ему необходимо максимально автоматизировать процесс оформления и оплаты заказа покупателем, иначе он так и останется бизнесменом в компании одного себя.
А я хотел сказать другое: маленькому интернет-магазину достаточно купить 1-2 модуля расчета доставки и 1-2 модуля оплаты. Суммарно — 1500-3000 руб.
Всего лишь до 3000 руб., но появляется автоматический расчет стоимости доставки и мгновенная оплата, что повысит количество продаж. И эти затраты для любого малого бизнеса более, чем оправданы.
Всего лишь до 3000 руб., но появляется автоматический расчет стоимости доставки и мгновенная оплата, что повысит количество продаж. И эти затраты для любого малого бизнеса более, чем оправданы.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| miniShop2 | 4.4.0-pl от 06.08.2024 | 26 090 |
Вчера в 21:12
Спасибо. Работает.
15 ноября 2024, 17:40
спасибо, несколько раз проверял и не заметил)
14 ноября 2024, 13:55
Сложна.
Я сделал с помощью js. Задал class для div c results
и вот так прописал
document.querySelector('.easycomm div').textContent = 'Отзывов пок...
14 ноября 2024, 11:50
Добрый день! Установил MarkdownEditorFrontend с modstore и xpdo выдало ошибку что не может найти сервис. К моему удивлению в транспортном пакете не на...
14 ноября 2024, 05:22
astro.build впервые слышу такой фреймворк. Вообще gtsAPI затачивался под primevue.org. Но в primevue вообще не никакой связи с api. Там api как хочешь...
13 ноября 2024, 10:55
Не все пожелания клиента нужно реализовывать. Одно дело когда желание обосновано бизнес-процессами, а другое дело клиент так видит. В данном случае, н...
