Приложение электронной коммерции, как реализуются эти критерии устойчивости? - PullRequest
1 голос
/ 24 марта 2010

Рассмотрим следующий вариант использования 1. Пользователь выбирает товар для покупки на сайте продавца 2. Клики по интернет-банку и перенаправление на сайт своего банка 3. Успешно производит оплату. 4. Но до того, как платежный шлюз перенаправляет его обратно на сайт продавца, браузер вылетает. 5. Сайт продавца сообщает, что платеж не получен, но банк сообщает, что платеж был произведен.

Каковы лучшие практики для обработки таких случаев?

1 Ответ

1 голос
/ 24 марта 2010

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

Что вы могли бы сделать, так это регулярно проверять все открытые / ожидающие платежи с веб-сайта (как: пользователь был отправлен в банк, поэтому я могу через час проверить, просто ли я пропустил / не получил обратный вызов / для оплаты .

Представьте себе, что 4: пользователь закрывает интерфейс и браузер никогда не возвращается.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...