-
Notifications
You must be signed in to change notification settings - Fork 9
ошибочный алгоритм обработки платежа #4
Comments
Спасибо за информацию. Скоро опубликуем новую версию модуля с исправлением. |
обновление есть, исправления нет |
Я в январе описывал проблему, поставили баг, выпустили кучу обновлений, но так и не исправили описанную проблему. Я не понимаю, кто тут пользуется вашим модулем если он не рабочий!? У вас оплата проходит без фактической оплаты клиентом, как можно этим пользоваться вообще? |
Для перехода к оплате модуль создает заказ и использует для этого метод Prestashop. При этом происходит списание товара (то есть резервирование товара для данного заказа). Такая логика позволяет предотвратить ситуацию, когда при одной единице товара заказ одновременно оплатят два клиента. Таким образом мы приняли решение не менять используемый метод создания заказа. При этом заказ при переходе к оплате не должен считаться оплаченным. Смена статуса заказа на "Оплачен" должна происходить при фактической успешной оплате. |
Написал на почту, проблема не решена, а Вы просто самоустранились. Клиент не может совершить повторную оплату списанного товара, такого просто не предусмотрено в Prestashop. Покажите, как можно оплатить товар из личного кабинета со статусом "в процессе", да и в любом другом? Кнопки "Оплатить", "Купить" или любой другой в истории заказов просто не существует, есть только "Перезаказать" - это продублировать заказ, если есть товар, а он у вас списан. Так тяжело понять? В старом модуле все было нормально! Я бы и со старым работал, но он не подходит на 1.7! И еще, из практики... Вы создаете функцию бессрочного бронирования товара!? Серьезно!? Т.е. клиент или "диверсант" может зайти в магазин и "забронировать" весь товар на неделю, месяц... год? Это логично что ли? Бронирование товара может быть только как доп функция с ограниченным временем, а не как стандартный функционал! |
Тестировал данный API-модуль для перехода на ФФД 1.05 (на тот момент старый HTTP-модуль для Prestashop версии 1.4.7 еще не был доработан для ФФД 1.05). При переходе к оплате корзина действительно "погашается", а заказ формируется. При этом, если покупатель передумал оплачивать на сайте, решив посмотреть другие способы оплаты, вернуться к заказу он уже не может - "Корзина пуста". |
Разработчики Яндекса! Вы действительно, собираетесь устранить данную проблему? |
Добрый день! Для перехода к оплате необходимо обнулить корзину. |
Добрый день! |
Проблема осталась. к сожалению если проблему не устранят прийдется выбирать другую компанию Эквайринга |
Логика не верная -> в итоге модуль не рабочий -> впустую потраченные ресурсы время разработчиков. |
Добрый вечер! Планируется ли что-то делать с этим багом? |
Проблема в том, что после возврата в корзину без завершения оплаты(причины могут быть разные), корзина обнуляется и формируется заказ. Покупателю приходится формировать заказ повторно! |
Добрый день! Благодарю за предложение, рассмотрим такую возможность. |
У Вас в модуле заложен странный алгоритм обработки платежа, при котором сразу после редиректа на страницу оплаты яндексКассы из корзины заказа происходит обнуление корзины и приходит уведомление об успешном платеже. При этом сам платеж на стороне яндекса еще не произошел. Клиент не оплатил заказ(передумал) и вернулся в магазин, товар списался, магазин получил уведомление, что все ок, клиент тоже получил уведомление, что все отлично, оплата через яндекс успешна и т.д. Клиент решил все же оплатить, а товара то и нет в наличии. Заходит в личный кабинет и видит, что с него требуют оплату чеком(зачем заложили статус "Ожидание платежа по квитанции" не понятно) и офигивает, как заплатить-то? В прошлых версиях такого не было, все было логично... пока не исправите сей "баг" - модуль видится не рабочим. Алгоритм этот и в в1,6 и 1,7
The text was updated successfully, but these errors were encountered: