NetSuite 沙箱 suitetalk 访问
NetSuite sandbox suitetalk access
我在通过 Suitetalk 网络服务访问沙盒环境时遇到问题。我正在使用 2016_2 WSDL。我曾尝试使用最新版本的 WSDL，但这没有帮助。
我在一个现有的测试应用程序上使用它，它现在停止工作了。我仍然可以通过 Suitetalk 访问 NetSuite 生产环境。
我收到的错误："The underlying connection was closed: An unexpected error occurred on a send."
对 API 的任何调用都会发生错误。到目前为止，我还没有在网上看到其他人有类似的问题。
任何帮助将不胜感激，提前致谢。
您可能需要配置正确的端点。
有几件事要记住。
如果您使用的是 Java 客户端，您需要执行以下操作：
NetSuiteServiceLocator service = new NetSuiteServiceLocator();
if(overrideEndPoint != null) service.setNetSuitePortEndpointAddress(overrideEndPoint);
端点曾经很简单：
例如例如 https://webservices.sandbox.netsuite.com/services/NetSuitePort_2010_2，其中日期对应于您的 SuiteTalk
版本
但现在您需要为您的帐户和环境查找数据中心
进行沙箱查找时，您需要 运行 针对 https://webservices.sandbox.netsuite.com 而不是 https://webservices.netsuite.com
的 getDataCenterURLs 操作
您的问题可能是 TLS 1.2，但您的客户端仅支持 TLS 1.0 或 1.1
此更改是由 Netsuite 做出的，根据他们在 10 月 7 日的发布，但我猜它被移回了，因为我的一个客户最初在周末遇到了这个问题，我不得不匆忙进行补丁修复。
如果你使用的是 Dotnet，试试这个静态 属性:
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12
NetSuite 最近实施了一种新的 URL 格式来访问他们的 SuiteTalk Web 服务。新的 URL 以您的帐号开头。老URL，喜欢
https://webservices.netsuite.com/services/NetSuitePort_2016_2
继续工作，但可以体验 "routing issues." NetSuite 建议为您的 Web 参考采用一种新格式，如下所示：
https://{your_acct_number}.suitetalk.api.netsuite.com/services/NetSuitePort_2016_2
我最近遇到了一些问题，我的 SuiteTalk 应用程序可以成功登录，但随后无法 运行 任何网络方法，例如 service.search() 而不会出现错误。这些错误非常具有误导性，例如 "connection timeout."
完成与 NetSuite 的支持电话后，我写下了使用最新 URL 格式连接 SuiteTalk 应用程序的正确方法。您可以在此处找到该文章：
https://followingnetsuite.wordpress.com/2018/05/10/suitetalk-urls-demistified/
我在通过 Suitetalk 网络服务访问沙盒环境时遇到问题。我正在使用 2016_2 WSDL。我曾尝试使用最新版本的 WSDL，但这没有帮助。
我在一个现有的测试应用程序上使用它，它现在停止工作了。我仍然可以通过 Suitetalk 访问 NetSuite 生产环境。 我收到的错误："The underlying connection was closed: An unexpected error occurred on a send."
对 API 的任何调用都会发生错误。到目前为止，我还没有在网上看到其他人有类似的问题。
任何帮助将不胜感激，提前致谢。
您可能需要配置正确的端点。
有几件事要记住。
如果您使用的是 Java 客户端，您需要执行以下操作：
NetSuiteServiceLocator service = new NetSuiteServiceLocator();
if(overrideEndPoint != null) service.setNetSuitePortEndpointAddress(overrideEndPoint);
端点曾经很简单：
例如例如 https://webservices.sandbox.netsuite.com/services/NetSuitePort_2010_2，其中日期对应于您的 SuiteTalk
但现在您需要为您的帐户和环境查找数据中心
进行沙箱查找时，您需要 运行 针对 https://webservices.sandbox.netsuite.com 而不是 https://webservices.netsuite.com
您的问题可能是 TLS 1.2，但您的客户端仅支持 TLS 1.0 或 1.1
此更改是由 Netsuite 做出的，根据他们在 10 月 7 日的发布，但我猜它被移回了，因为我的一个客户最初在周末遇到了这个问题，我不得不匆忙进行补丁修复。
如果你使用的是 Dotnet，试试这个静态 属性:
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12
NetSuite 最近实施了一种新的 URL 格式来访问他们的 SuiteTalk Web 服务。新的 URL 以您的帐号开头。老URL，喜欢
https://webservices.netsuite.com/services/NetSuitePort_2016_2
继续工作，但可以体验 "routing issues." NetSuite 建议为您的 Web 参考采用一种新格式，如下所示：
https://{your_acct_number}.suitetalk.api.netsuite.com/services/NetSuitePort_2016_2
我最近遇到了一些问题，我的 SuiteTalk 应用程序可以成功登录，但随后无法 运行 任何网络方法，例如 service.search() 而不会出现错误。这些错误非常具有误导性，例如 "connection timeout."
完成与 NetSuite 的支持电话后，我写下了使用最新 URL 格式连接 SuiteTalk 应用程序的正确方法。您可以在此处找到该文章：
https://followingnetsuite.wordpress.com/2018/05/10/suitetalk-urls-demistified/