如何解决自 3DSv2使用 Direct V4以来,Opayo (SagePay) 美国运通付款失败
自 7 月 6 日以来,还有其他人在使用 Opayo (SagePay) Direct 协议 V4 进行美国运通付款时遇到问题吗?
在那之前一切都很好,似乎与 3DSv2 有关,但我成功地使用了 V4 协议并通过 Visa/Mastercard 进行了 3DSv2 付款。
我完成了整个交易,包括成功完成 3DSv2/Safekey 页面,然后当我将 CRes 传回 Opayo 时,我收到了“5086:意外的 CRes”响应
当我对 CRes 进行 base64 解码时,我得到以下信息。 (修剪以删除完整的 ID)
{"threeDSServerTransID":"5bfe447a-5443-...","acsTransID":"00f9a54d-84f0-...","messageType":"CRes","messageVersion":"2.1.0","transstatus":"N"}
我发送到 SafeKey 的数据如下所示(表单自动通过 JS 提交)threeDSSessionData 是包含 {} 括号的 VPSTxID base64 编码
<form name="form" action="https://acs-safekey.americanexpress.com/GravityACS/processing3ds" method="POST">
<input type="hidden" name="TermUrl" value="https://...?action=return3d&vendorTxCode=XXX">
<input type="hidden" name="creq" value="ewog...ICIwMiIKfQ">
<input type="hidden" name="threeDSSessionData" value="ezg1NTA5MzM.......UU1OH0=">
<input class="button" type="submit" value="Continue">
</form>
transstatus:N 的响应让我怀疑它在通往 SafeKey 和 Opayo 的路上是否没有处理下降?即是不是因为我正在执行以下操作,因此他们拒绝了交易 - 但是在进入 3DS 之前它不会这样做吗?
COFUsage=FirsT&InitiatedType=CIT&MITType=UNSCHEDULED
谢谢
戴夫
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。