OAuth 2.0 : type d’attribution de porteur JWT

Le porteur JWT est le type d’accord OAuth 2.0 pris en charge pour la fonctionnalité d’intégration de données tierce. Elle permet des interactions d’API de serveur à serveur entre l’instance et les fournisseurs d’API ServiceNow externes sans nécessiter d’intervention de l’utilisateur.

L’administrateur d’application tierce est utilisé comme revendication de sujet du JWT que l’instance ServiceNow crée et transmet à l’instance d’application tierce. Cela est fait pour obtenir le jeton d’accès qui est utilisé pour effectuer l’appel d’API REST afin d’extraire les enregistrements de la table d’application tierce.

Informations d’identification et connexions

Centre d’intégration tire parti des alias pour gérer les informations de connexion et les informations d’identification lors de l’intégration à des systèmes externes. L'utilisation d'un alias élimine la nécessité de configurer plusieurs informations d'identification et profils d'informations de connexion lors de l'utilisation d'environnements multiples. Centre d’intégration nécessite uniquement un alias, qui décide ensuite d’utiliser les informations d’identification et de connexion correctes pendant l’exécution.

Tables distantes

La table Tables (sys_db_object) contient un enregistrement pour chaque table de la base de données, y compris les tables distantes. Pour les enregistrements de table distante, le marqueur de table distante est coché sur le formulaire d’enregistrement.

Les colonnes d’une table distante sont mappées aux colonnes d’une table d’application tierce à partir de laquelle les données sont extraites. La définition de script de table distante stocke ces informations. Les définitions de table des tables distantes résident dans le ServiceNow AI Platform fichier . Les lignes de table, ou enregistrements externes, sont stockées en mémoire pendant qu’un utilisateur consulte les données dans une liste ou un formulaire.

Pour plus d’informations sur les tables distantes, consultez Créer une table distante.

Lors de la création d’une table distante à utiliser avec Centre d’intégration, portez une attention particulière à l’intervalle de mise en cache et choisissez un intervalle en fonction de votre workflow et de la volatilité des données tierces. Si l’intervalle de mise en cache est trop court, cela peut entraîner des connexions inutiles à l’application tierce. Si l’intervalle de mise en cache est trop long, des données tierces obsolètes peuvent être présentées dans Espace de travail d’agent pour CSM.

Définitions de scripts des tables distantes

Pour plus d’informations sur les définitions de script, consultez Création d’une définition de script pour une table distante.