2017-10-24 2 views
1

Ich habe Probleme beim Zugriff auf die Sandbox-Umgebung über die Suitetalk-Webdienste. Ich benutze die 2016_2 WSDL. Ich habe versucht, die neueste Version WSDL zu verwenden, aber das hat nicht geholfen.NetSuite Sandbox suitetalk Zugriff

Ich verwende dies auf einer vorhandenen Testanwendung, die jetzt nicht mehr funktioniert. Ich kann weiterhin über Suitetalk auf die NetSuite-Produktionsumgebung zugreifen. Der Fehler, den ich erhalte: "Die zugrunde liegende Verbindung wurde geschlossen: Beim Senden ist ein unerwarteter Fehler aufgetreten."

Der Fehler tritt bei jedem Aufruf der API auf. Bis jetzt habe ich noch niemanden mit einem ähnlichen Problem online gesehen.

Jede Hilfe wird geschätzt, danke im Voraus.

Antwort

1

Ihr Problem ist wahrscheinlich, TLS 1.2, aber Ihr Client unterstützt nur TLS 1.0 oder 1.1

Diese Änderung von NetSuite gemacht wurde und nach ihrer Freilassung, am 7. Oktober, aber ich vermute, es war bec zieht zurück ause ein Kunde von mir hatte das Problem über das Wochenende zunächst und ich musste einen Patch zu eilen.

Wenn Sie Dotnet verwenden, versuchen Sie diese statische Eigenschaft:

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 
+1

NetSuite erreicht auch heute und erwähnt, dass dies das Problem sein könnte. Ich habe vergessen zu erwähnen, dass ich Dotnet benutze. Danke, das hat mein Problem behoben. – Charl

0

Sie müssen wahrscheinlich den richtigen Endpunkt konfigurieren.

Es gibt ein paar Dinge zu beachten.

Wenn Sie den Java-Client verwenden werden Sie tun müssen, so etwas wie:

NetSuiteServiceLocator service = new NetSuiteServiceLocator(); 
if(overrideEndPoint != null) service.setNetSuitePortEndpointAddress(overrideEndPoint); 

Der Endpunkt verwendet einfach sein:

z.B. wie https://webservices.sandbox.netsuite.com/services/NetSuitePort_2010_2, wo das Datum Ihrer Version von SuiteTalk entspricht

aber jetzt müssen Sie das Rechenzentrum für Ihr Konto suchen und Umgebung

wenn eine Sandbox-Lookup Sie die getDataCenterURLs Operation gegen https://webservices.sandbox.netsuite.com nicht ausführen müssen gegen https://webservices.netsuite.com

Verwandte Themen