2017-09-08 7 views
0

Nous avions l'habitude d'accéder aux restets de Netsuite sur rest.sandbox.netsuite.com. Je suis récemment revenu à un projet et ceux-ci ne fonctionnent plus. La connexion au sandbox a également été mise à jour. Les utilisateurs de l'UE utilisent désormais un rôle bac à sable à la place, ce qui met à jour l'URL pour inclure eu1.Quelles sont les URL de sandbox Netsuite EU?

Selon: https://netsuite.custhelp.com/app/answers/detail/a_id/65712/kw/sandbox%20restlet

Je crois que les demandes doivent être faites contre rest.eu1.netsuite.com/ pour les données bac à sable/aperçu. Cependant, les mises à jour apportées aux Restlets dans le compte Sandbox ne semblent pas reflétées dans les réponses aux demandes.

Qu'est-ce qui me manque? J'ai parcouru les docs de Netsuite mais je suis resté vide.

Répondre

0

J'ai trouvé la réponse. Vous devez ajouter _SB1 SB2 etc sur l'identifiant de compte dans l'en-tête auth de la requête. Je ne sais pas comment cela fonctionnerait pour oAuth mais je suppose que je vais traverser ce pont plus tard ...

https://system.eu2.netsuite.com/app/help/helpcenter.nl?fid=section_4609939018.html

Conventions de numérotation d'identification de compte pour l'UE Sandbox

Dans NA sandboxes, il y a un bac à sable principal et il peut y avoir un bac à sable secondaire ou des bacs à sable secondaires. L'ID de compte pour le sandbox principal est identique à l'ID de compte du compte de production. Les sandbox secondaires peuvent avoir ou non le même ID de compte que le compte de production, avec _SB2, _SB3, etc. (Pour plus d'informations, voir Sandbox primaire et Sandbox secondaire.)

Dans les bacs à sable de l'UE, il n'existe pas de concept de bac à sable primaire; tous les bacs à sable de l'UE sont des bacs à sable secondaires. L'ID de compte est toujours le même que l'ID de compte de votre compte de production, ajouté avec _SB1, _SB2, _SB3, etc.

Par exemple:

production compte ID: 123456 UE compte sandbox ID: 123456_SB1 UE compte sandbox ID: 123456_SB2 compte sandbox UE ID: 123456_SB3

0

NetSuite a récemment ouvert au moins un nouveau centre de données et déplacé certains de ses comptes clients. Notre domaine est passé de rest.netsuite.com à rest.na3.netsuite.com. Nos URL de bac à sable n'ont PAS changé.

NetSuite recommande d'éviter les URL statiques et offre deux façons de découvrir dynamiquement les différentes URL pour une comptabilité en utilisant une requête getDataCenterUrls().

Il existe des moyens SOAP et REST (-like) pour obtenir cette information. Vous pouvez lire sur ces processus dans le documentation here. Ils fournissent des exemples à la fois en Java et en C#. Ces exemples fonctionnent également pour les URL de sandbox si vous pointez la demande initiale vers https://rest.sandbox.netsuite.com/rest/roles.

Lors de la mise à niveau de 2017.2, NetSuite introduit des domaines spécifiques au compte qui ne changeront pas quel que soit le centre de données dans lequel se trouve un compte client. Ceux-ci ressembleront à 123456.restlets.api.netsuite.com. Voir le 2017.2 Release Notes pour plus d'informations.

+0

Merci Mike. Sur le lien fourni, une zone de notification contient le texte suivant: "Les utilisateurs importants accèdent à un sandbox EU via leur URL de production Il n'est pas nécessaire d'entrer une URL pour accéder à un sandbox EU.Les utilisateurs accèdent à un bac à sable de l'UE en passant d'un rôle de production à un rôle de bac à sable. » Ce qui me laisse penser que les choses sont un peu différentes pour ceux d'entre nous dans l'UE. Je vais faire une autre avec getDataCenterUrls, je ne l'ai pas faire beaucoup de progrès avec cela avant ma question. – designreact