Подтверждение заказа по емейлу

[Nashlab]

Дублирую сообщение из темы https://opencartforum.com/topic/22077-podtverzhdenie-zakaza-po-emeilu/

Модераторов прошу вышеуказанную тему удалить.

Актуальна следующая задача:

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

Как мне это видится:

Отдельный модуль, в котором проставляются галки у нужных видов оплаты.

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

После активации покупателем ссылки, покупатель попадает на соответствующую страницу магазина, где продолжается оформление, т.е дается возможность подтвердить заказ или отказаться от него.  Если заказ уже подтвержден, ссылка теряет работоспособность.

ЗЫ: флуд по поводу "А на кой оно вам надо" прошу не разводить.

Буду рад услышать любые конкретные предложения.

Присоеденяюсь - задача актуальна - спам задолбал (120 - 150 левых заказов в день).

При этом используются данные реальных людей.

Змінено 11 березня 2015 користувачем afwollis

[afwollis]

все это надо делать (разрабатывать/настраивать) индивидуально на конкретном магазине.

[Baco]

все это надо делать (разрабатывать/настраивать) индивидуально на конкретном магазине.

ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш...

[ashap]

Оформление заказа стандартное?

или симпл?

или еще чего?

[Nashlab]

Оформление заказа стандартное?

или симпл?

или еще чего?

Стандартное, симпл, еще чего и Ajax Quick Checkout.

 

Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах.

 

 

Типа такого чтото надо.

Змінено 12 березня 2015 користувачем Nashlab

[XXXBOY]

Стандартное, симпл, еще чего и Ajax Quick Checkout.

 

Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах.

Я ЗА

Придумали бы такой модуль, это реально проще и лучше.

На заказ такое кто то предлагал мне за 200$, но решил что дорого.

Взялся бы кто нибудь сделать такой модуль , клиенты нашлись бы на него)

[Baco]

Соберите группу инвесторов и начнётся разработка, а то слова типа: "Это реально нужный модуль, его все покупать будут..." почти на каждую 2-ю разработку слышу, да только что то к милиардерам не сильно отношусь...

[chukcha]

ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш...

 

В add_order - делать статус заказа - ожидание подтверждение заказа,

а... в супер, нигде неиспользуемой, табличке, которая входит в состав OC `oc_order_field`

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

 

Т.е.

AddOrder + Confirm (генерация хеша для письма, сохранение в order_field (хеша и статуса), отправка письма

 

Независимо от типа checkout

 

~ стоимость инвестиций - 50$