Платежеспособность IBM Websphere

Question

У меня есть ситуация, которая не поддерживается OOB из торговли Websphere вокруг платежей.

Сценарий:

1. Пользователь добавляет 1 пункт в корзину и переходит к кассе.
2. Предоставляет информацию о выставлении счетов и доставке и переходит на страницу оплаты.
3. На моей платежной странице после того, как я нажму на адрес места, откроется страница платежного шлюза, где я буду предоставлять все данные карты (а не в системе управления торговлей Websphere).
4. Сохраняя открытую страницу оплаты, пользователь открывает новую вкладку и добавляет другой товар в корзину.
5. Пользователь возвращается на страницу оплаты, которая осталась открытой и завершила заказ.
6. Заказ заполняется 2-мя статьями, а не начальным 1 элементом, добавленным пользователем для продолжения платежа. Настройка страницы

Оплата:

Платежная страница шлюз является внешним и настройка страниц в 3 этапа.

WebSphere Commerce (раздел оплаты) -> Страница оплаты (внешний, введите данные о карте и отправьте) -> Страница OTP -> Страница подтверждения шлюза внешнего платежа (нажмите кнопку «Продолжить») -> Подтверждение заказа WebSphere Commerce стр. В любой момент выше доступна кнопка отмены, по нажатию которой поток возвращается к страницам WebSphere Commerce.

Вопрос:

1. Как сделать пользователь не добавить еще один элемент в корзину, когда я уже на странице оплаты. (Идеальный поток - если они решают не размещать заказ, они нажмут кнопку «Отменить на странице платежного шлюза» и вернутся к потоку Websphere Commerce, и снова могут выполнить процесс проверки с изменением.
2. Чтобы избежать вышеуказанной ситуации, мы можем заблокируйте заказ, чтобы пользователь не мог добавлять другие элементы в этот заказ. Если пользователь решает отменить его в любом случае на странице платежного шлюза и возвращается к потоку торговли, заказ необходимо разблокировать. Если пользователь нажимает кнопку отмены в страница платежного шлюза, мы можем разблокировать заказ. Теперь на странице OTP на платежном шлюзе пользователь решает использовать кнопку возврата в браузере и перейти на предыдущую страницу в истории, пользователь технически не отменил заказ, но заказ Как этот сценарий может быть обработан, и порядок может быть разблокирован?

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

Answer 1

Один из способов приблизиться к этому - хранить данные о заказе, такие как количество товаров в корзине и общая стоимость, когда вы переходите на страницу оплаты (либо в order.field1 и так далее, либо в новую таблицу). При заказе заказа вы можете проверить, что данные одинаковые, и продолжить, если они есть, или вернуть пользователя в корзину с сообщением, если оно отличается. Какие данные вы сохраняете, зависит от связанных с ними краев сценариев.

Если вы используете кассеты платежных плагинов, вы можете использовать данные, хранящиеся в платежной инструкции, для этой же цели и выполнить проверку до того, как платежный плагин вернется.

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