minishop2 - Оплатить повторно или сменить вид оплаты после неуспешной попытки
Был уверен, что тут уже такие запросы были, но просмотрел до 18 года — нашел схожие, но не такие же.
Если даем клиенту возможность оплатить заказ каким-нибудь методом онлайн-оплаты (у меня подключен родной модуль для Сбербанка, разработанный ими же), то клиент после страницы оформления заказа и выбранного соответствующего метода направляется на страницу эквайринга Сбербанка. Регулярно вижу кейс, то там люди:
Есть у кого какие мысли или опыт, как после такого возврата (я бы сказал, что любого возврата в случае неуспеха платежного метода) человек мог бы выбрать другой метод и отправить заказ уже с ним (по факту, обновить заказ).
Заранее спасибо.
Если даем клиенту возможность оплатить заказ каким-нибудь методом онлайн-оплаты (у меня подключен родной модуль для Сбербанка, разработанный ими же), то клиент после страницы оформления заказа и выбранного соответствующего метода направляется на страницу эквайринга Сбербанка. Регулярно вижу кейс, то там люди:
- не могут оплатить, т.к. под рукой нет карты, Сбербанка онлайн и так далее
- не могут оплатить, т.к. что-то пошло не так (номер не тот ввел, денег нет на карте, еще что-то)
- передумывают платить онлайн, решают, что выберут другой вариант оплаты
Заранее спасибо.
Комментарии: 5
Я думаю надо переопределить метод submit вот в этом файле core/components/minishop2/model/minishop2/msorderhandler.class.php Как это сделать написано тут
Возможно так же стоит изучить эту страницу
Возможно так же стоит изучить эту страницу
Спасибо за ответ. Я, разумеется, читал оба этих документа. Помощи от них с позиции моей задачи немного и первый диагноз — нужно садиться и плотно разрабатывать какой-то свой кусок. При том, что очевидно, что задача совсем не новая с момента выхода minishop2 и с подобными проблемами разработчики сталкивались. Собственно, от тех, у кого есть такой опыт, и хотелось получить какую-то обратную связь)
1.не могут оплатить, т.к. под рукой нет карты, Сбербанка онлайн и так далееДля первых двух кейсов в письме клиенту есть ссылка на оплату. А третий на мой взгляд достаточно редкий. Собственно по этой причине готовых решений и нет, если вам ссылки на оплату недостаточно и вы непременно хотите как-то иначе обрабатывать ошибку оплаты или отказ от неё, придётся заморочиться.
2.не могут оплатить, т.к. что-то пошло не так (номер не тот ввел, денег нет на карте, еще что-то)
3.передумывают платить онлайн, решают, что выберут другой вариант оплаты
Обычно в лк делается функционал для таких целей, где клиент видит все свои заказы, их статусы и может повторно запросить ссылку на оплату/поменять способ оплаты.
В общем-то, вывод заказов и их статусов — действительно тривиальная задача, в modstore даже есть готовый компонент для этой цели.
В общем-то, вывод заказов и их статусов — действительно тривиальная задача, в modstore даже есть готовый компонент для этой цели.
Ок, т.е. пока предложение, скорее, в том, чтобы после создания заказа сделать клиенту личный кабинет, чтобы он мог оплатить заказ снова и там же изменить форму оплаты на «постоплату», например?
Кейс, когда человек не хочет платить онлайн за интернет-заказ и уходит с формы, желая создать заказ с постоплатой по факту доставки, к сожалению, не редкий, особенно сейчас. Просто мы промотируем именно онлайн-оплату, поэтому эта опция выбрана по умолчанию, а не все это замечают, а когда замечают (переходят на страницу эквайринга), то отменяют это и делают заказ снова.
Спасибо за советы, с реализацией подобного вопросов не будет.
Кейс, когда человек не хочет платить онлайн за интернет-заказ и уходит с формы, желая создать заказ с постоплатой по факту доставки, к сожалению, не редкий, особенно сейчас. Просто мы промотируем именно онлайн-оплату, поэтому эта опция выбрана по умолчанию, а не все это замечают, а когда замечают (переходят на страницу эквайринга), то отменяют это и делают заказ снова.
Спасибо за советы, с реализацией подобного вопросов не будет.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.