Я использую Authorize.Net Accept.js для пользовательской корзины с подписками, используя ARBCreateSubscriptionRequest API , где мы передаем его одноразовый платеж как непрозрачный элемент данных.
Хотя это работает, у него есть 3 ошибки, которые происходят в ARBCreateSubscriptionRequest (подписка), но не происходят в CreateTransactionRequest (разовые платежи):
- Это неподтвердить CVC (код карты).
- Не подтверждает действительную дату истечения срока действия карты.
- Не подтверждает наличие свободных средств для начала подписки.
Работа сСлужба технической поддержки Authorize.Net подтвердила, что правильной процедурой является:
- Использование
CreateTransactionRequest для создания первоначального платежа по подписке, что дает немедленный ответ и позволяет обойти перечисленные выше проблемы. - Затем они сказали, что следуют этому с
ARBCreateSubscriptionRequest, где дата начала - следующий срок их подписки.
Конечно, да, даже без CreateTransactionRequest, но только с использованием ARBCreateSubscriptionRequest, когда первоначальный платеж подписки вступает в силу через 24 часа, карта не будет выполнена, и на мой адрес можно будет отправить сообщение через Интернет.корзина, чтобы сообщить мне, чтобы отключить все, что я включил.Тем не менее, немедленный ответ был бы более подходящим и, безусловно, уменьшил бы разочарование потенциальных покупателей и торговцев.Кроме того, если кто-то отправляет что-то вместе с покупкой, для продавца важно знать, что покупка сработала.
Так, например, скажем, я взимаю $ 9 в месяц за подписку.Первый платеж будет с CreateTransactionRequest за 9 долларов за текущий месяц.Затем создайте ARBCreateSubscriptionRequest с задержкой на запуск в первый день следующего месяца и интервалом каждого месяца.Таким образом, клиент получает обработанные (успешно / неудачно) начальные $ 9 сразу после покупки.Затем, когда наступит следующий месяц, их подписка будет стоить 9 долларов в месяц.
Хорошо, я понимаю это на 100%.Но здесь я не получаю четкого ответа в документах или в тикете поддержки.CreateTransactionRequest и ARBCreateSubscriptionRequest оба нуждаются в собственном уникальном платеже nonce .
Ключевая проблема: Если Accept.js используется для генерации одного одноразового номера, как я могу получить два одноразовых номера?Если я использую Accept.js для генерации второго одноразового номера, отменяет ли он предыдущий?Я запутался, и документация не объясняет.