J'essaie d'intégrer notre application tierce partie avec NetSuite. Je souhaite pouvoir importer des détails de la facture de vente générés à partir de notre système tiers (qui utilise l'API de repos) dans la facture NetSuite Facture. La fréquence de l'importation n'est pas trop cruciale - une importation immédiate sera idéale, mais l'envoi de données une fois par jour aussi bien.
Je veux savoir ce que je dois utiliser pour faire cette intégration de l'API - SuitTalk, Restos ou Suitelet.
Je suis complètement nouveau à ce sujet et après quelques jours de recherche, j'ai appris qu'il y a 3 options pour une intégration d'API avec NetSuite (Suppléoles, Restaurations et Suitalk, qui comprend des services Web basés sur le repos et le savon). J'ai également appris qu'il existe des scripts et des événements utilisateur programmés, mais je ne suis pas trop clair sur l'idée.
J'ai besoin d'aide d'aide à identifier quelle option d'intégration que je devrais choisir. Toute information sur l'intégration de l'API NetSuite est appréciée!
3 Réponses :
J'éviterais reposer / savon. Le savon est obsolète et le repos est incomplet et difficile à utiliser.
's's's's's's's sont pour quand vous souhaitez présenter votre propre interface utilisateur personnalisée pour faire face aux utilisateurs, comme un nouveau type de formulaire personnalisé spécial ne correspondant à aucun enregistrement particulier. Probablement pas ce que vous voulez.
Ce que vous voulez probablement, c'est concevoir une restauration. Une restauration est un moyen de configurer votre propre URL personnalisée à l'intérieur de NetSuite que votre programme peut parler de NetSuite extérieure. Comme une page Web. Vous pouvez transmettre des données sur la restauration soit à l'intérieur de l'URL, soit à l'intérieur du corps d'une demande HTTP (par exemple comme un objet JSON), et vous pouvez récupérer des données à partir du corps de la réponse HTTP.
Une restauration fait partie de la vedettetalk. La méthode d'authentification d'une restauration est la même pour la méthode d'authentification d'une demande à l'API de repos. Donc, apprendre à propos de SuitTalk est utile. Le code que vous utilisez pour rédiger la restauration, SuppileScript est le même type de code utilisé pour écrire des trousettes et d'autres types de scripts.
Vous voudrez donc en savoir plus sur STEETAKK, puis, en particulier, des restaurants de SuitTalk.
C'est un problème vraiment subjectif.
Ce siégeable si le savon / SuitTalk était un peu plus facile en termes d'infrastructure et, étant donné que les offrandes de NetSuite changent jamais, le reste / SuitTalk pourrait remplir cet espace à l'avenir.
Étant donné que les NetSuite avancent la configuration du rôle d'accès complet Les intégrations impliquent presque toujours l'intégrateur qui doit fournir une spécification d'autorisations. Le moyen le plus simple de le faire est via un paquet. Pour l'authentification basée sur les jetons (TBA), il doit également être un enregistrement d'intégration à partir desquels vous avez besoin d'une carte de consommation et de jetons secrets.
Ainsi, à cette écriture, la configuration du savon / de la contrainte et des restaurants est à peu près la même. Le moyen le plus simple de communiquer est avec un forfait, donc si vous êtes un device NetSuite avec un compte DEV, vous pouvez les définir dans un ensemble et que votre client ait importer.
si égale jusqu'à présent mais différences: Savon / SuitTalk est lent. Imo non adapté à une interface interactive SOAP / SUCETAKK Le code est tout dans votre application externe afin que les modifications apportées au code ne nécessitent aucune modification du compte cible.
Les restaurants peuvent être assez rapides. J'ai utilisé ceux-ci pour les interactions clients. Les mises à jour nécessitent de ré-charger votre paquet ou de remplacer vos fichiers de paquets dans le compte cible (avec le Havoc résultant si un administrateur rafraîchit le paquet) Les restaurations vous donnent accès aux fonctionnalités du compte sur lesquelles vous exécutez de sorte que le code puisse exécuter des morceaux appropriés par exemple, tels que des éléments matriciels, des stocks de plusieurs emplacements, un monde, un pick / pack / navire, une tarification du volume, des multi- La monnaie changera tous le modèle de données du compte que votre code est en cours d'exécution. Les restaurants peuvent détecter quelles fonctionnalités sont activées; Savon / SuitTalk ne peut pas.
Donc vraiment le seul avantage à ce stade que je vois pour SOAP / SuitTalk est que les mises à jour de code ne nécessitent pas d'accès au compte cible.
Qui fait les changements? Si ce sont vos développeurs de NetSuite, vos options sont Suitelet ou Restlet.
Si son équipe d'applications tiers, ils possèdent le code et le processus et font tout leur travail assis en dehors de NetSuite - votre option est SuitTalk / SOAP. Bien sûr, ils doivent savoir quelque chose à propos de NetSuite, mais votre analyste d'entreprise serait suffisant pour les soutenir. À partir de 2020.1+, il existe également une prise en charge des API de repos natif en plus du savon au cas où vous souhaitez toujours utiliser le repos, mais n'écrivez pas vos propres restaurations.
Comme les commentaires ci-dessus mentionnent, SuitTalk fonctionne un peu plus lentement que d'appeler des restaurants. Afin que peut-être l'un des facteurs décisants.
Vous pouvez envisager des trous de tentions d'intégration uniquement si vous souhaitez contourner tous les schémas d'authentification, en définissant le sukelet comme public. Très invisible cependant.
Si l'application tierce prend en charge les API de repos, vous pouvez les appeler directement à partir de NetSuite - des événements utilisateur ou des scripts planifiés.
Vous pouvez également envisager des plates-formes IPAAS comme Dell Boomi, Celigo, Jitterbit, etc. Ce sont des plates-formes d'intégration à usage général et facilitent la connexion d'une plate-forme à une autre, avec un codage minimal. Si votre entreprise est déjà investie dans ces plates-formes IPAAS pour d'autres applications d'entreprise, le choix est que beaucoup plus simple.
Envoi des données à une restitution NetSuite où vous créez ensuite la ou les transactions avec les données transmises après vérification pour vous assurer que ce n'est pas un duplicatage est assez courant de nos jours. Lot plus facile d'ajouter de nouveaux champs / valeurs et développer le code puis lors de l'utilisation des autres méthodes.