自 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&amp;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 (将#修改为@）

3d-secure opayo