【问题标题】:Authorize.net : createcustomerprofilerequest : E00116 OTS Token access violationAuthorize.net : createcustomerprofilerequest : E00116 OTS 令牌访问冲突
【发布时间】:2021-12-12 20:19:31
【问题描述】:

我能够在 DEV / Sandbox 环境中使用 Accept.js 和 API 成功管理客户资料,但是当我将代码移动到 PROD 时,它失败并出现错误:E00116 OTS 令牌访问冲突。

搜索时,我发现错误 E00116 可能会在凭据错误时发生,例如,在 PROD 中使用 DEV 凭据,但我已经仔细检查并相信那里一切正常。

在使用 createTransactionRequest 时,我通过 Accept.js 和 API 成功使用了我们的 PROD 凭据。 https://community.developer.authorize.net/t5/Integration-and-Testing/OTS-Token-Access-Violation/td-p.. 有另一个线程。它具有相同的错误,但是用户也无法在 DEV 中使用该方法。这不是我的情况,因为在 DEV 中一切正常。

我也尝试将其分解为两个不同的步骤,首先创建 customerProfile,然后添加 paymentProfile。 customerProfile 已成功创建,但是在创建 paymentProfile 时我收到相同的错误(仅在 PROD 中,DEV 工作正常)。

有什么想法可以解决这个问题吗?是内部 AuthNet 问题吗? PROD账户中是否有需要设置的设置?

感谢您的帮助。

【问题讨论】:

    标签: authorize.net cim


    【解决方案1】:

    首先,我会确保我为给定的环境(PROD 与沙盒)使用了正确的 API 凭据。其次,我会检查 API 凭据的大小写,主要是 ApiLoginId,因为它区分大小写,并确保您在所有 API 请求中使用正确的大小写(在商家接口中发布)。

    【讨论】:

    • Mansour,感谢您的评论,但是我在另一个过程中使用当前值(一次捕获,通过接受)并且它们在该过程中工作正常。正如您所指出的,我仔细检查了大小写,一切似乎都是正确的,但仍然无法正常工作。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-03-27
    • 1970-01-01
    • 2012-12-15
    • 1970-01-01
    相关资源
    最近更新 更多