我将Authorize.Net Accept.js用于自定义购物车,并且使用ARBCreateSubscriptionRequest
API进行订阅,我们将付款随机数作为不透明的数据元素传递给它。
尽管这可行,但它具有以下3个故障,它们发生在ARBCreateSubscriptionRequest
(订阅)上,而没有出现在CreateTransactionRequest
(单次付款)上:
与Authorize.Net技术支持人员一起,他们确认正确的过程是:
CreateTransactionRequest
创建订阅的初始付款,从而立即做出响应并解决上面列出的问题。 ARBCreateSubscriptionRequest
,其中开始日期是订购的下一个期限。 是的,即使没有CreateTransactionRequest
,也可以,但是仅在使用ARBCreateSubscriptionRequest
的情况下,当订阅初始付款在24小时后开始使用时,该卡将失效并且可以将网钩消息发送到我的购物车以让我知道禁用所有启用的功能。但是,立即做出响应会更合适,并且肯定会减轻潜在的客户挫败感和商人的挫败感。此外,如果要随购买商品一起运送东西,那么对于商人来说,知道购买是否有效至关重要。
例如,假设我每月收取9美元的订阅费用。第一个月的付款金额为CreateTransactionRequest
,为$ 9。然后,创建ARBCreateSubscriptionRequest
,并延迟从下个月的第一天开始,并且间隔每个月。因此,客户在购买后立即获得了最初的$ 9的处理(通过/失败)。然后,当下个月开始时,此后的订阅费用为每月9美元。
好的,我100%理解。但是在这里,我在文档或支持凭单中没有得到明确的答案。 CreateTransactionRequest
和ARBCreateSubscriptionRequest
都需要使用自己唯一的付款随机数。
关键问题:如果使用Accept.js生成一个随机数,如何获得两个随机数?如果我使用Accept.js生成第二个随机数,它是否会使前一个随机数无效?我很困惑,文档没有解释。
答案 0 :(得分:1)
如果要验证来自Accept.js随机数的卡信息,处理初始交易,然后创建订阅,则可以尝试以下顺序:
createTransactionRequest
与随机数一起使用,并设置createProfile = true。网关将处理您的交易,包括验证卡号,有效期和CCV。如果成功,将创建一个客户资料。