使用RESTlet访问Netsuite时无效的登录尝试?

Pra*_*bhu 4 restlet netsuite

我试图使用RESTlet从Netsuite获取数据.为此,我在PHP中使用以下详细信息:

  1. 消费者密钥
  2. 消费者秘密
  3. 脚本ID
  4. 部署ID
  5. 访问令牌ID
  6. 访问令牌秘密

在第一次使用这些细节时,我得到的错误是无效的登录尝试.我发现它为什么会来,因为以下任何一个或所有错误的细节.

  1. 消费者密钥
  2. 消费者秘密
  3. 访问令牌ID
  4. 访问令牌秘密

在给出正确的细节后,它工作正常,我将所有这些细节存储在DB中.我什么都没改变.但几天后我得到了同样的错误.

我想知道访问令牌是否会在几天后过期,或者为什么错误即将到来.

Bri*_*ian 8

如果您尝试通过基于令牌的身份验证 (TBA) 访问 RESTlet 并收到INVALID_LOGIN_ATTEMPT错误且登录审核详细信息permission_denied,则以下方法可能有效。

确保角色:

  • 不是管理员类型的角色
  • 没有Web Services Only Role检查

还要仔细检查您的相关集成是否已TOKEN-BASED AUTHENTICATION检查。

注意:要检查您的审计跟踪详细信息,请转到Setup > Users/Roles > View Login Audit Trail、检查USE ADVANCED SEARCH并确保将Detail添加为结果列。


小智 7

我最近有类似的问题,一切都在我的机器上工作,但在测试服务器上失败并出现相同的异常.仔细调试并看到生成请求访问令牌的时间戳与12分钟差异.同步后,一切都很顺利.因此,即使NetSuite中的令牌定义不会过期,生成请求令牌的时间戳也必须在NetSuite环境中的"某个"时间窗口中随时间推移.

太糟糕了,SuiteAnswers(https://netsuite.custhelp.com/app/answers/detail/a_id/44241/kw/44241)没有提到任何关于时间的事情.

  • 如果我能吻你,我会的。在嘴唇上。花了一整天与我们构建的自定义 restlet 的 netsuite 开发人员合作,试图找出为什么在我们的开发环境和预生产环境中成功测试后,我们的代码在生产环境中失败。事实证明,我们的生产服务器的时间大约是 5 分钟。修复了时间 - 修复了问题!我太喜欢了! (2认同)

amd*_*amd 7

在我的情况下,我account id从小写的 URL获取,而它应该是大写的。

  • 确保您从 NetSuite 设置菜单中的公司信息中获取此信息。我的在沙盒上,它有一个下划线,但网址中的帐户 ID 有一个破折号。 (2认同)

小智 5

我正在沙箱上进行测试,URL 上的 sb1 应为 xxxxxx-SB1,领域应为 xxxx_SB1

  • 这对我来说是个问题。NetSuite 的典型白痴行为。 (4认同)